项目和程序的敏捷里程碑标准

您在整个组织中对于给定项目或计划的发布产品具有相互依赖性。 您可以观看演示。 那不是问题。 您需要足够的洞察力或预测才能启动营销活动或创建培训视频或产品文档。 您需要某种里程​​碑式的标准，以便您可以完成整个产品。

里程碑标准允许在完全完成产品之前发生特定的里程碑。 发布标准会告诉您产品何时完成。 里程碑标准会告诉您是否可以开始进行此产品工作。

组织的其余部分可能也需要编写发布标准。 没有文档教程或市场营销，您可能没有产品。

而且，有时候，达到软件发布标准会触发整个组织的其他工作。 如果您的营销组织需要性能或可靠性数据，则他们需要软件/硬件才能完成，即使不是完全完成。 这创建了分阶段/阶段的方法来发布最终产品。

当技术之外的人们使用敏捷方法时，他们可以在产品完成之前就开始工作。 但是，他们不能，因为他们依赖于产品做的烦躁的状态下完成自己的工作。

让我们以市场营销活动为例。 组织在产品准备就绪之前就开始了活动。 （一些非常罕见的组织在营销活动开始之前就等产品完全完成。我的经验是，有更多的人在产品准备好之前就开始了活动。这是因为等待发布产品需要花钱。）

启动营销活动是该计划的里程碑。 它需要里程碑标准。

如果我们将滚动波计划与特定的发布标准一起使用，我们可以创建较小的里程碑（也许不是英寸鹅卵石），我们可以每两周到一个月评估一次里程碑标准。 评估的频率取决于您总体计划的持续时间以及发布前需要进行的广告系列数量。

假设您的总体计划持续时间约为12个月，并且营销活动需要在产品发布前3个月开始。

定义发布标准

第1个月，期间，当您开始计划，要求每个部门或项目或计划在程序中创建自己的发布标准的产品 。 这样您才能知道整个产品何时完成。 您可能需要集成/重述其中一些发布标准，以便它们变得有意义。

但是，您在计划中具有过渡性的里程碑，例如启动市场营销活动。 营销活动要求产品“做得足够”才能启动。 如果您仅具有发布条件，则不知道是否可以安全地开始市场营销活动。

“做得足够”是您的里程碑标准。 这是各种最低要求可以真正帮助您的程序的地方。 您可能要在开始市场营销活动时完成MVE（最低可行实验）。 您可能已经完成了程序各个部分的MVP（最低可行产品），因此您可以看到整个产品都在工作。 您可能需要一些MMF（最低可销售功能）与客户合作，以​​了解他们对到目前为止的反应，以便您可以在广告系列中使用他们的反应。

定义里程碑标准

您可能会为营销活动创建里程碑标准，该标准应如下所示（这些都是由人组成的）：

1. 能够在“付款”中进行一次信用卡付款，因此您可以显示用户从注册到付款的整个过程。
2. 与Financials软件包完全集成。 没有剩余功能。 （因为完成的风险太大。）
3. 能够显示该产品中工作的电子邮件快乐路径（您已经定义了）的视频。

您可能有更多条件。

程序通常需要里程碑标准。 那是因为他们在整个组织中工作，并且他们相互依赖产品交付，而不是团队的故事完成。 给定的团队甚至程序的整个技术部分都无法完成整个产品本身。

不要等到里程碑到达。 创建里程碑标准后，请立即开始评估它们。

滚动评估里程碑标准

与发布标准一样，里程碑标准已完成或未完成。 如果您要实现它们， 则还没有完成。 不要开始尝试评估完成百分比。 那是一场失败的比赛。 里程碑标准尚未完成。

但是，定期且频繁地评估里程碑标准可帮助人们集中精力，使他们达到这些标准。

对于上述为期一年的计划，我将在头六个月每月开始评估里程碑标准。 （也许五个月。这取决于风险。）我绝对会每两周观看一次演示，以确保我们越来越接近里程碑式​​的标准。

在大约六个月的时间里，我可能每两周开始评估里程碑标准（作为一般计划风险评估的一部分）。 同样，这将集中在各个团队上。

如果您错过里程碑标准，请及早学习

当您定期评估里程碑标准时，您可能会提前了解到您想要的日期不符合标准。 没关系。

早知道有延迟吗？ 哇，那是宝贵的知识。

如果您知道无法在需要时启动营销活动，则可以选择其他日期。 您可能会重新评估产品应该解决的问题。 您可能会重新评估市场。 如果您知道任何延迟，则可以创建选择。

以敏捷方式使用里程碑标准进行敏捷计划

我建议每月进行一次波动，以评估您的里程碑标准。 如果程序短于一年，则您的程序可能需要减少这种波动。 如果您有一个为期六个月的计划，我建议每两周评估一次里程碑标准。

虽然您可以自己巩固标准，但可以调整评估过程。 您何时需要重新评估标准？ 该程序还需要发生什么？ 对您的敏捷路线图和精益路线图使用基于流的方法，以帮助所有人了解程序中正在发生的事情。

里程碑标准不是唯一的答案。 但是，多年来我一直以这种方式使用它们，并且它们为我工作。 让我知道他们如何为您服务。

翻译自: https://www.javacodegeeks.com/2019/04/agile-milestone-criteria-projects-programs.html