00.推测阶段关注产品很项目——创造和理解产品结构、性能和故事功能清单以及发布计划。

01.发布计划会用到与产品规格、平台结构体系、资源、风险分析、业务约束以及目标进度等信息。

02.迭代计划和开发方法有两个至关重要的组成部分——短期迭代时间框和功能。

03.产品经理控制哪些功能应该包含在产品中，而开发工程师控制功能的设计和实施方式。产品经理没有全力说，“我们落后了，让我们缩短测试时间吧”

04.如果我们想要适应性、灵活性、创新以及对客户了解到的新信息做出相应，就需要奖励团队对这些变化的响应，而不能因为团队成员未能“实现计划”而警告他们。

05.软件是最有可塑性的产品。公司需要利用这个特点来增加竞争优势、坚持传统的瀑布式开发方法则减少这个优势。

06.功能和故事的基本区别是，故事是一个小的可交付的有用功能，但构不成一个完整的功能。

07.我们的目标是想客户交付高价值的东西，而不是满足一系列固定的需求。

08.客户需要功课：

　　*他们理解业务流程

　　*他们已经完成了必要的业务流程分析和优化

　　*他们了解自动化可能如何改变流程本身

09.发布计划是团队在项目数据表中所描述在项目目标和约束内实现产品构想的路线图。

10.根本问题不在于文档，而在于项目团队在制作中间产品时，往往会迷失方向，这些中间产品与团队制造最终产品的实际过程并无太大关系。

11.里程碑是中间点，通常持续1-3个月。里程碑既是项目管理，也是技术功能。从项目管理角度看，里程碑为评审进度和调整项目提供了机会。

12.客户价值和风险是推动发布计划的两个主要因素。

13.发布计划的主要任务是以价值和风险为基础把故事分配到迭代中。

14.敏捷开发是关于焦点和平衡的：集中于项目的主要构想和目标，强迫做出困难的权衡决策，以保持产品各方面的平衡。

15.简化非常关键，他是最大程度地减少不必要的工作的艺术。

16.当进度出现问题的时候，瀑布式方法所见任务，通常是减少测试，而敏捷方法减少功能，前者降低质量，后者缩小范围。

17.0意味着在时间期限内没有任何有用的东西可以向客户交付。

18.制定这个计划涉及以下活动

　　*确定已知的风险对迭代计划的影响

　　*确定进度目标（不考虑可实现性，只从产品管理的角度确定进度目标）

　　*为每次迭代编制主题

　　*将故事卡片分派给每次迭代，必要时，平衡价值、风险、资源和依赖关系

　　*结合故事卡片布局、完整的发布计划或者项目停车场图总结该计划

　　*运用权衡矩阵，必要时，调整完成的计划。

19.客户价值和风险是制定功能进度计划的主要因素。

20.首先，在每次迭代中卫迭代评审期间找出的一致变化分配额外的时间，在每次迭代中放入一个标为“返工和意外故事”的故事卡。

21.在制定发布计划时，为每次迭代计划多安排10%的时间以应对返工和意外事件，可以使计划更加精确。

22.不管表面看起来如何，发布计划不是说明性计划。完整发布计划将要开发的功能分配到每次迭代中，看起来说明性的，但该计划需要在每次迭代和里程碑结束时加以评审和修订。敏捷发布计划是用来成功地适应不可避免出现的变化，而不是遵循一成不变的计划。

23.可部署和已部署问题一直困扰着敏捷主义者，迭代开发建造产品和可部署部分，这些可部署的部分在随后的开发中会根据不同情况逐步实施或者不被实施（部署），实际部署更受欢迎，但并非必需。

24.如何估计：

　　*估计未知因素

　　*按功能而非活动进行估计

　　*循序渐进地估计

　　*估计会非常浪费时间

　　*估计与设定界限

　　*使用故事点和员工工作时间估计

25.精益思想的原则即减少浪费，对于研究活动来说，就是消除胡总和减少不直接产生客户价值的活动。

26.故事点是试图确定一个工作单位而不是工作量。

27.清楚表述产品构想、定义项目的目标和约束，以及制定迭代的、基于功能的交付计划。最后一个推测阶段的最主要成功。一旦完成发布计划，其他共同的项目管理计划ugocheng文件，就可以最终确定。