项目管理文档及过程检查清单QA

系统分析员
必选
审计内容： 1、功能特征集覆盖全部需求。 2、功能特征集已划分优先级、风险。 3、能够指导开发、测试设计。 4、及时将最新的功能特征表上传至配置管理库。 审计方式： 1、访谈项目开发、测试对特征集的功能理解一致性。 2、检查配置管理库中存在最新的功能特征集表。
审计内容： 1、对于成本、进度估算、优先级、风险和开发流程是否合适与用户达 成一致意见。 2、项目开发计划明确了需求范围、交付件、进度、关键质量要求、外 界合作关系等。 3、补丁开发、问题解决类维护项目需要有任务分配表和计划。 4、通过了公司的项目开发计划评审。 5、及时将最新的项目开发计划上传至配置管理库。 审计方式： 1、访谈PM、开发、测试对项目开发计划理解的一致性。 2、检查配置管理库中存在最新的项目开发计划。
13、通过了公司的需求评审。
审计方式：
1、访谈PM、SA、测试需求一致性、功能完整性，并且与项目组各成员
达成一致。
2、检查配置管理存在用户需求分析报告，且为最新的。
必选
审计内容： 1、项目特征集覆盖所有需求。 2、特征集已区分优先级。 3、特征集已上传至配置管理中，且为最新的。 审计方式： 1、访谈设计人员是否了解项目的特征集。 2、检查配置管理库存在《项目特征集》，且为最新的。
项目经理
审计内容： 1、项目计划包括任务、工作周期、分工以及需要达到的质量目标。 2、项目计划（里程碑计划）与实际一致，若不一致。 3、项目计划与实际不一致时及时调整与更新。 4、及时将项目计划（里程碑计划）上传至配置管理库。 审计方式： 1、访谈项目相关人员，是否了解项目的计划（关键时间点、个人任务 分工等）。 2、检查配置管理库存在项目计划（里程碑计划）。
项目成员
审计内容： 1、对系统设计阶段进行度量分析。 2、度量数据包含需求变更率、工作量、项目计划（里程碑计划）、项 目资源使用。 3、根据度量结果对偏差处采取改进措施、重估工作量wenku.baidu.com调整计划。 4、及时将度量分析报告上传至配置管理库。 审计方式： 1、访谈项目经理度量分析情况。 2、检查配置管理库中存在最新需求分析阶段的度量分析报告。
请选择
请选择
请选择 请选择 请选择 请选择 请选择
请选择
请选择
项目例会
请选择
度量分析报告
项目实施
培训方案 培训计划 培训文档 用户操作手册 系统管理手册 系统安装手册 源代码 验收报告 交付清单及其所列文档 工作周报 个人工作周报 度量分析报告
项目总结
项目总结 个人总结 项目材料移交清单 经验教训 工作周报
系统分析员 系统分析员
系统分析员
可选 必选
必选
审计内容： 1、完成了类结构关系层次的设计。 2、检查设计文档清晰描述组件与组件之间依赖关系。 3、组件与模块之间的接口有清晰明确的定义，接口具有可扩展性。 4、能够指导后续开发。 5、通过了公司设计评审。 6、及时将最新的类及组件结构层次说明上传至配置管理库。 审计方式： 1、访谈项目SA讲述应用层次划分情况。 2、检查配置管理库中存在最新的类及组件结构层次说明文档。
审计内容： 1、周报更新了进度状态、风险和问题。 2、每周都输出周报。 3、及时将工作周报上传至配置管理库。 审计方式： 1、访谈项目干系人对项目当前状态的了解。 2、检查配置管理中存在每周的工作周报。
项目经理
必选
需求分析员 必选
需求分析员 需求分析员 需求分析员
可选 可选 可选
项目经理
必选
项目成员
项目经理
必选
审计内容：
1、配置库内及时存放对应版本的需求分析报告。
2、确定了需求提供方认可的所有需求（功能和非功能），与用户对需
求达成一致意见，并且理解相同。
3、已经确定所有风险并且有针对每个风险的减轻风险策略。
4、需求分析确定了项目的支持环境。
5、不存在对某个需求描述的前后不一致。
6、不存在某几个需求项的表述相互矛盾。
可选
审计内容： 1、对需求分析阶段进行度量分析。 2、度量数据包含需求变更率、工作量、项目计划（里程碑计划）、项 目资源使用。 3、根据度量结果对偏差处采取改进措施、重估工作量并调整计划。 4、及时将度量分析报告上传至配置管理库。 审计方式： 1、访谈项目经理度量分析情况。 2、检查配置管理库中存在最新需求分析阶段的度量分析报告。
项目名称： 审计结果： 阶段 审计项 项目立项&计划
项目启动
项目代码： 审计时间：
审计结果
项目当前阶段： 审计人员：
请选择
项目计划（里程碑计划）
请选择
干系人通讯录 （同行）评审计划 工作周报 个人工作周报
请选择 请选择 请选择 请选择
度量分析报告
需求调研
请选择
用户需求分析报告
请选择
项目特征集
项目工作计划 用户界面原型 项目用例清单 会议纪要
系统分析员
审计内容： 1、周报更新了功能特征集、成本、进度状态、风险和问题。 2、每周都输出周报。 3、及时将工作周报上传至配置管理库。 审计方式： 1、访谈项目干系人对项目当前状态的了解。 2、检查配置管理中存在每周的工作周报。
系统分析员 系统分析员 系统分析员
项目经理
必选
必选
必选 可选 可选 可选 必选
请选择
请选择 请选择 请选择 请选择 请选择 请选择 请选择 请选择 请选择 请选择 请选择 请选择
请选择 请选择 请选择 请选择 请选择
个人工作周报 度量分析报告
请选择 请选择
：
项目当前阶段：
：
审计人员：
审计参考
审计项 负责人
审计 分类
审计内容： 1、与客户已经正式签订合同。 2、立项确认函中包含需求边界。 3、向上申请资源（包含开发、测试、实施、硬件资源）。 4、及时将立项确认函、资源申请及计划、项目计划书上传至配置管理 库。 审计方式： 1、查看配置库存在立项确认函、资源申请及计划、项目计划书文档。 2、访谈项目经理的项目立项、启动情况。
系统分析员
必选
审计内容： 1、明确了应用层次的划分标准。 2、能够指导后续开发。 3、通过了公司设计评审。 4、及时将最新的应用层次划分说明文档上传至配置管理库。 审计方式： 1、访谈项目SA讲述应用层次划分情况。 2、检查配置管理库中存在最新的应用层次划分说明文档。
审计内容： 1、完成了领域模型（骨架）的设计，并与用户就领域模型的理解达成 一致。 2、完成了重要功能模块（组件）的职责分配设计。 3、能够指导后续开发。 4、通过了公司设计评审。 5、及时将领域模型设计说明上传至配置管理库。 审计方式： 1、访谈项目SA讲述应用层次划分情况。 2、检查配置管理库中存在最新的领域模型说明文档。
项目经理
必选
审计内容： 1、系统设计方案实现系统子系统与功能模块的划分，明确子系统模块 之间的职责分配（如果只有一个子系统，这个活动可不做）。 2、系统设计方案实现子系统间通讯协议的设计。 3、系统设计方案实现系统的整体架构（应用架构、领域模型、类结构 层次模型）设计。 4、系统设计方案实现系统工具与开发规范的建立。 5、系统设计方案能够指导具体设计工作。 6、通过了公司的系统设计方案评审。 7、及时将系统设计方案上传至配置管理库。 审计方式： 1、访谈项目PM/SA讲述设计方案如何指导设计情况。 2、检查配置管理库中存在最新的系统设计方案。
项目经理
审计内容： 1、干系人通讯录中包含项目所有干系人。 2、各干系人的角色和责任识别正确。 3、及时将干系人通讯录上传至配置库。 审计方式： 1、访谈项目相关人员，对项目干系人的了解。 2、检查配置管理存在干系人通讯录，且为最新的。
项目经理 项目经理
审计内容： 1、每周都输出了周报。 2、周报中标识了进度状态、完成情况、工作量使用、风险和问题。 3、及时将工作周报上传至配置管理库。 审计方式： 1、访谈项目相关人员对项目的进度状态了解情况。 2、检查配置管理库存在工作周报，且为最新的。
项目经理/系 统分析员
项目经理
必选 必选
审计内容： 1、在开始测试计划之前先进行测试工作量估算。 2、使用统一的测试计划模版。 3、测试计划明确了测试目的。 4、测试计划明确了功能、性能、安全、兼容性、可用性测试范围。 5、测试计划明确了测试方法、策略。 6、测试计划明确了需要的资源。 7、测试计划明确了里程碑计划。 8、测试计划明确了需要达到的质量目标。 9、测试计划列出了风险清单。 10、能够指导测试设计、测试执行工作。 11、测试计划评审通过。 12、及时将测试计划上传至配置库。 审计方式： 1、访谈项目干系人对测试范围的了解。 2、访谈项目干系人对测试里程碑计划的了解。 3、访谈项目测试人员对自己各阶段测试任务的了解。 审计内容： 1、使用统一的测试用例模版。 2、测试用例本身的描述清晰，不存在二义性。 3、测试用例覆盖了所有的软件需求。 4、测试用例业务逻辑正确、测试用例与软件规格要求一致。 5、用例设计包含了正面、反面的用例。 6、测试用例已区分优先级。 7、及时提出存在的风险。 8、测试用例可以指导后续测试执行。 9、通过了项目组的测试用例评审。 10、及时将最新的测试用例上传至配置管理库。 审计方式： 1、访谈测试组长、测试人员、开发对测试功能检查点理解的一致性。 2、检查配置管理库中存在最新的测试用例。
项目经理
请选择
请选择 请选择 请选择 请选择
重要风险列表
评审报告 评审检查单 评审通知 评审意见反馈表 工作周报 个人工作周报
度量分析报告
系统设计
系统设计方案
请选择
请选择 请选择 请选择 请选择 请选择 请选择 请选择
请选择
系统架构设计说明 应用层次划分说明
请选择 请选择
领域模型设计说明
请选择
类及组件结构层次说明
7、不存在一个需求项多处文档存在的情况。
8、需求项的表述颗粒度适宜于需求跟踪矩阵的建立。 9、每个需求项的表述简明独立，易于标识。
需求分析员
10、需求项的表述完整表明了需求实现的功能。
11、确定了项目的软件规模和边界条件，包括系统环境、运作前景、验
收标准以及希望软件中包括和不包括的内容；
12、需求能够指导后续的项目特征集划分、软件设计和测试设计。
请选择
功能特征表 项目开发计划
请选择 请选择
测试计划
请选择
测试用例
请选择
评审报告
评审检查单 评审通知 评审意见反馈表
工作周报
请选择
请选择 请选择 请选择
请选择
个人工作周报 度量分析报告
迭代过程
迭代项目计划 需求维护 迭代设计
迭代开发
请选择 请选择
测试计划维护
测试案例维护 BUG清单
风险列表
迭代总结 评审报告 评审检查单 评审通知 评审意见反馈表 工作周报 个人工作周报
测试组长 测试组长
审计内容： 1、评审报告包含对需求评审的结果。 2、评审报告包含对项目特征集评审的结果。 3、评审报告包含对项目工作计划评审的结果。 4、评审报告包含对重要风险进行评审的结果。 5、评审报告包含了对测试计划、测试用例的评审结果。 6、评审报告包含了测试评估的风险清单。 7、评审报告已及时上传至配置管理库。 审计方式： 1、访谈评审参与人评审结果。 2、检查配置管理中评审报告的内容。
项目经理
项目成员
可选
必选
必选 可选 必选 可选
审计内容： 1、对项目立项阶段进行度量分析。 2、度量数据包含需求变更率、工作量、项目计划（里程碑计划）、项 目资源使用。 3、根据度量结果对偏差处采取改进措施、重估工作量并调整计划。 4、及时将度量分析报告上传至配置管理库。 审计方式： 1、访谈项目经理度量分析情况。 2、检查配置管理库中存在最新项目立项阶段的度量分析报告。
系统分析员
审计内容： 1、对于成本、进度估算、优先级、风险和开发流程是否合适与用户达 成一致意见。 2、项目工作计划已上传至配置管理库，且为最新的。 审计方式： 1、访谈项目经理项目计划。 2、检查配置管理库中《项目工作计划》的内容。
项目经理 项目经理
项目经理
项目经理
必选
必选 可选 可选 可选
审计内容： 1、重要风险已在每周项目例会报告中有体现。 审计方式： 1、访谈项目经理当前阶段重要风险情况。 2、检查每周项目例会报告中的重要风险列表。 审计内容： 1、评审报告包含对需求评审的结果。 2、评审报告包含对项目特征集评审的结果。 3、评审报告包含对项目工作计划评审的结果。 4、评审报告包含对重要风险进行评审的结果。 4、评审报告已及时上传至配置管理库。 审计方式： 1、访谈评审参与人评审结果。 2、检查配置管理中评审报告的内容。