【原】当前军用软件开发存在的问题

自从2003年GJB5000发布实施以来，军用软件开发已经得到了很大改善，但是，以装备研制为核心，系统拥有绝对话语权的研发环境并没有多少改变，所以当前军用软件开发仍然存在很多问题。

• 地位低下

软件一直以来都是作为硬件设备的附属品存在，尽管军用软件计价办法已经出台，但在很多项目中依然没有对软件单独计价。没有计价，软件就没有话语权，在组织中就不被重视，项目验收都是以系统/设备来进行，软件不会被专项检查；软件开发人员薪资普遍低于硬件开发人员。

• 资源不足

很多组织都没有专业的软件开发人员，软件开发通常都是由硬件人员转行承担的，软件开发人员的专业性不足。而且随着软件配置项的增加，这样的开发人员依然不够。软件开发通常只有基本的IDE开发工具，建模、代码审查、测试等工具缺乏，软件开发以完成任务为主，没有什么资产积累。

• 缺乏创新

软件开发人员的精力都用在了完成任务上，没有时间没有精力没有动力去了解和使用新技术、新工具、新方法。

• 没有专业规划

组织的发展规划通常只考虑整个装备/系统，对于软件专业发展没有一个清晰的规划。软件定义装备的思想还没有深入人心。

• 分身乏术

组织中的软件开发人员通常都要同时负担多个项目，不同的项目可能处于不同的研制阶段，今天被这个项目喊去联试，明天要为另一个项目出差，有时要静下心来写好一个程序，还要因为保密、开会被打断。

• 单打独斗

尽管已经实施了GJB5000，但是很多组织仍然维持这一个软件一个人负责开发完成。这与GJB5000所倡导的团队开发、与软件工程的一些要求违背。

• 计划粗糙

虽然软件开发都会按照要求写《软件开发计划》，但是这个计划几乎没有什么实质内容，风险是胡乱编的，相关方是没人看的，进度只要满足系统联试就可以了。

• 应变能力差

尽管GJB5000、GJB9001都有风险管理，但项目上的风险管理做的并不好，风险管理很弱甚至没有风险管理，这也使得当有重大变更发生时，开发人员除了加班之外没有很好的应对措施。

• 两张皮

很多通过GJB5000认证的组织，并没有持续地进行软件过程改进，有些管理制度已经失效，软件开发回退到实施GJB5000之前。

• 技术差

很多软件开发人员停留在最基本的实现功能完成任务上面——理解需求，使用基本的IDE环境编写、编译、调试代码，缺少有效的技术规范，不了解设计原则、测试方法，不会使用先进的开发、测试工具，开发效率低下。

• 监管差

软件开发几乎没有监管或不知道怎么监管。组织上只管系统/设备的研制进度，不关心软件的开发过程，只要在产品齐套时软件按时交出来就可以了。组织中那些负责项目监管的人员大多不懂软件，软件开发的监管制度没有融入组织的监管流程。

• 缺少过程改进

由于组织对软件疏于管理，也就几乎不会有人去关心软件开发过程的改进。所以，软件可能会重复出现同样的问题。

你还有没有补充的？

这正是：

实施五千二十年，开发问题仍出现
不花力气来治理，此种现象难改变

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000培训、内外部评价以及软件过程改进、软件工程能力提升的研究工作。