一个团队是公司里第一个使用敏捷方法进行传统项目的团队。该团队的经理担心风险没有得到管理。该团队应该怎样做才能定期评估和管理风险()
A.识别并将任何已识别的风险上报给调解人处理
B.在每个迭代过程中更新风险登记册,并提供任何未解决的
C.通过日常工作、迭代演示和回顾,使用定期的反馈循环
D.专注于开发一个可行的可交付成果,而不是记录风险
C、通过日常工作、迭代演示和回顾,使用定期的反馈循环
A.识别并将任何已识别的风险上报给调解人处理
B.在每个迭代过程中更新风险登记册,并提供任何未解决的
C.通过日常工作、迭代演示和回顾,使用定期的反馈循环
D.专注于开发一个可行的可交付成果,而不是记录风险
C、通过日常工作、迭代演示和回顾,使用定期的反馈循环
A不可靠,速率本身并不是用以横向比较团队绩效的指标。
B不可靠,速率必须在理想时间的上下文中才能得到团队间生产力比较的准确结果。
C可靠,只要组织对用户故事复杂度定义了标准化的基线。
D可靠,只要敏捷团队都统一使用故事点或都统一使用理想时间。
A.将高管纳入团队回顾
B.就敏捷实践培训管理人员
C.与高管谈判并商定流程
D.要求管理人员使用敏捷实践
A.由于存在预算和进度风险,要求用预测的方法执行项目
B.使用崩溃来减少关键路径,以确保有足够的缓冲区来包括敏捷方法论更新的影响
C.计划对所定义的混合方法中使用的敏捷工具和技术进行培训,以便所有团队成员一致应用
D.对于不了解敏捷项目交付实践的团队成员,使用预测性方法
A.确保客户和交付团队在项目开始时就对“完成”(DoD)的定义达成一致
B.邀请客户参加每天的工作会议,以便更好地了解产品设计和进展
C.确保团队定期向该客户演示产品功能,以收集反馈意见并根据需要进行改进
D.邀请该客户参加定期的冲刺计划会议,以更好地了解项目的进展
A.安排与新发起人的会议,以解释敏捷方法和团队应该如何自我组织
B.安排与项目团队的紧急会议,以便他们满足发起人的每一个要求
C.在下一次的日常审查会议上,与项目团队一起审查发起人的要求,以便提供所要求的控制
D.在下一次迭代审查会议上与项目组一起审查发起人的要求,以获得团队的决定
A.向团队提供反馈,并召开会议审查团队规则
B.向团队提供反馈,并进行回顾性会议以找到根本原因
C.向团队提供反馈,并要求对新成员进行敏捷培训
D.向团队提供反馈,并指导新的团队成员学习敏捷方法
A.为项目经理提供一个项目管理模板,作为指导
B.建议使用敏捷的方法,因为客户和团队的合作是项目成功的关键
C.与项目经理合作,制定一个能给项目带来好处的新方法
D.建立一个项目管理方法,要求客户向团队提供每日更新
A.建议使用合规性审查委员会,负责在向公众发布所有产品功能之前进行审批
B.联系合规小组,让其负责理解需求,并在待办事项列表中保持它们的优先级
C.与合规小组会面,确保他们的需求在每个故事的完成定义(DoD)中被涵盖
D.确保同行评审过程也涵盖合规要求,为项目创造第二层安全
A.建立一个执行委员会,审查产品积压,重新规划下一个迭代
B.与首席财务官澄清,确定优先次序的过程是基于商业价值的
C.请求首席执行官支持如何处理这种情况
D.增加团队的规模,以便与首席财务官之前的任何期望相匹配
A.认识到利益相关者的技能对项目的重要性,评估利益相关者支持项目团队的可能性
B.要求职能经理将经验教训项目的团队分配到当前的项目中,以避免学习曲线
C.要求项目团队回顾经验教训,如果有任何问题,让团队直接联系利益相关者
D.向项目发起人发出请求,雇用该利益相关者,让他们成为项目团队的一部分