诗的功夫在诗外 - CMMI5000八个领域里的新思路
2020-03-12
来源：老丛讲桌
Donald Reinertsen是我敬重的一位产品大师，他写的三本书都极大引发了我的共鸣。虽然他专注的不是软件，但其所提出的创造新产品开发的原则与实践，特别是在不确定开发环境下“FLOW”的管理方法，堪称解决一些软件开发问题的灵丹妙药，为新一代精益软件开发提供了一套系统的方法论。这里给大家简单介绍几个貌似和软件工程、CMMI不相干，但其实能给我们带来创新启发的领域。
经济学
软件度量做得差的最主要原因一般都是没从经济角度考虑问题。如果没有把开发周期、软件产品成本、开发成本、产品价值、风险等相关联的变量整合在一个经济框架内，开发过程的重要决策自然不会基于经济指标。所谓经济指标无非就是哪种选择会让经济价值最大化。想当然的替代指标显然不会引起决策者重视的，度量数据没人真正使用一点不奇怪。
经济学可以帮助我们建立CMMI/5000高成熟度框架，可以纠正高成熟度的一个突出问题：那就是过于片面的强调减少变异（variation），而非通过控制变异（variation）使价值最大化，尤其是在不确定开发环境下。
CMMI 2.0对价值追求的强调，给经济学融入软件开发提供了一个极好的机会。
统计学
统计思维在软件开发中的应用是CMMI高成熟度的一个要求，统计技术给理解和有效管理过程变异提供了丰富的工具。
统计学和经济学的结合可以让我们把关键过程变异指标和经济指标紧密结合，这也是统计技术如何有效用在软件开发中的关键考虑。我坚信统计学必定会在软件开发和质量控制中大放异彩。
近十年来，我一直强调统计技术在软件中的应用必须跳出六西格玛的框架，我很认可Donald Reinertsen的观察：六西格玛强调的是随机变量，它可以帮助我们理解、管控重复的生产和制造流程。而在产品开发（软件开发）领域，我们面对的却是随机过程。相信CMMI圈子里，其实也有不少人意识到这一点。有机会我会在CMMI研究院年会上进一步指出这个问题，并给出改进建议。特别希望能看到升级后的5000，在高成熟度方面有所突破、创新。
队列理论
这是一个被软件工程，CMMI/5000严重忽略的领域。一直以来，软件开发仅强调提升效率（实际做事时间：需求分析、设计、开发、测试等），却完全不看等待时间。整个开发周期是所有处理时间和等待时间之和，无论你用敏捷还是瀑布，无形的等待队列在开发过程中比比皆是。队列理论建立了明确的资源使用率（如人员饱和程度）和等待时间的量化关系，提供了缩短等待时间的分析手段，这是缩短开发周期高性价比的有效做法。
队列理论已成为新一代精益软件开发的重要
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
