连续积压细化

创建初始积压，然后留在它的顶部。这是连续积压改进的方式和原因。

在我的上一篇文章，我谈到了压缩的积压改进，其中一个积压在几天内通过与整个团队的一系列密集的精致会议在一系列中，从原油中取出。缺点除了是几天的密集会议，是我们有时匆匆穿过一些故事。我们没有足够的带款时间为其他缔约方进行我们依赖的工作，我们不会恢复一步，看看大局。在寻找最低可行的产品时，将使我们的压力导致我们不清楚最微量的营销特征。

尽管它的缺点，当您需要快速优化1到3个月积压并获得团队冲刺时，可能需要这种方法。但是，这不是精炼和估算额外的最佳方法用户故事或后续的积压。为此，我们应该采用连续积压的细化。

可预测性

我的大多数客户关心可预测性：

对于大多数公司，我们与之合作，甜蜜点为3至6个月。如果产品开发组织可以合理地达到3个月的承诺，并且至少有一个高级思想，对6个月的事情看起来像是......这是我们可以使用的东西。- Mike Cottmeyer.

使用压缩的细化方法，在3个月内获得超过3个月的精致积压令人难以置信。那么，我推荐的是，计划前进并保持未来。当然，如果您需要压缩的方法可以开始，请继续并优化前3个月的积压。然后，立即开始连续地改善4-6个月的时间框架的积压。

连续积压细化

这就是这看起来的样子：随着故事的写作，有其他人产品所有者团队如QA铅，技术领先或分析师审查和改进。将这些故事带到下一个积压的细化会议上，您将拥有每个Sprint。叫它后台细化，调用它后台扫帚，调用它的故事预览，调用它的故事步行，称为您将在日历上定期见面并邀请它整个团队。

假设您需要更新和拆分故事，进入此次会议。但是，不要在会议中更新它们。团队成员可以在会议结束后临时和更新故事。经历重大变化的故事将通过下一个积压的细化会议进行。让我们简短地说这次会议，并尽可能地脱机。

抵制任何故事详细介绍的冲动。几分钟或更短就足够了。请记住，我们正在修饰3个月的故事。我们现在不需要花很多时间。

假设故事尚未准备好估计。假设开发和QA可能希望在估计之前对故事进行一些研究。鼓励他们这样做。给团队的时间这样做。估计这些故事单独会议。精炼故事和估计它们是不同类型的思维。估计一些技巧和护理。

这种方法不再炼制和估算会议，但意味着在Sprint规划开始时可能需要更详细的故事步行（“什么”Sprint Planning的一部分）。那些被密集的压缩精致会议的人可能会通过更多缩写的Sprint计划会议获得。

结论

为了开始敏捷，当我们没有积压时，我们在短时间内创建和新建初始积压。我们将称为压缩的积压细化，虽然它不是受欢迎的方法，但有时你就必须使用这种方法。

一旦团队在积压上冲刺，请不要让它陷入困境。您应该至少有2或3个Sprints的良好的修饰故事，接受标准，为团队准备实施。我的大多数客户都需要额外的3个Sprints的故事，但也许没有验收标准。留在写更多故事并不断完善积压。