QA与PMO联合工作程序

一、目的

      为了检验公司内部项目交付物和项目进度、过程标准的一致性，早期在项目各生命周期阶段发现项目问题，加强项目风险管理，结合信息化管理方法手段，特制定该审计管理规范。

二、QA审计的范围

      目前QA工程师仅针对生产类项目进行阶段交付物审计和进度审查。

      售前类项目、运维类项目、质保类项目的文档暂不列入QA审计的范围内。

      QA审计仅针对生产类项目的过程审计，检验文档真实性和完整性，保证各生产项目能够符合公司的标准化软件生产过程，保证与项目节点完成情况一致。

三、QA审计过程

     QA工程师每周三前从项目管理系统中获取生产项目阶段节点进度信息，按照各领域部门分类，对各个项目经理进行单独项目节点信息的完成情况核实。

     项目经理在项目阶段工作任务完成后，提交交付物成果到SVN中，QA工程师按照阶段通过标准执行检查，检查通过后在每周五及时更新项目管理系统中的阶段节点数据，对审计过程中发现的问题及时登记到《问题跟踪表》。

阶段进度审计的基准和变更

        各项目审计的进度节点以各项目的《项目范围说明书》中的阶段起止时间为基准。《项目范围说明书》中涉及到项目阶段起止时间发生变更，应及时通知PMO在项目管理系统中对进度基准进行变更。

       所有的节点计划的变更必须以正式邮件等书面形式予以确认，变更节点必须通知PMO。

       工作量大于40个人月的项目，进度节点变更另外需要邮件通知项目总监。

        项目总监同意后，PMO执行阶段进度节点的变更，在项目管理系统中注明阶段变更的原因。

      为了避免进度计划多次变更和修改，故明确进度基准允许变更的条件：

1. 与客户签订了新的《项目范围说明书》，且项目技术协议中的项目阶段时间节点发生了变更。更新一次技术协议，允许变更一次。
2. 初版的《项目范围说明书》中，明确记录了以项目人员驻场时间为项目开始时间，且项目组实际驻场时间和《项目范围说明书》中的计划发生了偏差。允许变更一次。
3. 因为客户或其它第三方的原因，项目实际起止时间已经和《项目范围说明书》中的起止时间发生了工期25%以上提前或延期的变更。允许变更一次。

交付物检查通过标准

       项目节点通过的标准，以提交到SVN库中的文档证据为依据。SVN配置库有文档证据则认为节点可通过，QA工程师在项目管理系统中进行更新。

       没有文档证据，QA工程师认为项目进度节点未通过检查，不会更新项目管理系统中的阶段进度时间。

        因为工作地点和网络原因不能及时传递文档到SVN库的项目，项目经理以邮件方式告知可检查的预计时间，QA工程师做信息记录和登记备案。

                                              

阶段	检查项	QA检查通过标准	项目组需提供信息	裁剪原则
需求调研	用户需求调研报告	1.客户方代表的签字确认单	1.阶段实际开始时间	甲方发包可裁剪该过程
		2.评审会议纪要（阶段通过的结论）	2.阶段实际完成时间
		3.客户方代表对阶段通过的书面邮件	3.客户确认的证据
		【有一项证据可认为阶段通过】	4.文档提交SVN配置库
基本设计	1.业务流程图	1.客户方代表的签字确认单		甲方发包可裁剪该过程
	2.功能清单	2.评审会议纪要（阶段通过的结论）
	3.票据清单	3.客户方代表对阶段通过的书面邮件
	4.接口清单	【有一项证据可认为阶段通过】
	5.界面清单（可选）
	6.界面原型（可选）
外部设计	1.概要设计说明书	1. 客户要求有评审，以外部评审的证据为通过标准。如：评审会议纪要（阶段通过的结论）	1.阶段实际开始时间	不能裁剪
	2.数据库设计说明书	2.客户未有评审要求，以内部小组评审证据为通过标准。如：内部评审报告。	2.阶段实际完成时间
	3.接口定义书		3.评审通过的证据
			4.文档提交SVN配置库
内部设计	1.详细设计说明书	1. 客户未有评审要求，以内部小组评审证据为通过标准。如：内部评审报告。	1.阶段实际开始时间	可与外部设计合并；
	2.接口设计书（可选）		2.阶段实际完成时间
	3.数据迁移方案（可选）		3.评审通过的证据	项目技术协议中要求提交该过程的文档则不能裁剪。
			4.文档提交SVN配置库
编码和单元测试	1.项目源代码	1.源代码和单元测试缺陷记录	1.阶段实际开始时间	不能裁剪
	2.单元测试缺陷记录		2.阶段实际完成时间
	3.单元测试报告（可选）		3.代码提交SVN配置库
系统测试	1.测试方案	1.内部测试缺陷记录	1.阶段实际开始时间	不能裁剪
	2.测试用例	2.能够进入业务测试阶段的综合测试报告	2.阶段实际完成时间
	3.测试缺陷记录		3.系统测试报告
	4.测试报告		4.文档提交SVN配置库
业务测试	1. 业务测试启动会资料	1.客户确认（签字）业务测试通过的测试报告	1.阶段实际开始时间	不能裁剪
			2.阶段实际完成时间
	2.测试方案		3.客户签字的业务测试报告
	3.测试缺陷记录		4.文档提交SVN配置库
	4.测试报告
	5.培训记录
上线	1.培训资料和记录	1.上线会议纪要	1.阶段实际开始时间	不能裁剪
	2.上线会议纪要	2.能够证明客户同意系统上线的书面证明	2.阶段实际完成时间
			3.客户同意上线的证明材料
			4.文档提交SVN配置库
验收	1.验收报告	客户方确认的项目验收报告	1.阶段实际开始时间	不能裁剪
	2.合同要求的全部项目文档		2.阶段实际完成时间
			3.验收报告电子版（照片）
			4.文档提交SVN配置库
质保	——	质保计算开始时间（合同、技术协议）。	1.阶段实际开始时间	根据项目范围说明书的规定裁剪此过程
			2.阶段实际完成时间
		2.财务质保款100%的回款信息。（未达到100%回款认为质保结束，需要商务人员进行书面说明）	3.财务回款信息

 

检查结果的报告

QA工程师每周一生产周会上，根据项目管理系统中截止到上周五录入的实时节点信息进行报告。

报告的内容包括：

1. 本月各领域部门计划通过的项目节点，延期未通过的项目节点和延迟原因，延迟原因以项目经理发送给QA工程师和PMO的正式书面邮件为准，发给各部部长，抄送总经理。项目经理的邮件内容应包括以下信息：
2. 项目编码、项目名称、延迟节点名称、原计划完成日期。
3. 节点延迟的根本原因，解决方法和措施、责任人，预计节点通过的最新日期。