登录免费注册



脑图-敏捷估计与规划

首页  思维导图  详情



脑图-敏捷估计与规划

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&apos;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工作量会很大

 Collect

Get Started

规划图

 Collect

Get Started

成本规划

 Collect

Get Started

市政管线项目规划审批流程图

 Collect

Get Started

规划图













评论

0 条评论

下一页



图形选择

思维导图

主题

补充说明

AI生成





修改AI描述

去编辑

重新生成

提示 

关闭后当前内容将不会保存，是否继续？

取消

确定

Document