项目管理-同行评审流程
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
输出： 《计划同行评审报告》
1.2.3计划后续跟进
项目经理 跟踪项目计划的修改 高层管理者 批准项目计划 事项： —审核修改后的项目计划 合格，则签字 不合格，返回继续修改 输出： 《计划同行评审报告》
事项： —PM负责修改项目计划 —PM确认问题都得到解决
输出： 项目计划
三、设计同行评审流程图
项目经理 召开评审会议 评审小组 评审设计说明书
事项： —汇总预评审问题（会前） —简单描述设计文档（会上） —PM整理评审报告（会后）
步骤： 1、PM汇总预评审问题及准 备工时初步记入评审报告 2、系统设计人员向评审小组 简单扼要地描述各设计说明 的各部分 3、记录缺陷共识、填写《设 计同行评审报告》
步骤： 1、评审小组逐条阐明所 发现的问题 2、设计人员回答和解释 问题，达成共识 3、评审小组组长给出评 审的结论和建议
输出： 《设计同行评审报告》
输出：《设计同行评审报告》
1.3.3设计后续跟进
项目经理 跟踪设计说明书的修改 评审小组组长 设计评审结论 事项： —审核修改后的设计文档 合格，则签字 不合格，返回继续修改 输出： 《设计同行评审报告》
《概要设计说明书》 《数据库设计说明书》 《模块设计说明书》 《用户界面设计说明书》
评审小组 评审设计说明书 步骤： 1、简单扼要描述设计 文档 2、评审小组检查设计 文档，提出发现的问题 3、设计人员回答和解 释问题，达成共识 4、评审小组组长给出 评审的结论和建议 输出： 《设计同行评审报告》
后同 “正式 同行 评审”
对工作产品进行评审，识别缺陷，提出问题。 领导评审小组确定工作产品的评估结果； 审核修改后的工作产品 签字确认评审结论 提交《需求规格说明书》并在评审会议上介绍《需求规格说明书》； 答复评审小组的问题，并与评审小组共同查找缺陷； 根据评审结果修改《需求规格说明书》。 提交设计说明书并在评审会议上介绍设计说明书； 答复评审小组的问题，并与评审小组共同查找缺陷； 根据评审结果修改设计说明书。
同行评审_ 3/3
完毕，谢谢
二、计划同行评审
2.1流程图 2.2流程描述
三、设计同行评审
3.1流程图 3.2流程描述
四、小结
一、需求同行评审流程图
1.2 流程描述 1.2.1 需求评审准备
项目经理 发出评审通知 事项： —检查待评审需求 —发出同行评审通知 步骤： 1、收到需求开发人员提交的 SRS 2、内部检查，消除错误 3、确定评审小组成员及组长、 时间、地点 4、提前两天发出材料给评审 小组 输出： 《需求规格说明书》《同行 评审检查单》《同行评审预 审表》《同行评审通知单》 评审小组 预评审SRS
《同行评审预审表》《同行评审 通知单》 《项目综合计划书》及其子计划、 《项目进度表》、《质量保证计 划及跟踪表》
评审小组 预评审项目计划 步骤： 1、预评审项目计划 2、填写《同行评审预审表》 3、评审会议前反馈预审表 给项目经理 输出： 《同行评审预审表》
1.2.2计划评审执行
项目经理 召开评审会议 评审小组 计划评审会议
输出：《同行评审检查单》《同 行评审预审表》 《同行评审通 知单》《概要设计说明书》 《数据库设计说明书》 《模块设计说明书》 《用户界面设计说明书》
评审小组 预评审设计说明书 事项： —预评审设计文档 —填写《同行评审预审表》 —评审会议前反馈预审表给 项目经理 输出： 《同行评审预审表》
1.3.2设计评审执行
事项： —需求开发人员修改SRS —PM跟踪和确认问题都得 到解决
输出： 《需求规格说明书》
二、计划同行评审流程图
1.2.1计划评审准备
项目经理 发出评审通知 事项： —检查待评审项目计划 —发出同行评审通知 步骤： 1、内部检查项目计划，消除 错误 2、确定评审小组成员、时间、 地点 3、提前两天发出材料给评审 小组 输出：《同行评审检查单》
事项： —汇总预评审问题（会wk.baidu.com） —简单描述项目计划（会上） —PM整理评审报告（会后）
步骤： 1、PM汇总预评审问题及准 备工时记入评审报告 2、PM向评审小组简单扼要 地描述各计划文档的各部分 3、记录缺陷共识、 填写 《计划同行评审报告》 输出：《计划同行评审报告》
步骤： 1、评审小组逐条阐明所 发现的问题 2、PM回答和解释问题， 达成共识 3、评审小组组长给出评 审的结论和建议
SPMS文件框架
软件工程类
需求开发管理 同行评审流程
服务与维护流程
产品发布流程
系统设计流程 实现与测试流程 项目管理类
系统测试流程
项目启动与 项目收尾管理
项目计划流程
项目监控流程
风险管理流程
支持类
质量保证流程 配置管理流程 度量管理流程 决策管理流程
内容
一、需求同行评审
1.1流程图 1.2流程描述
评审小组 评审小组组长
1. 1. 2. 3. 1. 2. 3. 1. 2. 3.
需求开发人员
设计开发人员
同行评审_1/3
定义：由软件工作产品生产者的同行遵循已定义的规程对 产品进行的技术评审 目的：目的是为了及早和高效地从软件工作产品中识别并 消除缺陷，让软件变得更易读和维护，同时减少最终泄漏 到产品发布时的缺陷 主要工作：第一是发现工作产品中的具体错误；第二是通 过对这些错误的分类和统计，发现共同的错误类型和将来 避免这类错误的方法，提供今后对所发现的同类错误进行 控制的数据 关键作用：通过在同行评审上的投入把组织的一些质量成 本从昂贵的测试以及后期的大规模返工转变为早期的缺陷 发现
小结
角色
高层管理者 1. 2. 3. 审阅准备评审的工作产品； 参加相关评审会议； 审阅评审报告。
职责
项目经理
1. 2. 3. 4. 5. 6. 7. 8. 9.
确认评审小组成员，并分配角色； 陈述评审目标； 将评审项目打包并发送给评审小组成员； 确定会议准备是否充分。如果不充分，重新安排会议时间； 促进评审会议进行。纠正任何不适当的行为。随着宣讲人展现工作产品的各部 分，引导评审小组成员提出问题。记录评审过程中提出的行动决议或问题； 进行跟踪，确认返工工作被正确执行； 提交完成的评审总结报告给高层管理者； 提交项目计划并在评审会议上介绍项目计划； 根据评审结果修改项目计划
事项： —系统设计人员修改设计 文档 —PM确认问题都得到解决
输出： 设计文档
1.3.1设计评审准备_非正式
项目经理 组织评审 事项： —检查待评审设计文档 —发出非正式同行评审通知 步骤： 1、内部检查，消除初级错误 3、确定评审小组成员及组长、 时间、地点 4、附带材料发出评审通知 输出：《同行评审检查单》
步骤： 1、评审小组逐条阐明所 发现的问题 2、需求开发人员回答和 解释问题，达成共识 3、评审小组组长给出评 审的结论和建议
输出： 《需求同行评审报告》
1.2.3需求后续跟进
项目经理 跟踪SRS的修改 评审小组组长 需求评审结论 事项： —审核修改后的《需求规 格说明书》 合格，则签字 不合格，返回继续修改 输出： 《需求同行评审报告》
1.3.1设计评审准备
设 计 文 档
是否是 正式同行 评审 正 式 项目经理 发出评审通知
非正式(P18)
项目经理 组织评审
1.3.1设计评审准备_正式
项目经理 发出评审通知 事项： —检查待评审设计说明书 —发出同行评审通知 步骤： 1、收到系统设计人员提交的 设计说明书 2、内部检查，消除错误 3、确定评审小组成员及组长、 时间、地点 4、提前两天发出材料给评审 小组
步骤： 1、预评审《需求规格说明 书》 2、填写《同行评审预审表》 3、评审会议前反馈预审表 给项目经理
输出： 《同行评审预审表》
1.2.2需求评审执行
项目经理 召开评审会议 事项： —汇总预评审问题（会前） —简单描述需求（会上） —准备工时、记录缺陷共 识整理评审报告（会后） 步骤： 1、PM汇总预评审问题及 准备工时记入评审报告 2、需求开发人员向评审小 组简单扼要地描述需求各 部分 3、记录缺陷共识、填写 《需求同行评审报告》 输出： 《需求同行评审报告》 评审小组 需求评审会议
同行评审_ 2/3
开放式环境：成功的同行评审是提高质量 和生产率的重要因素，不管人们喜欢与否 ，审查过程会迫使每个人在一种开放式的 环境中工作。一旦人们懂得了他们的工作 都要接受同行评审，他们就会越早地将他 们的工作公之于众，以待监督。 工作提升：更重要的是，工作产品的作者 学到了如何将工作做得更好，避免缺陷。
1.2.3计划后续跟进
项目经理 跟踪项目计划的修改 高层管理者 批准项目计划 事项： —审核修改后的项目计划 合格，则签字 不合格，返回继续修改 输出： 《计划同行评审报告》
事项： —PM负责修改项目计划 —PM确认问题都得到解决
输出： 项目计划
三、设计同行评审流程图
项目经理 召开评审会议 评审小组 评审设计说明书
事项： —汇总预评审问题（会前） —简单描述设计文档（会上） —PM整理评审报告（会后）
步骤： 1、PM汇总预评审问题及准 备工时初步记入评审报告 2、系统设计人员向评审小组 简单扼要地描述各设计说明 的各部分 3、记录缺陷共识、填写《设 计同行评审报告》
步骤： 1、评审小组逐条阐明所 发现的问题 2、设计人员回答和解释 问题，达成共识 3、评审小组组长给出评 审的结论和建议
输出： 《设计同行评审报告》
输出：《设计同行评审报告》
1.3.3设计后续跟进
项目经理 跟踪设计说明书的修改 评审小组组长 设计评审结论 事项： —审核修改后的设计文档 合格，则签字 不合格，返回继续修改 输出： 《设计同行评审报告》
《概要设计说明书》 《数据库设计说明书》 《模块设计说明书》 《用户界面设计说明书》
评审小组 评审设计说明书 步骤： 1、简单扼要描述设计 文档 2、评审小组检查设计 文档，提出发现的问题 3、设计人员回答和解 释问题，达成共识 4、评审小组组长给出 评审的结论和建议 输出： 《设计同行评审报告》
后同 “正式 同行 评审”
对工作产品进行评审，识别缺陷，提出问题。 领导评审小组确定工作产品的评估结果； 审核修改后的工作产品 签字确认评审结论 提交《需求规格说明书》并在评审会议上介绍《需求规格说明书》； 答复评审小组的问题，并与评审小组共同查找缺陷； 根据评审结果修改《需求规格说明书》。 提交设计说明书并在评审会议上介绍设计说明书； 答复评审小组的问题，并与评审小组共同查找缺陷； 根据评审结果修改设计说明书。
同行评审_ 3/3
完毕，谢谢
二、计划同行评审
2.1流程图 2.2流程描述
三、设计同行评审
3.1流程图 3.2流程描述
四、小结
一、需求同行评审流程图
1.2 流程描述 1.2.1 需求评审准备
项目经理 发出评审通知 事项： —检查待评审需求 —发出同行评审通知 步骤： 1、收到需求开发人员提交的 SRS 2、内部检查，消除错误 3、确定评审小组成员及组长、 时间、地点 4、提前两天发出材料给评审 小组 输出： 《需求规格说明书》《同行 评审检查单》《同行评审预 审表》《同行评审通知单》 评审小组 预评审SRS
《同行评审预审表》《同行评审 通知单》 《项目综合计划书》及其子计划、 《项目进度表》、《质量保证计 划及跟踪表》
评审小组 预评审项目计划 步骤： 1、预评审项目计划 2、填写《同行评审预审表》 3、评审会议前反馈预审表 给项目经理 输出： 《同行评审预审表》
1.2.2计划评审执行
项目经理 召开评审会议 评审小组 计划评审会议
输出：《同行评审检查单》《同 行评审预审表》 《同行评审通 知单》《概要设计说明书》 《数据库设计说明书》 《模块设计说明书》 《用户界面设计说明书》
评审小组 预评审设计说明书 事项： —预评审设计文档 —填写《同行评审预审表》 —评审会议前反馈预审表给 项目经理 输出： 《同行评审预审表》
1.3.2设计评审执行
事项： —需求开发人员修改SRS —PM跟踪和确认问题都得 到解决
输出： 《需求规格说明书》
二、计划同行评审流程图
1.2.1计划评审准备
项目经理 发出评审通知 事项： —检查待评审项目计划 —发出同行评审通知 步骤： 1、内部检查项目计划，消除 错误 2、确定评审小组成员、时间、 地点 3、提前两天发出材料给评审 小组 输出：《同行评审检查单》
事项： —汇总预评审问题（会wk.baidu.com） —简单描述项目计划（会上） —PM整理评审报告（会后）
步骤： 1、PM汇总预评审问题及准 备工时记入评审报告 2、PM向评审小组简单扼要 地描述各计划文档的各部分 3、记录缺陷共识、 填写 《计划同行评审报告》 输出：《计划同行评审报告》
步骤： 1、评审小组逐条阐明所 发现的问题 2、PM回答和解释问题， 达成共识 3、评审小组组长给出评 审的结论和建议
SPMS文件框架
软件工程类
需求开发管理 同行评审流程
服务与维护流程
产品发布流程
系统设计流程 实现与测试流程 项目管理类
系统测试流程
项目启动与 项目收尾管理
项目计划流程
项目监控流程
风险管理流程
支持类
质量保证流程 配置管理流程 度量管理流程 决策管理流程
内容
一、需求同行评审
1.1流程图 1.2流程描述
评审小组 评审小组组长
1. 1. 2. 3. 1. 2. 3. 1. 2. 3.
需求开发人员
设计开发人员
同行评审_1/3
定义：由软件工作产品生产者的同行遵循已定义的规程对 产品进行的技术评审 目的：目的是为了及早和高效地从软件工作产品中识别并 消除缺陷，让软件变得更易读和维护，同时减少最终泄漏 到产品发布时的缺陷 主要工作：第一是发现工作产品中的具体错误；第二是通 过对这些错误的分类和统计，发现共同的错误类型和将来 避免这类错误的方法，提供今后对所发现的同类错误进行 控制的数据 关键作用：通过在同行评审上的投入把组织的一些质量成 本从昂贵的测试以及后期的大规模返工转变为早期的缺陷 发现
小结
角色
高层管理者 1. 2. 3. 审阅准备评审的工作产品； 参加相关评审会议； 审阅评审报告。
职责
项目经理
1. 2. 3. 4. 5. 6. 7. 8. 9.
确认评审小组成员，并分配角色； 陈述评审目标； 将评审项目打包并发送给评审小组成员； 确定会议准备是否充分。如果不充分，重新安排会议时间； 促进评审会议进行。纠正任何不适当的行为。随着宣讲人展现工作产品的各部 分，引导评审小组成员提出问题。记录评审过程中提出的行动决议或问题； 进行跟踪，确认返工工作被正确执行； 提交完成的评审总结报告给高层管理者； 提交项目计划并在评审会议上介绍项目计划； 根据评审结果修改项目计划
事项： —系统设计人员修改设计 文档 —PM确认问题都得到解决
输出： 设计文档
1.3.1设计评审准备_非正式
项目经理 组织评审 事项： —检查待评审设计文档 —发出非正式同行评审通知 步骤： 1、内部检查，消除初级错误 3、确定评审小组成员及组长、 时间、地点 4、附带材料发出评审通知 输出：《同行评审检查单》
步骤： 1、评审小组逐条阐明所 发现的问题 2、需求开发人员回答和 解释问题，达成共识 3、评审小组组长给出评 审的结论和建议
输出： 《需求同行评审报告》
1.2.3需求后续跟进
项目经理 跟踪SRS的修改 评审小组组长 需求评审结论 事项： —审核修改后的《需求规 格说明书》 合格，则签字 不合格，返回继续修改 输出： 《需求同行评审报告》
1.3.1设计评审准备
设 计 文 档
是否是 正式同行 评审 正 式 项目经理 发出评审通知
非正式(P18)
项目经理 组织评审
1.3.1设计评审准备_正式
项目经理 发出评审通知 事项： —检查待评审设计说明书 —发出同行评审通知 步骤： 1、收到系统设计人员提交的 设计说明书 2、内部检查，消除错误 3、确定评审小组成员及组长、 时间、地点 4、提前两天发出材料给评审 小组
步骤： 1、预评审《需求规格说明 书》 2、填写《同行评审预审表》 3、评审会议前反馈预审表 给项目经理
输出： 《同行评审预审表》
1.2.2需求评审执行
项目经理 召开评审会议 事项： —汇总预评审问题（会前） —简单描述需求（会上） —准备工时、记录缺陷共 识整理评审报告（会后） 步骤： 1、PM汇总预评审问题及 准备工时记入评审报告 2、需求开发人员向评审小 组简单扼要地描述需求各 部分 3、记录缺陷共识、填写 《需求同行评审报告》 输出： 《需求同行评审报告》 评审小组 需求评审会议
同行评审_ 2/3
开放式环境：成功的同行评审是提高质量 和生产率的重要因素，不管人们喜欢与否 ，审查过程会迫使每个人在一种开放式的 环境中工作。一旦人们懂得了他们的工作 都要接受同行评审，他们就会越早地将他 们的工作公之于众，以待监督。 工作提升：更重要的是，工作产品的作者 学到了如何将工作做得更好，避免缺陷。