使用基于迭代的敏捷创建里程碑

我一直在指导几个有问题的团队：他们喜欢迭代工作。 并且，它们具有不在里程碑边界上的里程碑。 他们该怎么办？ （我建议使用流程，您应该已经听到了他们的回应。嗯，也许不是。）

这就是人们想要这些里程碑的原因：

• 团队无法交付（无论出​​于何种原因）作为连续交付。
• PO（或其他人）想在特定日期发布该MVP或整个功能集。 该版本解决了某人的问题，这就是为什么它是一个里程碑。

这是一个示例：假设您正在开发基于学校的产品。 您不能在分级期间中途更改产品的分级部分。 但是，您可以在分级期间结束之后和下一个分级开始之前的任何时间更改分级部分。 也许您知道潜在客户将在三周内进行一次大型演示。 您希望该新评分产品作为该演示的一部分。 您需要进行两周的迭代，这通常是一件好事。

您可以将连续交付用于产品的其他部分，而不是用于分级。 您需要实现此里程碑，并且它不在迭代边界上。

这是我过去在团队内部处理此问题的方式。 团队按故事顺序对故事进行排序，并完成功能。 PO接受这些功能，并且团队在内部发布或带有标志以阻止客户使用新功能。

故事要小。 仅仅因为里程碑需要它“全部”，并不意味着故事可能很大。