衡量模型是否成功
瀑布项目管理告诉我们,这与满足范围,时间和成本目标有关。
这些成功指标是否也适用于敏捷项目?
让我们来看看。
- 在敏捷项目中,我们一直在学习新信息。 范围可能会随时间变化,因为我们发现我们认为客户想要的东西是错误的,而实际上我们甚至没有想到的功能是必需的。
- 我们知道估算范围,时间和预算时并不了解所有内容。 两种项目都是如此,但是在敏捷项目中我们承认这一点,因此不要将它们锁定为目标。
- 瀑布项目计划不受反馈。 在敏捷项目中,我们将反馈周期纳入了计划,因此我们将能够引入变更。 我们从“我们知道我们需要做什么”转变为“让我们知道我们在想的是正确的”观点。
- 在瀑布式项目中,假设没有可变性,并且该计划涵盖了任何可能的风险。 实际上,计划中的一小步变更可能会对产品交付造成灾难性(或奇妙的)影响。
- 在敏捷项目中按优先顺序进行积压工作意味着项目可以“过早”结束。 如果我们有一半功能的满意客户,为什么不就此止步呢? 如果我们提供较小的范围,预算不足且在截止日期之前,该项目是否真的失败了?
- 有些项目是如此之久,以至于做出最初估计的人早已不复存在。 他们所依赖的假设不再正确,技术已经改变,市场也是如此。 敏捷项目没有计划那么长的将来,因此无法根据经典指标进行衡量。
- 质量不是范围,时间和成本三者的一部分,通常不作为目标。 质量不容易衡量,并且受到其他三个方面的压力。 在敏捷项目中,质量被认为是一流的公民,因为我们知道质量不仅支持客户满意度,还支持团队以一致的速度交付的能力。
各种差异。 但是他们没有回答一个非常简单的问题:
什么是成功?
在任何类型的项目中,成功都有影响。 它创造了满意的客户。 它创造了一个新市场。 它改变了人们对公司的看法和感觉。 这也改变了公司内部人员的看法。
这种影响才是成功项目的关键。 这就是我们应该衡量的。
所有这些的问题在于,即使在交货日期也无法对其进行计量。 成本,预算和范围在交付日期可能是可衡量的,包括根据最初的估计,但它们并不能真正表示成功。 实际上,在范围,时间和成本目标中存在破坏力:它们以牺牲他人为代价,例如质量和客户满意度。 如果最后期限很重要,则质量会受到影响。 我们都去过那里。
敏捷项目的妙处在于,如果客户是流程的一部分,并且开发产品的人员是否与客户的反馈意见保持一致,我们就能树立正确的信心。 反馈会根据现实生活中的参数,尽早告知我们该项目是否会成功。
如果我们错了,那也很好。 我们可以减少损失,转向另一个机会。
所以敏捷更好,对吗?
是的,我很敏捷。
不,我不认为敏捷每次都能奏效。
我要求您为产品和市场确定成功目标,而不是根据方法论,而是根据它将产生的影响。
只有您才能真正衡量成功。
翻译自: https://www.javacodegeeks.com/2014/09/the-measure-of-success.html
衡量模型是否成功