高质高效软件开发组织能力模型

背景

至今，我在Motorola网络部工作超过了5年，所在的产品线也是采用统一软件开发过程和敏捷思想(但不是SCRUM)来组织软件开发活动的，但这5年多的工作经历从未引起我象微博上对于SCRUM话题的激烈讨论这样的思考。原因之一可能是，公司的流程已经很成熟了且形成了一种文化，不论怎样的新人进入公司，都只需按照流程按步就班的工作就行了。另外，公司的开发流程并不包含象SCRUM所要求的形式化内容，使得我在工作中没有机会体会和思考各种行为的利与弊。

与周围的同事相比，我自认为自己的工作质量和效率都很突出，这归功于我所掌握的知识、工具、方法和形成的思想。这四大块内容也是将要出版的《专业嵌入式软件开发 — 全面走向高质高效编程》一书的骨架。然而，最近微博上对于SCRUM的讨论使我意识到，我的焦点更多地放在了工程师身上，而忽视了从组织的角度思考如何高质高效地从事软件开发工作。即使这样，我仍持这样一种观点：不论是怎样的开发方法，一定要最终从基层工程师身上找到着力点，因为软件产品的最终质量是他们“码”出来的。一个方法论是否真的有效，得看方法论能多大程度地帮助工程师高效地开发出高质代码，且该方法论被工程师所接受。注意，是“帮助”他们而不是“规范”他们。

对于SCRUM我还是一个门外汉(注：Motorola网络部被NSN收购后也要求使用SCRUM，希望到时能写些文章与大家分享所得与体会)，但这并不妨碍我思考从事高质高效软件开发我们到底需要什么。

SCRUM是银弹吗？绝对不是，因为她只是一个很粗的开发流程框架，仍无法消除开发活动中的人为因素(但可以减缓)。如果SCRUM不是银弹，那将SCRUM引入到团队中时我们应如何本地化呢？

模型

纵观软件行业开发方法论的发展，大多关注于开发过程。这一点从瀑布模型、统一软件开发过程、CMMI和现在的敏捷软件开发方法无一例外。开发工程化的思想深深地影响着软件行业对开发方法论的探讨，但业内也以意识到了软件开发不只是工程，它更包含个体心理、行为等难以工程化的内容。在这里，我想抛砖引玉地提出自己的一个能力模型，来帮助思考我们到底需要什么、走向哪。该模型存在抽象与具体两大层次。让我们先从抽象模型开始，如图1所示。