ACP考试关键词（二）

1、谁去参加迭代规划会议？——整个项目团队

 

2、确保给组织提供最大的价值和投资回报率（ROI）？——产品待办事项

（产品待办事项作为价值排序的工具，从而确保投资回报）

 

3、促进敏捷项目团队在迭代期间的持续改进？——持续集成

（敏捷开发的持续改进是通过高频次的反馈来进行的，比如持续集成、评审会、回顾会）

 

4、敏捷低成本反馈的原则：快速试错，早发现问题，变更的成本相对低

 

5、PO和团队之间沟通的桥梁——产品待办事项

（PO关注的是产品待办事项、负责梳理和调整待办事项。在计划会上，PO与团队会基于产品待办事项进行沟通，选择优先级高的纳入下一个迭代）

 

6、用户故事是临时的工作，直到什么时候才被认为是实质性的？——完成

 

7、产品积压？定义了功能和非功能性的要求，该系统满足提供的愿景、优先级和估计。

 

8、仆人式领导也称为服务型领导——4保：保护、保持、保障、保姆

 

9、在冲刺审查期间，如果PO没有验收一个用户故事或者一个特性，那么团队不应该标记故事为完成。

 

10、迭代终于到的问题可以及时上报到站会，但是站会不会解决具体问题，站会上仅仅定义问题的三要素：什么问题，谁来解决，什么时间解决

 

11、敏捷12条原则：第七条：可用的软件是衡量进度的首要衡量标准

 

12、敏捷的估算是滚动式的，初始时候关比较粗略，随着项目发展，估算逐步进行。——5级计划，通常版本发布计划开始更多的估算。

 

13.会议

迭代计划——选择要做的功能

回顾——团队内部总结经验教训

干系人评审——检查、测试、接受已实现的功能

 

14、用户故事的INVEST：独立的、可协商、有价值的、可估算的、小的、可测试的

 

15、设置迭代长度，需要关注——本本发布计划的时间框、功能交付市场的成本、产品团队对故事的可接受性

 

16、版本计划的主要输出：风险、行动列表、依赖条件、版本待办事项

 

17、谁删除和记录出现的障碍——Scrum主管

 

18、预测项目完整日期和发现可能存在的问题的工具——累计流程图

 

19、产品负责人——排列产品订单顺序，作为客户唯一的发言人，接受工作成果

 

20、WBS和敏捷的故事地图的关键不同点——WBS是完成的，而故事地图不一定

 

21、追踪计划的工作项——产品待办事项

 

22、产品负责人如何快读确定sprint团队承诺状态——查看燃起图和燃尽图（燃起图和燃尽图作为信息发射源可以很好的反映团队的进度状态）

 

23、精益的原则

1.避免浪费

2.建立质量

3.增强学习能力

4.延迟决策

5.快速发布

6.授权与尊重

7.系统思考

 

24、迭代回顾会议的主要目的——改善将来的迭代。

 

25、告诉团队将会议和个人任务纳入规划的一部分。——SM的职责要确保团队能胜任其工作，并保证高效的生产率。

 

26、斐波那契数列——用来估算故事点数

 

27、发现问题首先放入PO表。