计划中的松弛

时间盒迭代的常见方法是在每个迭代中分配尽可能多的用户故事，以最大限度地利用相关人员。松弛是有意留出未分配给故事的时间，用于处理非计划工作。尽管这看起来效率低下，但通常会显著提高团队的生产力。引入松弛到计划中的一个好方法是用它来应对计划的固有不确定性。一个平均每个迭代完成20个故事的团队不会每个迭代都完成确切的数量。相反，我们会看到一个范围：比如从15到22。在这种情况下，团队可以以最低一致的数字（15）进行计划，并将额外的时间视为松弛时间。这种方法的一个好处是减少了故事完成的变异性。我们不再担心这个迭代是否能完成20个故事分配中的最后五个，而是可以有很高的信心期望完成15个。对于计划和协调来说，更高的信心通常比试图最大化吞吐量更有价值。人们常常担心松弛会导致懒散，但有很多有效利用松弛时间的方式。最明显的是作为额外的未承诺奖励处理其他故事。这不会影响较低承诺率的可预测性，但可以在可能的情况下完成更多工作。但是，做更多的故事通常不是最有效的做法。大多数团队的工作环境会受到影响而变慢。构建过程中可能存在低效，代码库中可能存在冗余