Martin Fowler
·
计划中的松弛
💡
原文英文，约600词，阅读约需2分钟。
📝
内容提要
时间盒迭代的常见方法是在每个迭代中分配尽可能多的用户故事，以最大限度地利用相关人员。松弛是有意留出未分配给故事的时间，用于处理非计划工作。尽管这看起来效率低下，但通常会显著提高团队的生产力。引入松弛到计划中的一个好方法是用它来应对计划的固有不确定性。一个平均每个迭代完成20个故事的团队不会每个迭代都完成确切的数量。相反，我们会看到一个范围：比如从15到22。在这种情况下，团队可以以最低一致的数字（15）进行计划，并将额外的时间视为松弛时间。这种方法的一个好处是减少了故事完成的变异性。我们不再担心这个迭代是否能完成20个故事分配中的最后五个，而是可以有很高的信心期望完成15个。对于计划和协调来说，更高的信心通常比试图最大化吞吐量更有价值。人们常常担心松弛会导致懒散，但有很多有效利用松弛时间的方式。最明显的是作为额外的未承诺奖励处理其他故事。这不会影响较低承诺率的可预测性，但可以在可能的情况下完成更多工作。但是，做更多的故事通常不是最有效的做法。大多数团队的工作环境会受到影响而变慢。构建过程中可能存在低效，代码库中可能存在冗余
🎯
关键要点
- 时间盒迭代的常见方法是尽可能多地分配用户故事，以最大化人员利用率。
- 松弛是故意留出未分配时间，用于处理非计划工作，虽然看似低效，但通常能显著提高团队生产力。
- 引入松弛的好方法是应对计划的固有不确定性，团队可以以最低一致的数字进行计划，并将额外时间视为松弛时间。
- 这种方法减少了故事完成的变异性，提高了计划和协调的信心。
- 人们担心松弛会导致懒散，但有很多有效利用松弛时间的方法，如处理额外故事作为未承诺奖励。
- 做更多故事通常不是最有效的做法，工作环境中的低效因素可能会减慢团队速度。
- 利用松弛时间改善与客户的合作，了解客户需求可以提升功能的价值。
- 松弛提高了团队应对紧急请求的能力，允许快速处理小任务。
- 松弛在持续流动中同样重要，持续忙碌可能表明缺乏松弛，导致响应请求的速度变慢。
- 松弛重要且常被低估，但它是调味品而非主菜，过多的松弛会影响可见性和长期规划。
➡️
