迭代容量怎么算：公式和一个完整例子
按工时计算迭代容量：工作日、请假、会议和专注系数，附 5 人团队的完整计算，以及如何换算成故事点承诺。
计算迭代容量的方法是：先数出每个人在这个迭代里的工作日，减去请假天数，乘以每天工时和他投入这个团队的比例，再减去会议时间，最后乘以 70% 左右的专注系数，扣掉那些没人计划、却总会出现的工作。把所有人加起来，就是团队的专注工时。要换算成故事点，就按这个迭代和正常迭代的容量比例，缩放团队的平均速率。
下面一步步讲公式，给一个 5 人团队的完整例子，再说说让容量数字失去意义的常见错误。
迭代容量是什么
迭代容量是团队在这一个迭代里真正能用在迭代工作上的时间。它和速率不是一回事。速率是团队过去几个迭代完成了多少，通常用故事点表示；容量是接下来这个迭代有多少时间。一个平均速率 36 点的团队，如果这个迭代有两个人休假、还赶上公共假期，就完成不了 36 点。容量规划的作用，就是在承诺之前发现这一点，而不是等到评审会上才发现。
迭代容量公式
每个人分别算：
- 在岗天数 = 迭代内工作日（去掉周末和公共假期）− 这个人的请假天数。
- 总工时 = 在岗天数 × 每天工时 × 投入比例。投入比例是他在这个团队上的时间占比：全职成员 100%，同时在两个团队的人 50%。
- 会议工时 = 迭代内的计划会、站会、评审会和复盘会，按投入比例和在岗天数占比缩放。
- 专注工时 =（总工时 − 会议工时）× 专注系数。
团队容量就是所有人专注工时的总和。再除以每天工时，就得到以“理想人天”表示的同一个数，有些团队更习惯这样讨论。
专注系数填多少
专注系数扣掉的是没人写上看板的时间：回答支持问题、帮别的团队看代码、被打断、在任务之间切换，以及总会冒出来的小事。对大多数团队来说，60% 到 80% 比较现实，70% 是个合适的起点。别在计划会上争这个数。先用 70%，连续三四个迭代对比算出来的容量和实际完成的工作，再慢慢调整。
一个完整例子
一个两周的迭代，从 11 月 9 日周一到 11 月 20 日周五，共 10 个工作日，但 11 日周三是公共假期，所以只有 9 天。团队 5 个人，每天工作 8 小时。整个迭代里，计划会、站会、评审会和复盘会每个全职成员共占 10 小时。专注系数 70%。
| 成员 | 在岗天数 | 总工时 | 会议 | 专注工时 |
|---|---|---|---|---|
| A、C、E（每人） | 9 | 72 | 10 | 43.4 |
| B，请假 3 天 | 6 | 48 | 6.7 | 28.9 |
| D，50% 时间在本团队 | 9 | 36 | 5 | 21.7 |
| 团队 | 300 | 41.7 | 180.8 |
B 的会议工时是 10 × 6/9，因为 B 只在三分之二的迭代里在岗。D 的会议工时减半，因为 D 只有一半时间在这个团队。团队大约有 181 个专注工时，也就是 22.6 个理想人天。
从工时换算成故事点承诺
多数团队用故事点做承诺，而不是工时，所以真正有用的问题是：这个迭代和正常迭代比起来怎样。先算同一个团队在没有假期、没人请假时的容量，这里是 220.5 个专注工时。这个迭代是 180.8，相当于正常的 82%。
再看最近的速率。假设最近 5 个迭代分别完成了 34、41、29、38、36 点，平均 35.6 点。按 82% 缩放，大约是 29 点。要给一个范围，就分别取过去较弱一半和较强一半迭代的平均值：(29 + 34 + 36) / 3 × 0.82 ≈ 27，(36 + 38 + 41) / 3 × 0.82 ≈ 32。所以合理的承诺是 27 到 32 点左右，而不是团队按习惯会拉进来的 36 点。
这个例子里的每个数字，都是免费的 RetroLift 迭代容量计算器的实际输出，它用的就是这套方法。
常见错误
- 按每天 8 小时迭代工作来计划。没有人能做到。不扣会议、不乘专注系数，算出来的数每次都偏高。
- 忘了兼职成员。同时在两个团队的人，在这里只算半个人，会议也一样。
- 用容量评价个人。容量是团队的计划依据。一旦变成绩效数字，大家就会往里面注水。
- 每个迭代都改专注系数。要根据几个迭代的结果慢慢调，否则这个数就失去了参考价值。
- 算完不用。如果容量只有正常的 82%，就少接一些工作。只有能改变计划，这个计算才值得做。
迭代开始后怎么跟踪
容量告诉你该承诺多少，燃尽图告诉你进度是否正常。理想线在周末和假期应该是平的，否则每个有假期的迭代看起来都会落后。如果剩余工作连续几天不下降，就在站会上提出来，不要等到评审会。之后的迭代复盘，正是讨论估算和结果为什么不同的地方。
常见问题
容量和速率有什么区别？
速率是团队过去几个迭代完成的工作量，通常用故事点表示。容量是下一个迭代可用的时间，通常用工时或理想人天表示。用容量把速率按接下来的迭代调高或调低。
容量应该用工时还是故事点？
用工时算，因为假期和请假都是按时间计的。再用它和正常迭代的比例去缩放故事点速率，就像上面的例子。
新团队的专注系数填多少？
从 70% 开始。三四个迭代之后，对比计划容量和实际完成量，每次小幅上调或下调。
会议要从容量里扣掉吗？
要。计划会、站会、评审会和复盘会都会占用迭代工作时间，所以在乘专注系数之前先扣掉。