08.敏捷项目管理——改进发布计划笔记

00.他们想知道这个问题如何解决、成本多少、历时多长时间、他们面临多大风险等。

 

01.敏捷和适应性意味着整个项目社团（包括经理、开发团队、项目领导者等）必须知道他们的去向，也必须理解调整计划是正常的事情。

 

02.参与方必须理解敏捷发布计划的目标：

　　*有助于更好地理解项目的可行性和可实施性

　　*概述风险评估和缓解风险

　　*增强团队排列性能和功能优先级的能力

　　*让团队对项目有一个整体的认识

　　*回答管理层有关价值、进度和成本的问题

　　*创建一个让管理层和团队成员都搞到舒适的项目平台

　　*创建部分部署计划

 

03.随着时间的推移，超越极限的项目计划就成为非理性、基于愿望的计划。

 

04.解决定量问题需要具备估计和计划技能，在搞风险和高不确定的情况下，则需要具备叫高点的估计和计划技能。组织往往基于愿望做计划，而不是基于自身能力。

 

05.在基于愿望的文化中，愿望总是凌驾于无可挑剔的估计之上，因此估计得在精确也会存在微小差异。

 

06.如果有人不断地让你做不可能的事情，你不断地说“不”，于是你就被标上消极的标签，但那些人也必须佩戴上“不切实际的期望标志”。

 

07.人们只记得这个项目花费的时间和金钱，而不记得执行这样的计划又多么困难，这样的计划从一开始就注定不会取得成功。

 

08.性能是指高级的、完整的和有价值的业务或产品功能，而故事是指想客户交付的一项有用和有价值的功能（有些人用同义词史诗代替性能来表明史诗是由许多故事组成）

 

09.公司既需要可预见性又需要灵活性，使用性能-故事计划方法既可以在性能层提供可预见性，又可以在具体交付这些性能的方式上保持灵活性。

 

10.不要等到真正需要的时候才收集太多的详细信息。因为情况是会发生改变的，并且会浪费时间。

 

11.应该兼顾成本和价值。如果团队没有时间估计价值点，也就没有时间估计成本。

 

12.减少产品现有技术债务是一种投资决策，它使产品更适应因而更能响应客户并降低商业产品的品牌风险。

 

13.业务职能是一组满足既定商业目标的性能、功能或者故事。先于破除技术障碍而广泛实现业务功能完全是在浪费资金。风险缓解主题，特别是降低那些非常重要的风险，在项目的早期就应该予以考虑。

 

14.关键风险及解决方法：

　　关键风险

　　　　*进度计划固有的缺陷

　　　　*需要膨胀

　　　　*员工流动

　　　　*技术规范的分解

　　　　*生产率低下

　　解决进度风险的敏捷项目管理技巧

　　　　*团队参与计划和估计

　　　　*尽早获得有关交付速度的反馈信息

　　　　*不断施加压力以平衡有容量限制的功能数量和深度

　　　　*工程团队和客户团队之间密切交流

　　　　*尽早检测/纠正错误，保持工作产品无缺陷

 

15.由于风险属于概率事件，因此他们本质上是识别潜在未来信息状态。

 

16.团队还需要保留一个清单，列出将来需要做那些决策。尽管适应的确是敏捷开发的主要部分，但是它也不应该成为草率项目管理的借口。优秀的项目经理知道坐视不管、登到有事了才采取适应措施会造成非常严重的后果。良好的计划和扫描以及必要时的适应能力构成强大的项目管理组合。

 

17.看板从根本上讲是敏捷做法——以价值导向、自我组织团队、反思，短期迭代（尽管不固定）和适应能力（看板系统设置比其他敏捷计划方法更具适应性）。

 

18.