软件开发计划_敏捷软件开发实践：估算与计划读书笔记110第8章在故事点和理想人天之间进行选择...

《敏捷软件开发实践&＃xff1a;估算与计划》第 8 章 在故事点和理想人天之间进行选择&＃xff0c;重点和要点的思维导图及文字内容。

第 8 章 在故事点和理想人天之间进行选择

If you tell people where to go, but not how to get there, you&＃39;ll be amazed at the results.

8.1 有利于故事点的考虑因素

采用故事点进行估算的要点如下&＃xff1a;

1. 故事点有助于驱动跨功能的行为

2. 故事点估算不会过期

3. 故事点是纯粹对大小的度量

4. 故事点估算通常更快

5. 我的理想人天不等于你的理想人天

8.1.1 故事点有助于驱动跨功能的行为

敏捷团队之所以会成功的原因之一是团队是跨功能的。也就是说&＃xff0c;敏捷团队包含了来自构建产品所需所有角色的成员&＃xff0c;包括程序员、测试人员、产品经理、可用性设计师、分析师、数据库工程师等。

项目参与者首先把自己看成团队成员&＃xff0c;然后才是专业贡献者时&＃xff0c;产品才能从中受益。

一个故事点估算应该是代表整个团队所有工作的单一数值&＃xff0c;对故事点的估算可以开启针对所涉及到的全部相关事情的高层次讨论。

对理想人天的估算经常涉及专业小组估算用户故事中“他们那部分”需要多少时间&＃xff0c;然后把所有的这些原子估算累加在一起。

8.1.2 故事点估算不会过期

以故事点方式进行的估算比以理想人天进行的估算具有更长的“保质期”。

团队对技术、业务领域和他们自己的经验不同&＃xff0c;以及其他的一些因素&＃xff0c;都会导致以理想人天进行的估算发生变化。

注意&＃xff0c;如果由于架构的开发导致工作的大小发生了变化&＃xff0c;故事点估算和理想人天估算都应该更新。但如果只是因为团队对某些东西更为熟悉&＃xff0c;则只需要修改理想人天的估算。

8.1.3 故事点是对大小的纯粹度量

故事点纯粹是对大小的估算&＃xff0c;而理想人天不是。

理想人天可以被用作对大小的度量&＃xff0c;但存在一些不足。以理想人天做出的估算会因为开发人员熟练程度的变化而改变。故事点不会出现这个问题——大小就是那么大&＃xff0c;不会发生变化。这种不变性是任何对大小的度量都希望得到的特性。

故事点对大小的纯粹度量有两个好处&＃xff1a;

一&＃xff0c;可以只通过类比来进行估算。

研究显示&＃xff0c;我们更善于估算“这个和那个差不多”而不是估算事物的绝对大小。

采用理想人天也可以用类比进行估算&＃xff0c;但使用理想人天时会倾向于考虑日程表以及用户故事需要多长的开发时间。

二&＃xff0c;故事点是对大小的纯粹度量&＃xff0c;完全是抽象的&＃xff0c;不会受到把它们与现实进行比较的诱惑。

用理想人天时几乎不可避免地会把他们的理想人天与现实人天进行比较。

8.1.4 故事点估算通常更快

用故事点进行估算会比用理想人天进行估算更快。

在估算用户故事时&＃xff0c;通常需要对故事进行高层次的设计讨论。

用理想人天进行估算时讨论会比用故事点更深入一些。用理想人天进行估算时&＃xff0c;更容易考虑一个用户故事所需完成的各项任务&＃xff0c;而不是从这个故事相对其他故事的大小来考虑。

8.1.5 我的理想人天不等于你的理想人天

对于某个用户故事&＃xff0c;张三可能认为需要 3 个理想人天来完成&＃xff0c;李四可能认为需要 5 个理想人天。他们可能都对。

8.2 有利于理想人天的考虑因素

采用理想人天进行估算的要点&＃xff1a;

1. 理想人天在团队以外更容易理解

2. 理想人天估算更容易开始

3. 理想人天便于预测速度

8.2.1 理想人天在团队以外更容易解释

人们对理想人天有一种很直觉的想法——“如果我只干这个工作&＃xff0c;那就是我要花的时间量。”

理想人天易于被理解&＃xff0c;也就易于向团队之外的人解释它们。

每个人都知道在一个工作日中并不是的所有时间都用于开发工作。

8.2.2 理想人天估算更容易开始

团队使用理想人天往往更容易开始。

当团队选择使用故事点进行估算时&＃xff0c;他们最开始估算的几个用户故事会很困难&＃xff0c;或者让人觉得不太放心。

使用故事点估算的团队需要通过估算一些用户故事来找到自己的基准点。不过&＃xff0c;大多数团队通常可以非常快地度过故事点估算的初始阶段&＃xff0c;并能很快熟练使用故事点进行估算。

8.2.3 理想人天便于预测速度

使用理想人天来评估速度比使用故事点来评估更方便一些。

8.3 建议

故事点对团队跨功能行为的促进是一个巨大的有利之处。两个具有不同技能或经验的开发人员可以对一件事的大小达成一致&＃xff0c;而对它需要多少时间则可能持不同的看法。

使用理想人天估算比使用故事点更容易开始&＃xff0c;向团队外的解释起来也更容易些。但理想人天也会遇到压力&＃xff0c;即公司试图让一个实际人天接近于理想人天。可以用理想人天估算来启动团队的工作&＃xff0c;然后将估算转变成关于用户故事的相对大小。

8.4 小结

团队可以选择使用故事点或理想人天进行估算。两者都具有一定优点。

故事点的优势是可以帮助促进团队的跨功能行为。故事点是更为纯粹的对大小的估算&＃xff0c;因此即使团队在技术上或领域知识上取得了进步&＃xff0c;也不需要重估。用故事点进行估算往往比用理想人天更快。与理想人天不同&＃xff0c;可以在团队成员之间对故事点进行比较

理想人天的优势在于更容易向团队之外的人进行解释&＃xff0c;以及更容易开始。

建议使用故事点。使用故事点进行估算的优点更有说服力。如果团队对单纯的大小进行估算存在困难&＃xff0c;可以先用理想人天开始估算&＃xff0c;然后转化到故事点上。通过这种渐进式的转变&＃xff0c;团队能快速且自然地从用理想人天进行思考转变到用故事点进行思考。

---

版权声明

本人所读图书的版权属于原著者和译者。这里仅为个人学习使用。但由本人学习整理所形成的音频、图片、文字和视频等的版权为本公众号拥有&＃xff0c;任何人不得未经授权转载。如果你觉得本文有用&＃xff0c;欢迎分享给其他人。谢谢。

---