衡量模型是否成功_成功的衡量标准

衡量模型是否成功

是什么使项目成功？

瀑布项目管理告诉我们，这与满足范围，时间和成本目标有关。

这些成功指标是否也适用于敏捷项目？

让我们来看看。

• 在敏捷项目中，我们一直在学习新信息。 范围可能会随时间变化，因为我们发现我们认为客户想要的东西是错误的，而实际上我们甚至没有想到的功能是必需的。
• 我们知道估算范围，时间和预算时并不了解所有内容。 两种项目都是如此，但是在敏捷项目中我们承认这一点，因此不要将它们锁定为目标。
• 瀑布项目计划不受反馈。 在敏捷项目中，我们将反馈周期纳入了计划，因此我们将能够引入变更。 我们从“我们知道我们需要做什么”转变为“让我们知道我们在想的是正确的”观点。
• 在瀑布式项目中，假设没有可变性，并且该计划涵盖了任何可能的风险。 实际上，计划中的一小步变更可能会对产品交付造成灾难性（或奇妙的）影响。
• 在敏捷项目中按优先顺序进行积压工作意味着项目可以“过早”结束。 如果我们有一半功能的满意客户，为什么不就此止步呢？ 如果我们提供较小的范围，预算不足且在截止日期之前，该项目是否真的失败了？
• 有些项目是如此之久，以至于做出最初估计的人早已不复存在。 他们所依赖的假设不再正确，技术已经改变，市场也是如此。 敏捷项目没有计划那么长的将来，因此无法根据经典指标进行衡量。
• 质量不是范围，时间和成本三者的一部分，通常不作为目标。 质量不容易衡量，并且受到其他三个方面的压力。 在敏捷项目中，质量被认为是一流的公民，因为我们知道质量不仅支持客户满意度，还支持团队以一致的速度交付的能力。

各种差异。 但是他们没有回答一个非常简单的问题：

什么是成功？

在任何类型的项目中，成功都有影响。 它创造了满意的客户。 它创造了一个新市场。 它改变了人们对公司的看法和感觉。 这也改变了公司内部人员的看法。

这种影响才是成功项目的关键。 这就是我们应该衡量的。

所有这些的问题在于，即使在交货日期也无法对其进行计量。 成本，预算和范围在交付日期可能是可衡量的，包括根据最初的估计，但它们并不能真正表示成功。 实际上，在范围，时间和成本目标中存在破坏力：它们以牺牲他人为代价，例如质量和客户满意度。 如果最后期限很重要，则质量会受到影响。 我们都去过那里。

敏捷项目的妙处在于，如果客户是流程的一部分，并且开发产品的人员是否与客户的反馈意见保持一致，我们就能树立正确的信心。 反馈会根据现实生活中的参数，尽早告知我们该项目是否会成功。

如果我们错了，那也很好。 我们可以减少损失，转向另一个机会。

所以敏捷更好，对吗？

是的，我很敏捷。

不，我不认为敏捷每次都能奏效。

我要求您为产品和市场确定成功目标，而不是根据方法论，而是根据它将产生的影响。

只有您才能真正衡量成功。

翻译自: https://www.javacodegeeks.com/2014/09/the-measure-of-success.html

衡量模型是否成功