脑图-敏捷估计与规划
2022-01-25 10:40:13 0 举报AI智能生成
脑图-敏捷估计与规划
作者其他创作
大纲/内容
A.问题与目标
1、规划的目的
1.1作规划的原因
1.1.1减少风险
1.1.2降低不确定性
1.1.3提供更好的决策支持
1.1.4建立信任
1.1.5传递信息
1.2优秀计划的组成部分
1.3敏捷规划过程的特点
2、规划失败的原因
2.1基于活动而不是基于功能进行规划
2.1.1活动不会提前完成
2.1.2延误沿着进度表向下传递
2.1.3活动不是独立的
2.2多任务处理导致更多的延迟
2.3不按优先级开发功能
2.4忽视了不确定性
2.5把估计当作承诺
3、敏捷方法
3.1项目的敏捷开发方法
3.1.1敏捷小组作为一个整体工作
3.1.2敏捷小组按短迭代周期工作
3.1.3敏捷小组每次迭代交付一些成果
3.1.4敏捷小组关注业务优先级
3.1.5敏捷小组进行检查和调整
3.2敏捷规划方法
3.2.1规划的不同层次
发布规划
迭代规划
每日规划
3.2.2满意条件
B.规模估计
4、使用故事点估计规模
4.1故事点是相对的
4.2速度
5、使用理想日进行估计
5.1理想时间和软件开发
5.2以理想日作为对规模的度量
5.3给出一个而不是多个估计值
6、估计方法
6.1共同估计
6.2估计的尺度
1、2、3、5、8
1、2、4、8
用户故事、史诗和主题
6.3得到估计值的方法
6.3.1专家意见
6.3.2类比
三角测量
6.3.3裂解
6.4规划扑克
6.4.1更小的会议
6.4.2何时打规划扑克
6.5为什么规划扑克会有效
7、重估
7.1 SwimStats Web站点
7.2不进行重估的情况
7.3需要重估的情况
7.3.1场景1：不进行重估
7.3.2场景2：重估完成的故事
7.3.3场景3：相对规模改变时进行重估
7.4重估部分完成的故事
7.5重估的目的
8、在故事点和理想日之间进行选择
8.1有利于故事点的考虑因素
8.1.1故事点有助于驱动跨功能的行为
8.1.2故事点估计不会过期
8.1.3故事点是对规模的纯粹度量
8.1.4故事点估计通常更快
8.1.5我的理想日不等于您的理想日
8.2有利于理想日的考虑因素
8.2.1理想日在小组以外更容易解释
8.2.2理想日估计更容易开始
C.为价值作规划
9、确定主题的优先级
9.1确定优先级时的因素
9.1.1价值
9.1.2成本
9.1.3新知识
关于产品的知识
关于项目的知识
9.1.4风险
9.2综合4个因素
10、确定经济优先级
10.1收入的来源
10.1.1新收入
10.1.2增量收入
10.1.3留存收入
10.1.4操作效率
10.2 WebPayRoll
10.2.1计算新收入
10.2.2计算增量收入
10.2.3计算留存收入
10.2.4计算操作效率
10.2.5估计开发成本
10.2.6整合
10.3经济指标
10.3.1金钱的时间价值
10.3.2净现值NPV
10.3.3内部收益率IRR
10.3.4回收期
10.3.5贴现回收期
10.4对利润的比较
11、确定合意性优先级
11.1客户满意度的Kano模型
作为阈值的功能，或者说必需的功能
线性功能
兴奋点和惊喜点
11.1.1用Kano模型评估主题
11.1.2将答案分类
11.2相对权重：另一种方法
12、分割用户故事
12.1何时分割用户故事
12.2按照数据边界分割
12.3按照操作边界分割
12.4去除横切考虑
12.5不用满足性能限制
12.6分割具有混合优先级的用户故事
12.7不要把故事分割成任务
12.8避免相关变化的诱惑
12.9组合用户故事
F.敏捷规划有效的原因
22.敏捷规划有效的原因
22.1经常进行重规划
22.2对规模和持续时间的估计是独立的
22.3在不同层次上制定计划
22.4基于功能而不是基于任务制定计划
22.5小故事保持工作流畅
22.6每次迭代都要消除处理中的工作
22.7在小组层次跟踪
22.8承认不确定性并为之做计划
22.9敏捷估计和规划的12条指导原则
（1）让整个小组参与
（2）在不同层次上进行规划
（3）使用不同度量单位，让对规模和持续时间的估计保持独立。
（4）用功能或者日期来体现不确定性
（5）经常重规划
（6）跟踪进度并沟通
（7）承认学习的重要性
（8）规划具有适当规模的功能
（9）确定功能优先级
（10）把估计和计划建立在事实上
（11）保留一些松弛度
（12）通过前瞻规划协调多个小组
E.跟踪与交流
19.监督发布计划的执行
19.1对发布进行跟踪
19.2发布耗散图
19.3停车场图
20.监督迭代计划的执行
20.1任务板
20.2迭代耗散图
20.3跟踪已完成的工作量
20.4个人速度
21.与计划有关的沟通
21.1就计划进行沟通
21.2就进度进行交流
21.3迭代结束小结
D.进度安排
13、发布规划基础
13.1发布计划
13.1.1确定满意条件
13.1.2估计用户故事的规模
13.1.3选择迭代周期长度
13.1.4估计速度
13.1.5确定用户故事优先级
13.1.6选择用户故事和发布日期
13.2更新发布计划
14、迭代规划
14.1迭代规划时不分配任务
14.2迭代规划和发布规划的区别
14.3速度驱动的迭代规划
14.3.1调整优先级
14.3.2确定目标速度
14.3.3确定迭代目标
14.3.4选择用户故事
14.3.5把用户故事分解成任务
14.3.6对任务进行估计
14.4承诺驱动的迭代规划
14.5我的建议
14.6任务估计值和故事点的联系
15、选择迭代长度
15.1选择迭代长度时考虑的因素
15.1.1发布的总时间长度
15.1.2不确定性的多少
15.1.3获得反馈的难易程度
15.1.4优先级可以保持多久不变
15.1.5不用外部反馈自行工作的意愿
15.1.6迭代的系统开销
15.1.7紧迫感的产生有多快
15.2做出决策
16、估计速度
16.1使用历史值
16.2进行一次迭代
16.3做出预测
16.3.1估计可用小时数
16.3.2估计一次迭代中可用的时间
16.3.3扩展故事并寻找适当的技能集
16.3.4在点值周围设置一个范围
16.3.5某些小组的变通方法
16.4选择合适的方法
17、为不确定性缓冲计划
17.1功能缓冲区
DSDM(Dynamic Systems Development Method)中MoSCoW规则
Must have\Should have\Could have\Won't have
17.2进度缓冲区
17.2.1在估计值中反映不确定性
17.2.2调整项目缓冲区大小
17.2.3更简单的缓冲区计算方法
17.2.4缓冲区准则
17.3结合多个缓冲区
17.4进度缓冲区不是填料
17.5一些警告
18、规划多小组的项目
18.1为估计建立共同基准
18.2更早给用户故事添加细节
18.3前瞻规划
18.4在计划中加入馈送缓冲区
18.4.1缓冲的对象
18.4.2确定馈送缓冲区的大小
18.5工作量会很大
收藏
0 条评论
下一页
