如何把控软件开发

今天和项目总体讨论软件开发管理问题。他总是感觉软件管理不知道该怎么办。谈话期间问了几次，要不要写方案。

我说按照现在的软件开发管理流程，已经不要求写软件工程实施方案了，现在要写需求规格、设计说明和接口设计说明。不写方案怎么办？他问。

我知道他的意思。

他是雷达系统的总体负责人。雷达系统中有软件，也有硬件。对于硬件系统，如天馈系统、发射系统、接收系统等，在实施时都会有工程实施方案，其中详细说明了硬件的组成，所用的器件的规格、指标，以及整个分系统的指标，这些指标如何测试，以及整个系统的重点、难点。当大家在讨论的时候，是围绕一个看得见、摸得着的实物，看起来一切一目了然，一切尽在掌控！

可软件该怎么管理？你不知道软件内部是如何实现的，能不能满足要求？等到最后软件完全做出来了，才发现不满足要求，岂不是晚了？

其实也没有那么悲观。

软件工程实施方案，原来是参照硬件工程实施方案来的。可能后来大家觉得不合适，就参照软件开发管理的相关的标准来实施。

看，原来只需要看一个文档，现在要参照四个文档了。其内容不是变少了，而是变多了。在开发前期，通过对这些文档的评审，从需求分析上看能不能覆盖总体的需求，在设计上能不能支撑需求。这样对前期设计有一个把控。

在开发中期，开发人员应尽快地开发出一个可运行版本，并在此基础上，和总体人员一起，不断地迭代，最终开发出符合总体要求的软件。

在这过程中，尽早有一个可运行的版本、保持开发人员和总体的良好沟通、总体的持续关注、开发人员和总体之间融洽的关系、相互的信任，都是软件开发顺利、包质保量完成的基础。