读书笔记:《敏捷估计与规划》

Posted Rolei_zl

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了读书笔记:《敏捷估计与规划》相关的知识,希望对你有一定的参考价值。

《敏捷估计与规划 Agil Estimating and Planning》     
                                                                                Mike Cohn 著    宋 锐 译

个人理解:
敏捷强调不确定性,同时也在强调进行估计与规划活动的必要性。
分别估计与规划,保持动态的评估过程,不要保持一成不变,而是不断的调整、补充、学习和完善。
以功能为基础,估计规模、时间、功能范围、风险

规划是动态的,是项目的一种活动,规划解决的核心问题:产品应该是什么?找到解决产品开发问题的解决方案。
估计和规划:对项目活动进行进度安排,对困难进行估计和规划,明确期限和进度,确认构建目标(功能、资源、时间)
计划是静态的,是项目展开的文档或图表,是基于某个时间点我们所知道的信息做出的:项目特定阶段参与人,是否正常进行。
项目需要的是一份容易修改的计划,而不是十分详细的描述后将计划束之高阁。

估计与规划的12原则

  • 小组全员参与
  • 宏观、微观不同精度、不同层次进行
  • 规模和持续时间分别规划
  • 适时重新规划
  • 通过功能或时间体现不确定性
  • 跟踪沟通
  • 不断学习
  • 适当的功能规模
  • 确认功能优先级
  • 根据实际估计/计划
  • 保留缓冲
  • 预估前瞻协调多小组

迭代、渐近的核心原因是资源保障不足,通过迭代、渐近逐步明晰,不断发布有价值的版本,让客户参与并看到时时的价值。
不确定性是我们所不知道的,而传统的瀑布模型试图解决不确定性的问题,却忽视了项目的发展受多种因素影响,不确定性长期存在。
敏捷,承认目标、方法的不确认性,为之计划,是对不确定性的应对。
基于功能进行规划,从功能考虑产品,体现客观价值。
延误会被进度传递下去。
留有余量,而不是满负荷的运行,确认优先级和时间范围。
知识:产品知识(业务知识),项目知识(过程流程监控)
产品规划、资产规划、战略规划
迭代:发布版本;增量:新增功能
规模:对持续时间的估计 
故事点:表达用户故事、功能或其他工作的总体规模的度量单位。-- 只是数字表达,无量纲
故事点,理想日:当对估计对象只有直观(大 小 多 少)印像,而没有定量或定性的说明时,使用故事点或理想日进行评估,保证评估基准的一致性
估计:对工作量、复杂性、风险进行评估。基线估算,基线确认,评估标准,并以实际的故事点作为速率。
实际值 = 理想值 + 突发事件 + 内耗,从随机时间到预估时间
项目中的每个人都参与到估算过程,对足够小的用户故事进行评估以提高估算的准确性 -- 确认不同岗位、角色对项目的看法 
保持评估基准的稳定性,相对大小发生变化时进行重估,但只重估完整达成的故事。
降低变化的方法:对存在较大化可能的故事 或 需要获取大量知识才能进行的知识,尽可能晚的对实现进行评估。
经济优先级:了解每个故事点,理想日的成本,确认金钱的时间价值。
贴现:把将来的金额换算成现值。
公司经营的目的:赚钱 + 节省钱
合意性优先级,Kano模型:必须功能,附加值 功能,锦上添花功能
分割用户故事的可能性:1)用户故事太大,不能放入单个单次迭代;2)一个迭代内完成用户故事,迭代时间不足;
分割用户故事原则:1)根据数据类型、边界进行分割;2)按操作边界分割(CRUD);3)根据模块的横切功能(将公共模块去除);4)分隔功能和非功能需求;5)区别优先级;
进度安排,基于规模、优先级,在故事完成后评估时间消耗,为其他活动提供参考:确认发布、交付准则 -> 估计用户故事规模 -> 选择迭代周期 -> 确认优先级 -> 选择故事(分解故事到具体任务) -> 确认发布日期 -> 更新迭代和发布计划
将故障修复并入下一个迭代计划中,作为新的迭代任务
通过探针任务对不明的工作进行确认,分配占位,明确工作方向,逐步分解
评估的两种方式:速度驱动(组织评估准则,到点交付),承诺驱动(个人评估准则,我能)
选择迭代长度:通过迭代展示实现软件,度量开发进度,发现问题(不确定性有多少,得到的反馈难易度有多少),修正计划
估计速率的方法:1)历史值参考;2)迭代一次或多次后参考;3)预测
估计的原则:给出范围而不是一个准确的值,大致准确就好,增加一定的缓冲区(有理由、有依据),确认一定的误差范围,确认必要的安全边界
计划的类型:发布计划、迭代计划、当日计划
跟踪与交流:监督发布计划的执行,以开发过程产生影响,直观的显示当前的工作量、变化量、完成速率(burndown);诚实沟通、信任

KANO模型
KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。根据不同类型的质量特性与顾客满意度之间的关系,狩野教授将产品服务的质量特性分为五类:
基本(必备)型质量——Must-be Quality/ Basic Quality
期望(意愿)型质量——One-dimensional Quality/ Performance Quality
兴奋(魅力)型质量—Attractive Quality/ Excitement Quality
无差异型质量——Indifferent Quality/Neutral Quality
反向(逆向)型质量——Reverse Quality,亦可以将 'Quality' 翻译成“质量”或“品质”。
前三种需求根据绩效指标分类就是基本因素、绩效因素和激励因素。
《质量的保健因素和激励因素》,第一次将满意与不满意标准引入质量管理领域,满意度的二维模式,构建出KANO模型。
满意度的概念:消费者的满意度是取决于他们对企业所提供的产品和服务的事前期待,与实际(感知)效果之间的比较后,用户形成的开心或失望的感觉。就是说,如果购后在实际消费中的实际效果与事前期待相符合,则感到满意;超过事前期待,则很满意;未能达到事前期待,则不满意或很不满意。实际效果与事前期待差距越大,不满意的程度也就越大,反之亦然。所以,顾客满意度也就是顾客对所购产品的事前期待与实际评价的关系。

以上是关于读书笔记:《敏捷估计与规划》的主要内容,如果未能解决你的问题,请参考以下文章

敏捷原则——《Scrum 精髓》读书笔记

读书笔记:《Scrum 敏捷软件开发》

读书笔记:《Scrum 敏捷软件开发》

21天敏捷打卡-敏捷估计与规划

《构建之法—现代软件工程》读书笔记之——敏捷开发

《敏捷估计与规划》