导图社区 《敏捷估计和规划》读书笔记
这是一篇关于《敏捷估计和规划》读书笔记的思维导图。《敏捷估计与规划》一书为对敏捷项目进行估计与规划提供了权威实际的指导方针。
《我的情绪为何总被他人左右》读书笔记，四种极端情绪、错误的思维方式、正确的思维方式，有兴趣的可以看看哟。
这是一篇关于《DevOps 》读书笔记的思维导图，对《DevOps 》感兴趣的小伙伴可以收藏起来观看哦，希望对大家有所帮助。
这是一篇关于《精益敏捷项目管理》读书笔记的思维导图。《精益-敏捷项目管理:实现企业级敏捷》基于敏捷原则从企业视角扩展Scrum过程，介绍了敏捷技术在高品质软件开发中的巨大潜力，并集成了软件开发中的精益原则与实践。
社区模板帮助中心，点此进入>>
论语孔子简单思维导图
《傅雷家书》思维导图
《童年》读书笔记
《茶馆》思维导图
《朝花夕拾》篇目思维导图
《昆虫记》思维导图
《安徒生童话》思维导图
《鲁滨逊漂流记》读书笔记
《这样读书就够了》读书笔记
妈妈必读：一张0-1岁孩子认知发展的精确时间表
敏捷估计与规划
第一部分
第一章 规划失败的原因
基于活动而不是基于功能进行规划
多任务处理导致更多的延期
不按优先级开发功能
忽视了不确定性
把估计当做承诺
第三章 项目敏捷的方法
敏捷开发方法
作为一个整体工作
按短周期工作
每次迭代交付一些成果
关注业务优先级
检查与调整
敏捷规划方法
规划的不同层次
敏捷小组通常只关注里三个层次的规划
满意条件
第二部分 规模估计
第四章 使用故事点估计规模
第五章 使用理想日进行估算
理想时间和软件开发
第六章 估计方法
用户故事、史诗、主题
史诗
主题
得到估计值的方法
专家意见
类比
裂解
第七章 重估
第八章 在理想日和故事点之间进行选择
有利于故事点的考虑因素
故事点有助于驱动跨功能的行为
故事点估计不会过期
故事点估计通常更快
我的理想日不等于你的理想日
故事点是纯粹对规模的度量
有利于立项日的考虑因素
小组以外更容易理解
更容易开始
总结
第七部分 案例分析
第六部分 敏捷规划有效的原因
第22章 敏捷规划有效的原因
22.1 经常进行重规划
22.2 对规模和持续
22.3 在不同层次上制定计划
发布计划
迭代计划
每日计划
22.4 基于功能而不是基于任务制定计划
22.5 小故事保持工作流畅
周转时间
小组开始处理一个功能到这个功能可以向用户交付价值的时间。周转时间越短约好
22.6 每次迭代都要消除处理中的工作
22.7 在小组层次跟踪
传统估计和规划方法在小组成员个人层次上对进度进行度量和鼓励
22.8 承认不确定性并为之做计划
22.9 敏捷估计和规划的12条指导原则
让整个小组参与
在不同层次上进行规划
使用不同度量单位，让对规模和持续时间的估计保持独立
用功能或者日期来体现不确定性
经常重新规划
跟踪进度并沟通
承认学习的重要性
规划具有适当规模的功能
确定功能优先级
把估计和计划建立在事实上
保留一些松弛度
铜鼓前瞻规划协调多个小组
第五部分 跟踪与交流
第十九章 监督发布计划的执行
19.1 对发布进行跟踪
19.2 发布消耗图
传统耗散图
发布耗散条形图
小组的速度和预期一样
增加了大量的工作
发布中剩余的工作总量比项目开始时还多
19.3 停车场图
发布中的每个主题周围有个大矩形框，有名称、数目、故事点以及完成比例
第二十章 监督迭代计划的执行
20.1任务板
20.2迭代耗散图
20.3 跟踪已完成的工作量
20.4 个人速度
第二十一章 与计划相关的沟通
21.1 就计划进行沟通
21.2 就进度进行交流
21.3 迭代结束小结(P224)
第四部分 进度安排
第十四章 迭代规划
速度驱动的迭代规划
概要
调整优先级
确定目标速度
确定迭代目标
选择用户故事
把用户故事分解成子任务
应该包含哪些内容
只包含为此项目增加价值的工作
尽量明确直到养成习惯
考虑到会议（很重要）
故障
处理依赖性
难以分割的工作
承诺驱动的迭代计划
示意图
第十五章 选择迭代长度
15.1 选择迭代长度时考虑的因素
发布的总时间长度
不确定性的多少
获得反馈的难易程度
优先级可以保持多久不变
不用外部反馈自行工作的意愿
迭代的系统开销
回归测试
紧迫感的产生有多快
帕金森定律
选择合适的迭代，平均压力
15.2 做出决策
第十六章 估计速度
16.1 使用历史值
需要考虑的一些因素
不确定性(60%~90%)
16.2进行一次迭代
16.3 做出预测
估计可用小时数
4~6小时
估计一次迭代中可用的时间
可用小时数*人数*迭代中的天数
扩展故事并寻找适当的技能集
在点值周围设置一个范围
设置一个范围，如60%~160%
某些小组的变通方法
16.4 选择合适的方法
16.5 总结
第十七章 为不确定性缓冲计划（需要读第二遍）
17.1 功能缓冲区
DDSM
17.2 进度缓冲区
在估计值中反应不确定性
调整项目缓冲区大小
更简单的缓冲区计算方法
缓冲区准则
17.3 结合多个缓冲区
17.4 进度缓冲区不是填料
17.5 一些警告
第十八章 规划多小组的项目
18.1 为估计建立共同基准
18.2 更早给用户故事添加细节
多小组迭代时候，不推荐UI、UE、数据分析提前整整一个迭代工作，主要工作应该集中在当前迭代
18.3 前瞻规划
小组存在依赖需要有前瞻规划
18.4 在计划中加入馈送反馈区
第三部分 为价值做规划
第九章 确定主题的优先级
确定优先级时的因素
获得这些功能带来的经济价值
开发新功能所需的成本
开发新功能所产生的学习和知识的量和重要性
开发这些功能所减少的风险
第十章 确定经济优先级
经济指标
金钱的时间价值
净现值(NPV)
内部收益率(ROI)
回收期（Payback Period）
贴现回收期
第十一章 确定合意性优先级
kano模型
相对权重
第十二章 分割用户故事
注
何时分割用户故事
需求太大不足以放入一个迭代
剩余迭代容量不能放入需求
按数据边界分割用户故事
按照操作边界分割用户故事
去除横切考虑
不用满足性能限制
分割具有混合优先级的需求
不要把故事分割成任务
避免相关变化的诱惑
组合用户故事
