敏捷Scrum开发7大事件之2:团队Sprint产能规划

“系统中的很多连接是通过信息流进行运作的,信息使系统整合在一起,并对系统的运作产生重要的影响

《系统之美》

前言,在本文中,我们将从以下几点了解关于产能规划的话题:

  1. 什么是产能规划
  2. 如何制定产能规划(用小时数)
  3. 什么时候制定产能规划
  4. 产能规划的收益

1. 什么是产能规划?

产能规划Capacity Planning,是指意估算和计算敏捷团队在每个迭代中能贡献的有效工作能力。 有两种广泛使用的产能测量单位,在我的其他文章中有时会写成“能力规划”。

1. 故事点,这是一种计算速度的简单方法(最后6到10个Sprint接受的故事点的平均值)。 并针对下一个Sprint提交与速度匹配的用户故事。我个人建议另一种方法,用小时数进行产能规划。

2. 小时,我个人建议按小时进行产能规划。 在本文中,只以这种方式进行产能规划。 它提供了更好的可见性和准确性。 还有许多其他好处,将在本文后面讨论。
这里我们通过计算下个Sprint的可用时间。计算敏捷团队的可投入的生产力(PO和SM除外)。
将详细讨论谁来计算它,在本文中考虑哪些因素。

2. 如何制定产能规划(用小时数)

这种技术非常容易计算和规划团队产能。 下面逐步说明,可以通过维护Excel来进行产能规划。

Step 1 – 计算Sprint持续时间

以天为单位计算Sprint持续时间,确定Sprint的开始日期和结束日期。 为了说明这一点,进行了为期2周的Sprint,从星期三开始,到星期二结束。 正在为Sprint 2进行产能规划。
下图代表10天的2周Sprint –日历。 分散在三个物理日历周中。 在本文的其余部分中,将用这个颜色说明来解释,其中
黄色=上一个Sprint
绿色=当前的Sprint
蓝色=未来Sprint

Step 2 – 计算团队成员的可用性

假设有7个成员团队,4个开发人员和3个测试人员,此处不计算SM和PO,因为不需要在产能规划中计算他们的产能

Step 3 –  确定成员的投入比率 %

现在确定共享资源(如果有),如果没有共享资源,将计算每个100%分配给此Scrum团队的资源。 假设有一个测试者(测试者3),他在两个团队之间共享,在这个示例中,他分配给该团队的50%产能。

Step 4 – 计算每天的标准时间

如果我们假设每个人每天有8个小时的总分配时间,则共享资源将每天为该团队分配4个小时的时间。 对于10天Sprint,整个团队的最大总产能为520小时,每天具有52小时,包括共享测试人员。 在此sprint持续时间内,每个人有10天80小时,分配50%的共享资源有40小时。

现在让我们看看日历中的情况如何

Step –  考虑多种因素

1. 团队假期

标记整个团队的非工作日期。 国定假日等。

2. 计算个人不在工作上的时间

计算如果有计划请假或不在办公室的资源。

3. 不同的默认工作日小时数

有时候可能将个别团队成员作为例外,将默认时间从8小时更改为其他时间。

假设– 1月9日为团队度假,在这种情况下:从这张图片中我们可以看到,总产能和个人产能相应减少。

 

假设–开发人员1,开发人员2和测试人员1在三个不同的天计划休息一天。 通过应用我们可以从这张图片中看到的,总产能和个人产能会相应减少。

 

如果开发人员3计划在1月13日进行半天工作,则计划产能将相应更改,如下所示

 

Step –  考虑团队所有人需要消耗时间的其他工作

考虑其他会议和敏捷仪式所需的时间。 下图显示了团队在每次仪式和其他会议上花费的典型时间。

从产能中减少12.33小时。

Step –  考虑专注因素

针对团队的专注程度进行计划,以便应对任何计划外的时间损失,同时记得每天8小时里的休息时间,临时计划内的会议,其他正式活动,培训,与专家的讨论等。为无法预料的事情保留专注因素。该值可以在75%到95%之间变化。产能时间 X 专注因素 = 最终产能。

因此,Sprint 2团队的最终产能为318.32小时

总结下7个步骤

请注意

这些值,百分比和小时数仅用于以上示例。 需要根据自己的需要和事实来确定。
1. 计算最适合项目的专注因素取值(75%-95%)。
2. 根据Sprint周期确定的Sprint持续时间。
3. 为开发人员/测试人员和Scrum团队中的其他任何角色(SM和PO除外)进行计划。
4. 在团队中按实际分配团队成员。
5. 类似团队假期,个人计划假期,部分投入时间等因素,且不仅限于这三个因素。
6. 根据您的时间表计算仪式时间,以及其他计划中的会议。
7. 在上面的示例中,有些计算并不完美,对于示例来说可以避免复杂化和过于精细。

3. 什么时候制定产能规划

在Scrum Master的协助下,Scrum团队可以在进行Sprint规划之前确定产能。 最佳时间就在针对任何特定Sprint的 Sprint规划之前,可以最直观的了解成员的休假计划或 相关Sprint仪式需要的时间。
各个团队可以更新其可用时间,Scrum Master可以帮助团队了解如何计算其个人能力。 Sprint规划之前,Scrum Master可以与团队进行30分钟的快速会议,据此计算和更新产能规划。 我的建议是在Sprint 规划之前的1或2天与团队一起计算Excel中的所有因素,当团队足够成熟以后,可以在很少的干预下自行完成。

4. 产能规划的收益

产能规划可以帮助团队评估团队能承诺和完成用户故事的范围,特别是当按小时估算产能并用个人产能和他/她分配的估算任务时间映射到已承诺的用户故事的任务时。团队可以识别在Sprint规划中承诺用户故事时会受到的限制条件。
之所以一直偏爱小时数而不是故事点速率的产能规划,是因为它可以通过简单地用天,假期,请假,其他时间,专注因子等数学运算来轻松计算可用小时数,从而获得团队产能。从技术上讲,这在用故事点速率时是不可能的。
其次,不能将故事(具有故事点)分配给单个成员,因为完成故事需要团队努力。要是在团队成员之间分发所有故事点!简直不敢想象。一个故事(无论故事点是什么)可以有多个任务(每个任务的工作量以小时为单位)可以轻松地分配给一个或多个团队成员,每个任务可以分配给每个成员。

总之至少包含这四条:更好的Sprint规划提高了承诺可靠性控制需求的蔓延更合理的任务分配

END

希望能在评论区学习到大家的经验和想法~

如果对相关内容感兴趣可以关注我的公众号:捷伴行Agile。会有更多更及时的内容与君分享。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

error: Content is protected !!