对标准软件开发流程的误解

GJB5000三级要求建立标准的组织过程，那么是不是组织只要建立了标准的软件开发流程，就能够解决软件开发的所有问题，就能够达到提升软件工程能力和软件产品质量水平的目的？

答案是否定的。

实际上我们对标准软件开发流程还存在着很多的误解。比如：

误解1：只要建立了标准开发流程，那么任何人就可以通过学习标准开发流程而学会有关软件开发工作的全部内容

软件开发是一项复杂的技术活动，标准的软件开发流程不可能让一个不懂得开发技术的人 立马学会软件开发。不要说复杂的软件开发活动，哪怕只是硬件生产线上的一些相对简单的活动，也不是仅靠学会流程就能够做好的。

我们从未见过如此简单的工作，通过学习几张纸的文件就可以学到所有需要知道的东西。

误解2：只要建立了标准开发流程，那么随便找一个人来，短时间内就可以教会他如何工作

这个误解就像第一个误解那样，对开发活动的复杂性并没有一个清楚的认知，实际上这种误解也是对从事开发工作的人员不尊重的表现。

误解3：我们可以将所有工作内容都纳入标准开发流程中

这种想法与试图打造出一把万能的瑞士军刀的妄想一样。

标准的软件开发流程只能是我们提高软件工程能力，提升软件质量水平，实施GJB5000的一个工具而已。要达到这一目的，我们还要从技术、工具、方法等多个途径来想办法。

误解4：只要我们把标准开发流程张贴出来，这样开发人员就可以每天看到标准流程并牢记如何工作

标准的可视化是不可能仅靠把标准张贴出来就能够达到效果的。更重要的是要对所有员工开展分层次、分角色、有目的、有计划的培训。学会标准流程是离不开培训的。

误解5：员工可以制定他们自己的标准流程

虽然一线员工对遇到的问题有更清楚的认识，可能能够提出比较切合实际的改进建议，但并不意味着他们就可以任意制定或者更改标准流程。因为他们的建议未必具有全局的视角，不一定适合整个组织。标准流程的制定必须经过一定层次的评审。

误解6：如果建立了标准流程，开发人员就可以按照流程的要求进行工作，而不会偏离标准

有了做事的标准，做事也不一定就满足标准。偏离不偏离标准，最终还是要取决于监控。只有通过高效的人工或自动化的监控，才能及时地发现有没有偏离标准流程，才能够及时地采取措施纠正偏离。

这正是：

标准流程非万能，误解纷纷错中行

若要开发满初衷，脚踏实地方可成

参考书目：丰田模式（实践手册篇）：实施丰田4P的实践指南，作者：【美】莱克（K. Liker, J.）,【美】梅尔（Meier, D.），译者：王世权，出版社：机械工业出版社