同行评审流程.docVIP

中银保险 同行评审流程 关于本文档 主 题 同行评审流程 说　　明 本文档说明对项目的工程管理中同行评审的实施过程 适用对象 项目组所有成员 修 订 历 史 版 本 章 节 类 型 日 期 作 者 说 明 1.0 所有 C 2008-2-27 孟维娜 创建 说明：类型－创建（C）、修改（U）、删除（D）、增加（A）； 评 审 记 录 角 色 签 名 日 期 说 明 目 录 1 两种方式的选择 1 2 完整版—正式评审会方式 2 2.1 准备 2 2.2 会前评审 2 2.3 会中评审 3 2.4 评审后 3 2.5 其他 3 3 简化版—走查方式 4 3.1 以检查单形式进行走查 4 3.1.1 准备 4 3.1.2 评审 4 3.1.3 评审后 5 3.1.4 其他 5 3.2 以mail形式进行走查 5 3.2.1 准备 5 3.2.2 评审 6 3.2.3 评审后 6 3.2.4 其他 7 3.3 任务安排式的走查 7 3.3.1 准备 7 3.3.2 评审 7 3.3.3 评审后 7 3.3.4 其他 8 4 相关文档 9 两种方式的选择 对于完整的需求文档、设计文档、规则/规范等，建议采用正式评审形式（详见2）； 对于核心算法、部分工作产品、源程序、新人代码以及未完成的需求设计文档等，建议采用走查方式。其中， 对测试用例、操作手册等文档，建议采用检查单形式（详见3.1）； 对核心算法、未完成的需求设计文档等，建议以mail形式进行（详见3.2）； 对新人代码、源程序等，建议以任务安排形式进行（详见3.3）； 完整版—正式评审会方式 准备 由产品作者准备评审材料，包括待评审文档，如《XXX需求规格说明书》、FI-项目组编码-PR-检查单(姓名).xls。检查单描述的检查项，要结合此次待评文档，突出希望关注的重点，尽量细化描述； 产品作者所在项目经理对待评审文档、检查单进行检查； 会前评审 项目经理检查确认后，由产品作者发出会前评审邀请； mail主题要突出：XXX项目组-《XXXX》评审邀请； mail附件：待评审文档、检查单； mail接收人： 一般不超过6人； 收件人：需为同行，即对待评审领域熟悉、有经验的人士，必须反馈； 抄送：邮件抄送者，可反馈，也可不反馈； 抄送给QA，以便跟踪过程执行情况； mail正文： 明确时间、地点，时间单位到时/分； 若待评审文档内容较多，需明确评审人员的分工，如“张三，请关注文中第1至3节内容；李四，请关注文中第4-6节内容”； 对于期望的必须反馈人员，可在发出mail后，直接电话或当面与其沟通，不必写在正文里； 正文示例： 评审主题：中银项目组---车险承保业务需求会前评审?? 反馈截止时间： 本周四(7月28日) 9:00前 说明：请重点关注文档的第3章内容 正式评审时间：本周四(7月28日) 15:30 -- 17:00?????? ?????? 地点：xx会议室 要求反馈时间：为了保证评审人员有充分的时间进行评审，发出评审材料的时间和要求反馈的时间，至少要间隔2天以上，即如果是7月1日 8：30发出的评审要求，要求反馈的时间不得早于7月3日 8：30； 如有特殊情况，另行说明； 会前评审意见反馈 接到评审邀请的人员，需在指定日期内，反馈评审意见，若评审人员的姓名在“收件人”中的，必须反馈意见，若评审人员姓名在“抄送”中的，可选择反馈； 评审人员在收到评审检查单之后2小时内，若发现评审检查单中的要求无法检验，要与项目组协商，修改评审要求或评审参与人员； 评审意见记录在检查单中，同时，在检查单中还需记录此次评审的文档页数、所花费的时间等，以便数据采集； 没有意见，或由于时间关系不能按时反馈的，也要进行回复； 产品作者搜集、汇总反馈意见，并记入评审记录文档-《FI-项目组编码-PR-评审问题.xls》； 会前产品作者将《FI-项目组编码-PR-评审问题.xls》发给技术经理确认是否可以召开评审会； 召开条件（以下条件必须都得满足）： 技术经理同意召开正式评审会； 若会前反馈人数不到1/3（收件人中反馈有效信息的人数，反馈说没时间的，不算，抄送人反馈信息的，计入在内），或必须反馈人员没有反馈，将不能召开同行评审会议，重新进行会前评审过程； 反馈问题数未达到预估问题数的50％，不能召开评审会； 会中评审 在预定时间召开正式评审会议。会上，作者主要针对会前汇总问题，逐一进行解释，沟通；同时，评审人员在会上可以继续提出问