在项目管理中，往往对需求、设计，及研发计划的制定、评审、执行等等环节比较重视，但是往往会忽略软件开发成果的质量评定工作。
这里说的开发质量是指：是否满足需求、是否满足设计要求、软件中是否有明显的错误（如，有些错误是开发人员责任心造成的，根本无法达到提交测试部门的程度）、软件中隐含的Bug数等等。而测试部门受自身水平的影响，往往无法对全部的问题及时发现。
本文先列举下我们公司产品研发及测试部门现状，然后再给出当前正在实行或正在准备实行的几个制度。
我公司产品研发和测试人员分属不同的部门，A产品属于SCADA类系统，监控终端数量大（几万个），所以对系统的性能要求、稳定性、可靠性等要求较高，软件开发人员受自身技术水平、业务水平、开发经验的影响，每个人的开发质量都参差不齐，甚至每个人的工作责任心都不一同。往往会造成几方面的问题：1、为了赶工期，擅自更改需求和设计，开发成果和需求、设计不一致；2、实现方式的效率较低；3、开发成果的质量较差，体现在Bug较多，有些问题甚至都非常弱智。另外，我公司测试部门，公司没有规定软件发布版本和测试人员的责任制，即发布版本发生Bug等问题时，负责任的是研发部而与测试部无关，受此影响，测试人员工作积极性不高，责任心不足，很多与业务相关的问题都无法发现。
针对产品研发部的几个问题，做了几项规定：
1、工作说明书制度
每项功能研发完成后，必须提交对应的“工作说明书”，内容包括：所做功能的说明、界面截图、操作方式，如果是后台业务逻辑代码，要求附带提交对应的需求和设计文档。目的有多个，一是让开发人员对自己开发的工作内容进行整理，测试人员可通过它进行测试工作；另一个作用是可以方便的整理成产品说明书或用户手册。
2、产品研发成果内部验收机制
定期对研发人员开发成果进行验收，方式是以会议的方式举行，会议参加人员包括了研发人员、测试人员、实施人员，会议目的：1）对研发成果进行验收；2）让测试人员和实施人员熟悉新研发的功能，为测试和实施做准备；
会议流程：1）先由研发人员准备演示环境和演示数据；2）演示软件功能；3）针对演示效果与需求、设计文档进行核对；4）参会人员对演示效果发表意见；5）参会人员对研发成果进行打分，由专人对分数进行记录，做为该人员的日常考核分数记录再按，这些分数将做为年终评优、奖金发放、职位升迁等参考；
2、研发计划执行跟踪机制
对每一个产品研发计划的执行结果进行跟踪，并且把执行结果汇总整理成Excel文档。如果有拖期或其他异常情况，必须说明原因，责任到人。这样可以对每个研发人员的平时表现进行跟踪和评定。可作为年终考核的依据之一。
2014年1月7日