大家都说软件工程重要, 然而国内大多数团队却都没有严格按照软件工程执行.<br />我想其中几个最重要的原因是: <br />1) 执行时缺乏统一量化指标<br />   因为没有量化指标，所以使软件工程生命周期中的过程中的每个过程都变得十分不可控制。比如设计阶段（假设需要求分析阶段产生了唯一的输出），概要应设计划分出所主模块和子模块，详细设计应是对模块内功能细化和丰富。然而实际操作时因为没有统一的量化标准，致使概要设计做的相当不充分；类似的，也会把详细设计阶段的任务推向编码阶段。<br />因为目前有相当一部分团队的设计人员同时担当编码人员的，必然在缺乏“统一量化指标”时就更进一步纵容了上述现象。因为设计人员会想“编码人员就是我，即使把设计推到编码，任务依然还是自己的嘛，无论如何操作都是自己的事”。其编码结果可想而知，必须具有对编码人员的强依赖性。<br />如果是这样一个团队即：项目经理或组长负责设计，当他把大致思路想好后就立即交给小组编码人员实现，其结果又会如何呢？我想很多新手（包括以前的我）都有过这样的经历，首先是对上司的草草的描述摸不着头脑，其次就是会陷入后期高维护代价的泥坑。<br />   <br />2) 软件工程过程缺乏审核和管理<br />        导致上面提到问题的另一个原因是缺乏对阶段的审核和管理。量化和审核的依据是文档，文档是不同人员间传递信息的最可靠工具。不要试图用言语的沟通完全代替文档，因为言语具有距离和时效性的。笔者前面与一个日本经理（而非相应模块的设计人员）就一个问题产生疑问时，那位经理很快把另一打厚厚的设计说明拿了出来解释问题。可能很多人并不太赞成日本的过于软件工程。但从它们的成功我们也可以看出，他们的对标准的量化力度，审核管理对软件质量保证的促进作用。<br /><br />3) 缺乏从理论到实践的指导<br />        很多人（包括我自己）都认识到了软件工程的重要性，但缺乏理论到实践的指导。我知道的CMM会对我们的项目有所帮助，希望这里能看到更关于CMM的帖子。<br /><br />