在PMI的敏捷认证考试内容大纲中
PMI Agile Cert被称为“敏捷认证从业者”

谎言,该死的谎言和统计数据

"叫哈利埃尔哈总是冒犯某人"

危险统计 我很高兴PMI最终识别敏捷方法,肯桑克最近 发布 关于PMI敏捷认证,说他 “......欢迎这一点,并期待PMI从其先前的敏捷方法转移。当然,这将是遵守其原则的项目的成功。在过去,他们预测方法的成功(或产量)少于50%的项目(按时,约会,具有所需的功能。)“

他从同时出现了一份报告,每隔几年出现并记录IT项目的成功和失败率。自1994年以来,混乱报告已发布,同年DSDM出现,当许多敏捷方法进行时。每年的结果略有不同,但一般主题是许多IT项目受到挑战,结果如下典型:

    * 32%  成功(按时,预算,全功能)
    * 44%  挑战(迟到,预算和/或少于承诺的功能)
    * 24%  失败(取消或从未使用)
    * 61%   Feature complete

自敏捷开始以来是PMI问题以来,这是有趣的,因此肯定是IT项目的差的成功率。您会认为,随着敏捷方法的兴起和所有这些Scrum,XP,FDD和DSDM项目的成功,我们听到的,这些统计数据将立即转向!


也许敏捷采用仍然太小,大多数公司都在运行单通瀑布项目,或者有指挥控制项目经理?嗯,如果你相信迫锐的研究和Dobb博士,那就不要了。它们表明,现在使用的敏捷方法比其他任何其他方法都不多。 35%的公司使用敏捷和21%的人使用某种迭代方法,只有13%使用瀑布方法。

  敏捷收养
 
因此,如果56%的项目,2009年回来,已经获得了迭代方法的自适应反馈利益,为什么混乱报告发现没有更好?此外,敏捷持续的增加和去年Gartner预测 “到2012年,敏捷开发方法将在80%的软件开发项目中使用”. 所以为什么糟糕的结果,并再次告诉我,为什么我们看到的失败是PMI问题,由“他们的预测方法”似乎似乎已经在少数群体?

我已经被混乱报告调查结果的明显缺乏改善所困扰约5年;因为我认为敏捷方法的增加应该产生很大的差异。我还用它们是为什么需要公司转向敏捷方法的例子,如果目前的方法不那么好,也许我们应该尝试别的东西。

在敏捷200X会议的早期,我们有150到300名与会者,他们倾向于成为创新者和早期采用者组织。然而,在过去的5年里,会议已经膨胀至1,200,1,500人,更多的与会者,因为敏捷明显越过了鸿沟。与会者不仅仅是来自软件公司,而且,当地政府,公用事业和风险不利保险公司都使用敏捷方法,但那些混乱的报告发现几乎没有比赛。

以下是1994年至2009年的混乱报告调查结果。
混乱的结果
我们可以看到成功的项目略有增加,但没有“曲棍球棒”形状的塑造,甚至任何接近35%增加35%的敏捷收养到2009年。在做一些研究后它变成了显然,他们对成功的定义与平均提案国的定义完全不同。

Chaos报告定义成功不是“+/-预算+/20%的功能”,您可能会认为。相反,通过计算初始预测的项目数量大于实际成本和时间的项目数,而是计算项目的成功措施,以及较小的功能。这是计算成功率的项目总数。 Standish Group将其成功措施定义为成本,时间和功能的估计准确性的衡量标准。

如果这听起来很困惑,那么它是合适的,虽然他们的数学可能是统计上的可毁灭的,但它更像是一组项目中的估计方差的衡量标准,而不是快乐或不满的客户。也许我们的测量棒坏了,或有一个有趣的规模?

  衡量标准

这称许多有用的发现从混乱报告中出现。我在吉姆约翰逊从独立小组出席了一份伟大的介绍,几年后他将学习描述为他们发现的成功项目。在这里,我们为敏捷方法找到了一些有用的认可。下表显示了项目成功的最高排名因子。

成功因素
 
用户参与突出的敏捷方法与小型里程碑一样。此外,敏捷的频繁与业务和产品演示互动有助于浮出清晰的业务目标。所有这些因素导致成功的项目都以敏捷方法突出。

回到肯的帖子,我同意他对欢迎PMI采用敏捷方法的最初评论。绝对有需要接受更好地适合今天知识工作者环境的流程。预测规划在高变化环境中不起作用,指挥控制管理无法参与或激励团队。简而言之,项目管理需要继续前进。

然而,当今,CHAOS标准,当今的IT失败,对PMI流程可能无效,当时敏捷现在最广泛使用它的方法。根据您的观点,此协会可以被视为“乐观地天真”,因为因果关系弱,或者“心灵上的Canny”,因为混乱报告发现不会发生巨大变化,直到他们调整成功的定义。

例证类似折磨的陈述是: “我欢迎Ken的认可,旨在认为这种支持的考验当然,敏捷方法在解决全球变暖方面的成功,过去一直不到成功”. 链接只是不存在。

这篇文章有点像我离开;我不想从事火焰战争,并感谢Ken教授我的Scrum。然而,由于我们看到混乱报告调查结果广泛宣传为改变的理由,我想谨慎分享他们的申请。也是敏捷方法成为规范,对现状的批评是对敏捷的批评。

我在这里看到了讽刺和重复性;当敏捷很小时,混乱的统计数据是改变的集会哭泣。现在他们正在解决敏捷项目,我称之为问题。正如他们所说,谎言,该死的谎言和统计数据。我猜我们需要良好地选择我们的统计数据,也需要愿意触发器,以便为我们的论点设置。吉姆约翰逊来自独立组经常被问到“混乱”代表什么,一个人建议“叫哈利埃尔哈总是冒犯某人“这似乎在这里。
 

   1)混乱报告数字的上升和下降,IEEE软件,2010
   2)2003年吉姆约翰逊的Chaos Chronicles


注释

此项对应的评论被关闭。