28、软件开发团队的容量、松弛时间与会议管理策略

软件开发团队的容量、松弛时间与会议管理策略

1. 容量规划

在软件开发中，容量规划是迭代工作的重要基础。容量规划假设使用迭代方式进行开发，并且需要一定的松弛时间来解决小问题和消除不一致性。

1.1 估算与信任

估算工作需要信任。开发者需要相信他们可以给出准确的估算而不会受到攻击，客户和利益相关者也需要相信开发者提供的是诚实的估算。若这种信任缺失，就需要努力去建立。而且，无论采用何种估算和容量规划方法，都绝不能用容量数字或不正确的估算来攻击开发者，因为这会迅速破坏信任。

1.2 有效使用容量的指标

当能够有效使用容量时，会呈现以下特征：
- 每次迭代的容量稳定且可预测。
- 能够做出迭代承诺并可靠地完成。
- 估算快速简单，甚至无需估算。
- 能在一两分钟内评估大多数故事的规模。

1.3 容量规划的方法

• Yesterday’s Weather 方法 ：核心思想是关注一致性而非准确性，基于过去的测量进行预测，并形成自动纠正的反馈循环。它简单可靠，但依赖松弛时间来弥补不足。
• 其他方法 ：一些流行的替代方法，如基于先前迭代的平均值来确定容量，或者计算跨迭代完成的故事数量。但这些方法往往只是增加了容量数字，而没有提高团队的实际交付能力，可能导致团队难以完成承诺。因此，更好的做法是规划较低的容量，利用产生的松弛时间来提高团队的实际交付能力。
• #NoEstimates 运动 ：有两种方法，一