个人开发进度快，质量也不低，为什么还要实施 GJB5000A？

多年以前，当我作为GJB5000A的评价员，给某军工单位做GJB5000A三级资质评价的时候，他曾问了我一个问题：

作为一个码农，我曾经在一个月内自己独立开发完成一个应用系统交给用户使用，那我们为什么还要搞5000？

时隔久远，我已经不记得怎么回答这个问题了。反正这个问题也不是三言两语能够说得清楚的。不同的使用场景、不同的质量要求，都会使这个问题成为一个不简单的问题。

最近，我看到了关于个人开发和传统部门开发的一组数据，又重新思考了这个问题。

这些数据是这样的：

从以上这组数据来看，个人开发的数据非常好，人力节省，生产率高，质量也不差。那么，军用软件开发就能依靠个人开发来完成吗？

答案当然是否定的。

首先，这组数据中的部分数据是有潜台词的，实际并不像表面上看起来那样。比如，传统部门开发的质量数据看似差一点，但是如果实施GJB5000A，重视软件工程，组织只要同时采取其它的缺陷去除方法（如静态分析等），那么还是部门开发的质量数据高；个人开发看似生产率很高，但是那是在不写用户文档、不做维护的情况下，而如果进行军用软件开发是不可能跳过这些任务的。

除了上面的数据分析之外，军用软件开发应采用传统部门开发，实施GJB5000A，从个人开发中超脱出来，还有以下几个原因：

1. 更多的业界最佳实践的使用

实施GJB5000A之后的软件开发是团队开发，它可以使用的业界最佳实践会更多：因为GJB5000A本身就是优秀软件工程实践的集合；还因为它不仅要实现项目的目标，还要实现组织的目标。

2. 更多的开发/测试 工具 的使用

实施GJB5000A之后的软件开发会更加重视工具的使用。软件工程能力包括工具、方法和过程。实施GJB5000A，提高软件工程能力，就必须要重视开发/测试工具的使用。而且，实施GJB5000A之后的软件开发是团队的开发方式，团队成员之间是有任务分工的，有了这种分工，组织才会进一步去探索如何把分工的角色做好。比如，如果有人专职做测试，他才会尝试使用不同的测试工具以追求更高效地完成测试任务的目的。

3. 更多的关注安全性可靠性等非功能需求

对于一个组织来说，软件开发不是一锤子买卖，它必须要重视和不断提高用户满意度。而软件的安全性和可靠性这些非功能需求，会比功能需求更容易影响用户的满意度。能用是基本要求，好用才能让用户满意。实施GJB5000A之后的软件开发，不仅重视软件功能需求的实现，同时也重视用户满意度的提高。

毫无疑问，使用的最佳实践越多，软件生产率、质量会越高；更多更好的工具的使用，就是软件工程能力提高的体现；这些都是高效高质量软件开发的必要途径。而安全性和可靠性更是军用软件必须重视的。

所以，对于军用软件开发来说，还是要实施GJB5000A才行啊。