文章探讨了CHAOS报告中关于项目成功的标准，指出即使在敏捷开发普及的今天，项目成功的衡量标准依然过于侧重初始估算的准确性。作者提出，应当根据市场需求来定义项目的成功，并质疑了预估在决策过程中的必要性，引发了对#NoEstimates的思考。
您知道新年的最佳方法是什么？ 回顾项目的成功率！
Standish集团已经发布CHAOS报告已有20多年了。 我发现他们仍然对项目的成功和失败使用相同的标准并不感到惊讶。 这是CHAOS定义的摘要：
解决方案类型1，或项目成功 ：项目按时，按预算完成，具有所有功能和功能，如最初指定的那样。
决议类型2，或面临挑战的项目：该项目已完成并投入运营，但在预算范围内超出了预算，且功能和功能少于最初指定的功能。
分辨率类型3，或项目失败 ：在开发周期中某个时候该项目被取消或已交付， 但未使用 。
如我们所见，铁三角仍然占主导地位。 我们仍在根据初始范围估算初始成本和持续时间的良好程度来衡量成功与否。 由于该研究中有一半的项目陷入了挑战 ，而且失败的比例增加了约20％，我们的行业并没有比以前做得更好（尽管自2004年以来成功的数量略有增加，失败
527
455
1792
162
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
最低0.47元/天 解锁文章
