过程检查表.xls

周期性活动 通用检查项 通用检查项 序号 检查项 注释 是否以组织过程改进目标和方针为指导 是否为该过程制定计划 是否为该过程提供充足有效的资源 是否明确分配了相关角色与职责 是否对相关人员进行了必要培训 是否将该过程产生的所有工作产品纳入配置管理 是否识别出该过程相关干系人并确认其是否履行职责 是否对该过程实施有效的监督和控制 是否对该过程进行了客观审计 是否收集了与该过程相关的改进信息 是否满足了执行该过程的入口准则 是否根据裁剪结果产生了工作产品 该过程的工作产品是否完整并得到了评审 是否对该过程进行了度量并获得了必需和有效的度量数据 是否在满足了出口准则的前提下结束该过程 是否经过了部门经理/技术总监的审批或确认 序号 检查项 （1）项目状况跟踪 （3）执行里程碑评审 是否按照里程碑计划执行里程碑评审 本里程碑阶段的工作产品的缺陷修复是否全部完成，且相关的工作产品已经按照《项目计划》要求通过了评审 项目经理是否根据《项目度量数据库》中的度量和分析数据在项目计划里程碑点结束前两个工作日之内编写《里程碑报告》 项目经理是否向参加评审会人员发送邮件通知 里程碑评审会上是否对项目需求现状进行分析 里程碑评审会上是否对项目组内和相关组间存在的争议问题、项目潜在问题、存在的技术难题的讨论分析并跟踪解决情况 里程碑评审会上是否对项目计划中对下一阶段（如果有下一阶段的话）工作任务细化部分进行评审 里程碑评审会上QA人员是否汇报本阶段不符合问题和缺陷状况 里程碑评审会上CM人员是否汇报当前基线状态并与项目经理及项目组成员共同确定本阶段组成基线的配置项及其版本 评审会结束后项目经理是否将整理后的《里程碑评审报告》发送给与会人员 QA是否对《里程碑评审报告》数据进行验证 CM是否将《里程碑评审报告》纳入配置管理 对任何打了基线的工作产品进行任何的修订，是否遵守了变更流程（参见CM） 如果细化后的下一阶段工作任务对应的项目计划通过了评审，是否定义了“比较基准n” 对于《里程碑评审报告》中评审结论要求延长项目阶段的情况，是否修改了项目计划，确定再次评审日期 对于《里程碑评审报告》中评审结论要求取消项目的情况，是否转入结项阶段处理 （4）采取纠正措施 （2） 风险识别 是否根据相关资料对项目中可能发生的风险进行了识别 （3） 风险分析 是否分析出风险的严重性和可能性 是否根据风险的严重性和可能性列表计算出风险系数 （4） 风险规避和缓解 是否给出了相应风险的规避措施 是否给出了相应风险的缓解措施 对于非控事件,是否按照异常处理规程进行处理 是否对异常做出判断后，完成《异常处理申请表》的填写 高级经理接到《异常处理申请表》后,是否组织相关人员成立应急小组 应急小组成员是否得出最佳解决方案 应急小组和项目经理是否对异常进行处理,并填写《风险管理报告》 是否对异常处理的结果进行评审 是否对异常进行跟踪 （5） 风险跟踪 是否对风险进行跟踪 （3） 需求跟踪 需求开发人员是否按时更新《需求跟踪矩阵》 需求开发人员是否周期性地检查需求文档与后续工作成果之间的变更不一致之处，并做相应记录 需求开发人员是否给出了“不一致问题”的解决措施 是否在问题得到解决后，需求开发人员将问题的“跟踪检查结果”填回《需求跟踪矩阵》中 执行变更操作后，相应工作产品是否及时得到更新 当一份《缺陷统计分析报告》中的所有缺陷将被“CLOSED”或“REJECTED”后，是否将这份《缺陷统计分析报告》迁入到受控库中 项目经理是否对《缺陷统计分析报告》的数据进行了验证 （3）过程和产品质量检查 是否按照计划每周客观审计过程和工作产品是否符合规范 经过项目经理确认后的不符合项是否填写在《QA审计报告》中 是否填写《QA周报》，连同《QA审计报告》在周五发送给项目经理 《QA周报》是否发送给QAG组长 是否按照计划参加里程碑评审 是否将里程碑评审中发现的缺陷填写在《QA审计报告》中 是否对评审中发现的问题和缺陷填写在《QA审计报告》中 （4）不符合项跟踪处理 是否对不符合项和评审问题缺陷进行跟踪 是否对不符合项、问题、缺陷状态进行维护 不符合项、问题、缺陷是否关闭 是否将所有工作产品的编号中“temp”修改成项目名称英文缩写 新Check in配置项与受控库中的配置项是否已被标识命名，是否拥有初始版本号 更新后的配置项重新Check in时，是否被分配新的修订版本号 配置项的版本是否都可浏览 受控库内基线类配置项是否按照变更控制过程进行并更 Check in的配置项是否经过评审，且经过CCB签字 是否对配置项变更情况进行记录 是否制定安全策略，进行访问权限设置，防止病毒侵入 是否每周对库中文件进行备份 是否每周备份到新的目录中，每月最后一周备份好并经过项目经理确认后删除前三周备份目录，保留最