高层管理人员希望基于一个由敏捷团队正在开发的救生产品来预测公司的未来发展。高管们希望在下次股东大会上演示产品的特性和功能。敏捷管理专业人士应该怎么做?()
第1题:
敏捷团队希望使用累计流量图与干系人沟通可预测的交付,若要有效的利用这个图标,他们需要什么数据?()
第2题:
公司安排一个试点团队,尝试从瀑布模式过渡到敏捷实践,希望在整个组织内建立敏捷实践,而不是破坏其文化和规范。试点团队应该如何实现这一点?()
第3题:
由公司内部交易双方或者由公司高层管理人员根据交易双方的利益和公司的定价目标决定的转移定价方式为()。
第4题:
组织正在经历从瀑布模式到敏捷开发的转变,计划逐步采取“混合敏捷”过程,项目经理被聘用来在该组织中管理一个为期两年的项目,高层管理团队希望项目经理制订一个整体项目计划,包括项目路线和里程碑预测。项目经理应该怎么做?()
第5题:
敏捷团队在迭代中,正在开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第6题:
与高层管理人员召开一次回顾会,说明敏捷原则
使用卡诺分析,验证其他项目团队是否能够实施敏捷实践
让公司的审计师验证公司规范
在公司文化和规范范围内起草一份使用敏捷实践的公司愿景陈述
第7题:
精益交付时间法则。
收益递减定律。
利特尔法则。
帕金森定律。
第8题:
根绝需求定义路线图和里程碑
定义时间盒并确定可交付成果
解释敏捷方法并不定义长期目标
将可交付成员和里程碑与组织愿景保持一致
第9题:
开发功能中的工作项数量
在Kanban上使用年度步骤数
开发团队所需的sprint数量
团队Kanban上正在进行在制品(WIP)限制
第10题:
向高层管理人士提供演示
邀请股东参加每日站会
为股东分享、发布和更新产品路线图及故事地图
邀请高层管理人员参加每日站会
第11题:
要求客户不要那么频繁地更改系统,并在集成中重新测试失败的原因
建议团队在每次发布版本前进行额外的测试
将问题分配给集成主题专家(SME)
在项目团队和客户之间实施反馈回路
第12题:
通过技能组合
跨职能
自发组织
通过阶段
第13题:
敏捷团队希望使用累计流表与干系人沟通可预测的交付。若要有效地利用这个图标,他们需要什么数据?()
第14题:
团队最近发布了一个版本,在市场上广受好评,公司高层经常直接联系开发团队,关注开发状况,团队感到进度受到了影响,你作为敏捷管理工程师你会怎么做?()
第15题:
高层管理人员希望基于一个由敏捷团队正在开发的救生产品来预测公司的未来发展。高管希望下一个股东大会上演产品的特性和功能。敏捷管理专业人士应该怎么做?()
第16题:
敏捷团队正在花较长的周期来开发功能。增加周期时间导致质量较差。团队应当应用哪项法则改进质量?()
第17题:
公司决定为一个新的项目实施敏捷,并成立一个敏捷团队。为确保成功,应如何组织敏捷团队?()
第18题:
支持团队,并要求该干系人避免参与开发过程
在开发过程中教育团队干系人参与的重要性
将团队的意见告知干系人,并请求上报
将团队的意见告知管理层,并通知管理层的决定
第19题:
在迭代结束时演示产品,以获得产品负责人的验收
不断要求产品负责人对正在从事功能提供反馈
要求产品负责人回到所有项目干系的问题
一旦完成单元测试和功能测试,安排一次针对产品负责人的演示
第20题:
向高层管理人员提供演示
邀请股东参加每日站会
为股东分享、发布和更新产品路线图及故事地图
邀请高层管理人员参加每日站会
第21题:
ToRonTO
BoSToN
MoSCoW
HaMBurG
第22题:
联系PO,要求他和公司高层沟通
私下与公司高层沟通
邀请公司高层参加计划会
忽略该问题,问题团队的问题都可以自己解决
第23题:
创建一个难点的刺探故事
继续添加功能,因为迭代已经开始
取消并重新计划Sprint
增加Sprint长度,因为添加了额外功能