08.敏捷项目管理——改进发布计划笔记
00.他们想知道这个问题如何解决、成本多少、历时多长时间、他们面临多大风险等。
01.敏捷和适应性意味着整个项目社团(包括经理、开发团队、项目领导者等)必须知道他们的去向,也必须理解调整计划是正常的事情。
02.参与方必须理解敏捷发布计划的目标:
*有助于更好地理解项目的可行性和可实施性
*概述风险评估和缓解风险
*增强团队排列性能和功能优先级的能力
*让团队对项目有一个整体的认识
*回答管理层有关价值、进度和成本的问题
*创建一个让管理层和团队成员都搞到舒适的项目平台
*创建部分部署计划
03.随着时间的推移,超越极限的项目计划就成为非理性、基于愿望的计划。
04.解决定量问题需要具备估计和计划技能,在搞风险和高不确定的情况下,则需要具备叫高点的估计和计划技能。组织往往基于愿望做计划,而不是基于自身能力。
05.在基于愿望的文化中,愿望总是凌驾于无可挑剔的估计之上,因此估计得在精确也会存在微小差异。
06.如果有人不断地让你做不可能的事情,你不断地说“不”,于是你就被标上消极的标签,但那些人也必须佩戴上“不切实际的期望标志”。
07.人们只记得这个项目花费的时间和金钱,而不记得执行这样的计划又多么困难,这样的计划从一开始就注定不会取得成功。
08.性能是指高级的、完整的和有价值的业务或产品功能,而故事是指想客户交付的一项有用和有价值的功能(有些人用同义词史诗代替性能来表明史诗是由许多故事组成)
09.公司既需要可预见性又需要灵活性,使用性能-故事计划方法既可以在性能层提供可预见性,又可以在具体交付这些性能的方式上保持灵活性。
10.不要等到真正需要的时候才收集太多的详细信息。因为情况是会发生改变的,并且会浪费时间。
11.应该兼顾成本和价值。如果团队没有时间估计价值点,也就没有时间估计成本。
12.减少产品现有技术债务是一种投资决策,它使产品更适应因而更能响应客户并降低商业产品的品牌风险。
13.业务职能是一组满足既定商业目标的性能、功能或者故事。先于破除技术障碍而广泛实现业务功能完全是在浪费资金。风险缓解主题,特别是降低那些非常重要的风险,在项目的早期就应该予以考虑。
14.关键风险及解决方法:
关键风险
*进度计划固有的缺陷
*需要膨胀
*员工流动
*技术规范的分解
*生产率低下
解决进度风险的敏捷项目管理技巧
*团队参与计划和估计
*尽早获得有关交付速度的反馈信息
*不断施加压力以平衡有容量限制的功能数量和深度
*工程团队和客户团队之间密切交流
*尽早检测/纠正错误,保持工作产品无缺陷
15.由于风险属于概率事件,因此他们本质上是识别潜在未来信息状态。
16.团队还需要保留一个清单,列出将来需要做那些决策。尽管适应的确是敏捷开发的主要部分,但是它也不应该成为草率项目管理的借口。优秀的项目经理知道坐视不管、登到有事了才采取适应措施会造成非常严重的后果。良好的计划和扫描以及必要时的适应能力构成强大的项目管理组合。
17.看板从根本上讲是敏捷做法——以价值导向、自我组织团队、反思,短期迭代(尽管不固定)和适应能力(看板系统设置比其他敏捷计划方法更具适应性)。
18.