敏捷收养定期表
无所作为,PDU免费

敏捷作为“错误稳定错误”的解决方案

错误 Malcolm Gradwell(眨眼和小费点的作者)在几周前在镇上镇上,我享受了一个伟大的演示,他介绍了我们认为我们有关于一个主题的完整信息时会发生什么。

问题
Gladwell断言,全球经济危机在很大程度上造成了“错误稳定错误”。这些是由于依赖信息而变得充满信心的领导者的错误。主要银行负责人的智慧,专业和尊重的人在比赛之上;事实证明,谁是来自错误错误错误的主要候选人。

无能为力的人经常,主要是不重要的错误,这是可以理解的。它们主要是不重要的错误,因为无能的人很少达到权力的位置。然而,那些高度竞争力的人易受罕见的,但非常重要的错误。 

想到全球经济危机,银行首席执行官似乎拒绝剥夺次级抵押贷款市场的即将崩溃。 (当他们仍然将产品推荐给他们的客户时,仍然是近端的意思,但在他们的客户仍然推荐产品时,他们很乐意打赌他们自己的公司,他们知道他们所知道的“AAA”的级别衍生品真的只是一系列高度嫌疑次级次级抵押贷款。)

无论如何,这种受过教育的现象,知情的领导者发出罕见,但灾难性的错误并不是新的,不太可能很快消失,似乎是一个烘焙的人缺陷。当凭借增加的信息水平越来越多,我们对判断准确性的看法时,在现实中,他们的判断可能非常可疑。让我们来看看一些例子:


一个例子
在STUART Oskamp的一项研究中,精神科医生给出了一段关于患者的信息,并要求诊断并达到他们对诊断的信心评定其信心约25%。这是不百万有的近25%的实际诊断精度。

然后,相同的精神科医生对患者的一页作用,并重复的过程。他们对诊断的信心增加到40%,即使他们的成功率相当接近25%,即使他们的成功率也很接近。每次有关患者,10页,然后整个文件提供更多信息,他们的信心增加到70%和90%,而他们的诊断精度升高到25%,达到27%,最终是29%。现在我们有一个危险的位置,高技能,尊重的专业人士,在他们的比赛之上,很少有人质疑他们,对他们有缺陷的意见充满信心。

罗宾威尔概述了这种情况,我想到了我的时间花费计划和安排传统项目,然后转到敏捷。范围已定义,创建的详细要求文件,由熟练的团队创建和审计的估计,并与几种不同的估计方法相关。随着数据,严谨和软件工程最佳实践的应用,我对计划的信心增加了。如此精心制作,资源平均的计划,每个已知的风险都与应急相平衡;以便 即使发生意外发生的事情,我们也有一个计划,我们必须准备和定位成功。

这是一个经典的错误态误差,随着导致关于一个固有的不可知域(自定义软件开发)的信息越来越多的信息,不可避免地导致偶尔失败或重大项目问题。 

规格也容易发生错误错误。当我们花费大量时间收集规格时,验证规格和详细讨论的替代流程和例外,我们为他们建立了信心感。 在我的职业生涯中,我曾在军事软件开发上工作,我们使用了像“Z”和“obj”这样的正式规格语言。这些规格是机器可读和机器可检验。通过写出非常紧张的,定义的规格,捕获任何遗漏并保证对测试的要求得到了保证,我们认为我们已经涵盖了我们的基础。然而,仍然发生了不可预见的问题。

解决方案
Gladwell建议“常常与现实的检查站”作为错误稳定错误的解决方案。而不是允许自己建立在附近,计划和规范之上,而不是验证步骤。由于金融衍生物,这可能意味着评估每个组成部分的风险并比较风险 - 金融危机中的复杂过程是纪录片的“内部工作”揭示。然而,对于项目经理,敏捷提供了许多机会。

迭代演示和团队速度对Grandiose项目计划的影响感到兴起。是的,我们现在可能计划在项目中在项目中处于指向“X”,但如果业务只接受功能“Y”,并且团队速度平均每月10个小部件,那么这就是我们所需的现实。

同样对于规范,他们在今天是最佳的推理猜测,但使用情况揭示了真正的要求。我们认为重要的月份目录特征是重要的,可以从规范和评估的余额中提取更大的价值。

封闭错误尤其难以捕获,因为它们是由难以与之争论的域专家制造的。质疑本规范的BA团队,他们可以埋葬有关流程的详细信息,所使用的检查和余额以及客户签名。质疑PM对项目计划和同样的事情发生,可以遵循每个最佳实践,人们可以咨询,所有这些都建立了一个利益相关者的信心,然而风险在那里。

我们收集的信息越多,我们就越提高了对确定性或诊断的内部感知。与现实的频繁检查点可能是幽默,因为我们表面较小,迭代长的错误错误错误,但这些错误通常可以生存并且对于避免可能是致命的基于项目的基于项目的错误错误错误至关重要。

注释

你好迈克,

与专家项目经理的专家精神科医生的良好康提器。
两者都可以陷入困境,具有过多的信息和过度信线。

敏捷中的小迭代的美丽是迈出一小步并检查(通过演示到客户)如果您正朝着正确的方向。它为您提供了适应不断变化的业务需求的灵活性和灵活性。

在一句话中,"更大的风险被分解为较小的风险,很容易处理".

mahtab syed.

谢谢迈克共享伟大的有趣帖子。项目经理应阅读以了解PM特征。敏捷开发在非常小的块中做了工作,以消除所有错误,不必要的资源,使过程开发简单而简单。

此项对应的评论被关闭。