同行评审流程

1、中银保险同行评审流程关于本文档主题同行评审流程说明本文档说明对项目的工程管理中同行评审的实施过程适用对象项目组所有成员修订历史版本章节类型日期作者说明1.0所有C2008-2-27孟维娜创建说明：类型创建（ C）、修改（ U）、删除（ D）、增加（ A）；评审记录角色签名日期说明目录1 两种方式的选择 12 完整版正式评审会方式 22.1 准备 22.2 会前评审 22.3 会中评审 32.4 评审后 32.5 其他 33 简化版走查方式 43.1 以检查单形式进行走查 43.1.1 准备 43.1.2 评审 43.1.3 评审后 53.1.4 其他 53.2 以 mail 形式进行走查 53

2、.2.1 准备 53.2.2 评审 63.2.3 评审后 63.2.4 其他 73.3 任务安排式的走查 73.3.1 准备 73.3.2 评审 73.3.3 评审后 73.3.4 其他 74 相关文档 91 两种方式的选择1 对于 完整的需求文档、设计文档、规则 /规范 等，建议采用 正式评审 形式（ 详见 2）；2 对于核心算法、 部分工作产品、 源程序、 新人代码以及未完成的需求设计文档等， 建议 采用 走查方式 。其中，? 对测试用例、操作手册 等文档，建议采用检查单形式（ 详见 3.1）；? 对核心算法、未完成的需求设计文档 等，建议以 mail 形式进行（ 详见 3.2）；? 对新

3、人代码、源程序 等，建议以任务安排形式进行（ 详见 3.3）；2 完整版正式评审会方式2.1 准备1 由产品作者准备评审材料，包括待评审文档，如 XXX 需求规格说明书 、 FI-项目组 编码-PR-检查单 （姓名）.xls。检查单描述的检查项， 要结合此次待评文档， 突出希望关注 的重点，尽量细化描述；2 产品作者所在项目经理对待评审文档、检查单进行检查；2.2 会前评审1 项目经理检查确认后，由产品作者发出会前评审邀请；1.1 mail 主题要突出： XXX 项目组 - XXXX 评审邀请；1.2 mail 附件：待评审文档、检查单；1.3 mail 接收人：? 一般不超过 6 人；? 收

4、件人：需为同行，即对待评审领域熟悉、有经验的人士，必须反馈；? 抄送：邮件抄送者，可反馈，也可不反馈 ；? 抄送给 QA ，以便跟踪过程执行情况；1.4 mail 正文：? 明确时间、地点，时间单位到时 / 分；? 若待评审文档内容较多，需明确评审人员的分工，如“张三，请关注文中第 1 至 3 节内容；李四，请关注文中第 4-6 节内容”；? 对于期望的必须反馈人员，可在发出 mail 后，直接电话或当面与其沟通，不 必写在正文里；? 正文示例： 评审主题：中银项目组 -车险承保业务需求 会前 评审 反馈截止时间： 本周四 （7月 28日） 9:00 前 说明：请重点关注文档的第 3 章内容

5、正式评审时间：本周四 （7 月 28 日 ） 15:30 - 17:00 地点： xx 会议室1.5 要求反馈时间：为了保证评审人员有充分的时间进行评审，发出评审材料的时间 和要求反馈的时间， 至少要间隔 2天以上，即如果是 7月 1日 8：30发出的评审 要求，要求反馈的时间不得早于 7月 3日 8：30；1.6 如有特殊情况，另行说明；2 会前评审意见反馈2.1 接到评审邀请的人员， 需在指定日期内， 反馈评审意见， 若评审人员的姓名在 “收 件人”中的，必须反馈意见，若评审人员姓名在“抄送”中的，可选择反馈；2.2 评审人员在收到评审检查单之后 2 小时内，若发现评审检查单中的要求无法检

6、验，要与项目组协商，修改评审要求或评审参与人员；2.3 评审意见记录在检查单中，同时，在检查单中还需记录此次评审的文档页数、所 花费的时间等，以便数据采集；2.4 没有意见，或由于时间关系不能按时反馈的，也要进行回复；3 产品作者搜集、 汇总反馈意见， 并记入评审记录文档 - FI-项目组编码 -PR-评审问题 .xls ；4 会前产品作者将 FI- 项目组编码 -PR-评审问题 .xls发给技术经理确认是否可以召开评 审会；5 召开条件（以下条件必须都得满足） ：5.1 技术经理同意召开正式评审会；5.2 若会前反馈人数不到 1/3（收件人中反馈有效信息的人数，反馈说没时间的，不 算，抄送人

7、反馈信息的，计入在内） ，或必须反馈人员没有反馈，将不能召开同 行评审会议，重新进行会前评审过程；5.3 反馈问题数未达到预估问题数的 50，不能召开评审会；2.3 会中评审1 在预定时间召开正式评审会议。会上，作者主要针对会前汇总问题， 逐一进行解释， 沟 通；同时，评审人员在会上可以继续提出问题/建议；2 在评审会结束前， 要明确会前及会中每一个确认问题的解决时间， 会后， 由作者将评审 前和评审中的问题补充完整，并来负责分配每个问题的负责人、计划完成时间等；2.4 评审后1 会后，技术经理将 技术评审报告电子签字确认后发送有评审参会者， 项目组将该文 档纳入配置库；2 会后， QA 将跟

8、踪各个问题的解决落实情况；3 产品作者在评审会后 2 天内将评审问题记录反馈给所有有反馈意见的人和所有的参会人员；4 度量QA 会协助记录与此次评审相关的数据，见 评审意见反馈统计 .xls ，此文档目前放于 质量保证配置库； QA 在评审会议结束第二天内将统计的最终数据，发送评审邀请邮件中所 有人以及所有参会人员；2.5 其他1 为确保评审人员预留出评审时间，产品作者至少在计划评审的前一周，以 mail 形式告 知相关人， 邮件主题可示意为 “计划 7 月 10 日对 xxx 进行评审， 预计 2 小时， 请注意”；2 被要求参与评审的人员，在计划中要体现评审的时间安排。 QA 将检查上述时

9、间安排的 对应情况；3 一个好的评审，应是会前效率：会中效率=7： 3；3 简化版走查方式3.1 以检查单形式进行走查此种检查方式，在流程上，与完整版的流程区别仅在于，没有正式评审会议。在产品形成后， 因项目时间所限以及评审专家可能无法到位， 选择此种形式进行走查评 审，以保证产品的质量。评审人员主要是同行专家。工作步骤如下：3.1.1 准备1 由产品作者准备评审材料，包括待评审文档，如 XXX 需求规格说明书 、FI- 项目组 编码 -PR-检查单 （姓名）.xls 。检查单描述的检查项， 要结合此次待评文档， 突出希望关注 的重点，尽量细化描述；2 产品作者所在项目经理对待评审文档、检查单

10、进行检查；3.1.2 评审1 项目经理检查确认后，由产品作者发出评审邀请；1.1 mail 主题要突出： XXX 项目组 - XXXX 评审邀请；1.2 mail 附件：待评审文档、检查单；1.3 mail 接收人：? 一般不超过 6 人；? 收件人：需为同行，即对待评审领域熟悉、有经验的人士，必须反馈；? 抄送：邮件抄送者，可反馈，也可不反馈 ；? 抄送给 QA ，以便跟踪过程执行情况；1.4 mail 正文：? 明确时间，单位到时 /分；? 若待评审文档内容较多，需明确评审人员的分工，如“张三，请关注文中第 1 至 3 节内容；李四，请关注文中第 4-6 节内容”；? 对于期望的必须反馈人

11、员，可在发出 mail 后，直接电话或当面与其沟通，不 必写在正文里；? 正文示例：评审主题：中银项目组 -车险承保需求 走查 评审（检查单形式） 反馈截止时间： 本周四 （7月 28日） 9:00 前 说明：请重点关注文档的第 3 章内容1.5 要求反馈时间：为了保证评审人员有充分的时间进行评审，发出评审材料的时间 和要求反馈的时间， 至少要间隔 2天以上，即如果是 7月 1日 8：30发出的评审要求，要求反馈的时间不得早于7月 3日 8：30；1.6 如有特殊情况，另行说明；2 评审意见反馈2.1 接到评审邀请的人员， 需在指定日期内， 反馈评审意见， 若评审人员的姓名在 “收 件人”中的

12、，必须反馈意见，若评审人员姓名在“抄送”中的，可选择反馈；2.2 评审人员在收到评审检查单之后 2 小时内，若发现评审检查单中的要求无法检验， 要与项目组协商，修改评审要求或评审参与人员；2.3 评审意见记录在检查单中，同时，在检查单中还需记录此次评审的文档页数、所 花费的时间等，以便数据采集；2.4 没有意见，或由于时间关系不能按时反馈的，也要进行回复；3 产品作者搜集、 汇总反馈意见， 并记入评审记录文档 - FI- 项目组编码 -PR-评审问题 .xls ；4 若反馈人数不到 1/3 （收件人中反馈有效信息的人数，反馈说没时间的，不算，抄送人 反馈信息的，计入在内） ，或必须反馈人员没有

13、反馈，则此次评审无效，在适当时候重 新进行评审过程；3.1.3 评审后1 QA 将跟踪各个问题的解决落实情况；2 产品作者在规定反馈日期后的 2 天内将评审问题记录反馈给所有有反馈意见的人和收 件人、抄送人；3 度量QA 会协助记录与此次评审相关的数据，见 评审意见反馈统计 .xls ，此文档目前放于 质量保证配置库， QA 在评审截至时间的第二天内将统计的最终数据，发送评审邀请邮件中 所有人员；3.1.4 其他1 为确保评审人员预留出评审时间，产品作者至少在计划评审的前一周，以 mail 形式告 知相关人，邮件主题可示意为“计划 7/10 对 xxx 进行评审，预计 2 小时，请注意” ；3

14、.2 以 mail 形式进行走查此种检查方式，主要是在待评审产品尚未形成时，可能需要多轮次的讨论和评审，目 的是通过简单的走查方式，尽早的发现问题，及时解决，以尽快形成产品。工作步骤如下：3.2.1 准备1 待评审内容阶段性的完成，需要部分的发给同行专家进行评审，确定需要发送邮件的 收件人名单和抄送人名单。3.2.2 评审1 产品作者确认后，发出评审邀请的 mail ：1.1 mail 主题要突出： XXX 项目组 - XXXX 评审邀请；1.2 mail 附件：待评审文档；1.3 mail 接收人：? 一般不超过 6 人；? 收件人：需为同行，即对待评审领域熟悉、有经验的人士，必须反馈；?

15、抄送：邮件抄送者，可反馈，也可不反馈 ；? 抄送给 QA ，以便跟踪过程执行情况；1.4 mail 正文：? 明确时间，单位到时 /分；? 若待评审文档内容较多，需明确评审人员的分工，如“张三，请关注文中第 1 至 3 节内容；李四，请关注文中第 4-6 节内容”；? 对于期望的必须反馈人员，可在发出 mail 后，直接电话或当面与其沟通，不 必写在正文里；? 因作者没有提供检查单，因此发送邮件时在正文中明确标示： “请在反馈时说 明评审对象和评审所用时间” ；? 正文示例：评审主题：中银项目组 - 车险承保需求 走查评审（ mail 形式） 反馈截止时间： 本周四 （7月 28日） 9:00

16、 前 说明：请重点关注文档的第 3 章内容 请在反馈时说明评审对象和评审所用时间 1.5 要求反馈时间： 为了保证评审人员有充分的时间进行评审， 发出评审材料的时间和 要求反馈的时间， 至少要间隔 2天以上，即如果是 7月 1日 8：30发出的评审要 求，要求反馈的时间不得早于 7 月 3 日 8：30 ；2 评审意见反馈2.1 接到评审邀请的人员，需在指定日期内， 反馈评审意见， 若评审人员的姓名在“收 件人”中的，必须反馈意见，若评审人员姓名在“抄送”中的，可选择反馈；2.2 评审人员在收到评审检查单之后 2 小时内，若发现评审检查单中的要求无法检验， 要与项目组协商，修改评审要求或评审参

17、与人员；2.3 评审意见请直接回复在邮件中， 逐条说明， 同时， 在邮件中还需 记录此次评审的文 档页数、所花费的时间 等，以便数据采集；2.4 没有意见，或由于时间关系不能按时反馈的，也要进行回复；3 产品作者搜集、 汇总反馈意见， 并记入评审记录文档 - FI- 项目组编码 -PR-评审问题 .xls ；4 若反馈人数不到 1/3 （收件人中反馈有效信息的人数，反馈说没时间的，不算，抄送人 反馈信息的，计入在内） ，或必须反馈人员没有反馈，则此次评审无效，在适当时候重 新进行评审过程；3.2.3 评审后1 QA 将跟踪各个问题的解决落实情况；2 产品作者在规定反馈日期后的 2 天内将评审问

18、题记录反馈给所有有反馈意见的人和收件人、抄送人；3 度量QA 会协助记录与此次评审相关的数据，见 评审意见反馈统计 .xls ，此文档目前放于 质量保证配置库， QA 在评审截至时间的第二天内将统计的最终数据，发送评审邀请邮件中 所有人员；3.2.4 其他1 关于评审问题的记录请注意标识问题级别、计划解决时间，并在确定解决后再关闭问题；3.3 任务安排式的走查此种检查方式， 主要针对源程序以及新人代码进行检查 ，检查没有时间的限制，属于 日常保证产品质量的一个活动， 主要在项目组内部进行， 评审人员主要是项目经理或者组内 有经验的组员。 例如阶段性的安排经验丰富的组员对新人的程序进行日常的检查等。 选