一、范围
本流程规定了软件产品开发过程中的评审工作流程和交付物输出,适用于所有软
件产品开发过程评审工作。
二、评审类型
评审类 型 | 评审形式描述 | 评审输入 | 评审输出(按需 输出) | 场景 举例 | |||||
BG 会议评 审 | 事先进行充分的内部评审与预评审,拉齐部门内部和各侧意见后,再召开BG级评审会议,要求输出评审结论,会议纪要,并跟踪缺陷或问题至关闭。 | 《评审材料》 | 《评审材料》 《评审打分表》 《会议纪要》 | ||||||
项目组 级会议 评审 | 需要进行内部评审,无需要进行预评审 (可选),召开项目组级评审会议,会议现场提出问题,要求输出评审结论,会议纪要,并跟踪缺陷或问题至关闭。 | 《评审材料》 | 《评审材料》 《会议纪要》 | ||||||
邮件评 审 | 按需进行内部评审及预评审,需发起邮件 评审; 产品经理;开发负责人将评审材料以邮件 的形式发送给BULs审批,审批者同样以邮件形式反馈审批意见。不需要召开评审 | 《评审材料》 | 评审邮件 | ||||||
会议,无需要产出评审会议纪要。 | |||||||||
三、评审内容
评审 类型 | 评审名称 | 评审内容 | 备注 | |||||
决策 评审 | SP-D CP | 战略规划 决策评审 | 产品组合战略规划主要是指产品组合所有研发产品未来一段时期 (通常2-3年)的发展路径规划,每年进行迭代更新。 | |||||
BP-D CP | 业务计划 决策评审 | 产品线业务计划,主要是指某类产品未来一段时期(通常1年)的市场分析、盈利分析及产品路标计划等,通常针对新拓展行业、新研发产品线、产品路标重大调整或重点产品业务周期回顾进行开发或更新,每年进行迭代更新。 | ||||||
chart er-DC P | 项目任务 书决策评 审 | 基于平台化开发理念,项目任务书主要针对产品的具体版本系列 (如:××V4,X系列)进行立项分析,通常在市场分析细化的基础上,明确产品设计要求,成立PDT团队,确定产品开发计划,并进行必要的资源、盈利、风险分析,同步完成初始版本立项评审。 | 可与TRl 合并 | |||||
Produ ct-DC P | 迭代产品 决策评审 | 在Charter-DCP的基础上,针对每个新版本(如:×xV5.1)在执行层面进行立项评审。小迭代产品(如:××V5.1.1)由产品团队拉通相关方协商确定开发计划,报产品委员会审批确认后启动执行。 | 可与TRl 合并 | |||||
CDCP | 概念决策 评审 | 评审满足市场需求的产品概念是否具有竞争力决策判断项目是否 继续。 | 可与TRl 合并 | |||||
PDCP | 计划决策 | 评审最终产品开发计划是否满足商业目标要求决策判断项目是否 | 可与TR3 | |||||
评审 | 继续。 | 合并 | ||||||
ADCP | 可获得性 决策评审 | 评审产品经过验证后满足产品需求情况,是否具备上市条件,决策 是否同意上市。 | 可与TR5 合并 | |||||
GA | 通用可状 得性决策 评审 | 评审产品是否已经经过批产阶段验证,决策是否可以批量交付客 户。 | 可与TR6 合并 | |||||
LDCP | 生命周期 决策评审 | 在产品生命周期适当阶段进行决策评审决策产品是否需要停止生 产、停止销售或停止服务支持。 | ||||||
软件 技术 评审 | TRl | 产品立项 评审 | 评审业务、技术、成本、市场推广方面可行性,包括成立PDT团 队、确定产品开发计划。 | |||||
TR2 | 需求分析 评审 | 评审需求业务逻辑的完整性和正确性,确认需求优先级,确保需求 无重大遗漏。 | ||||||
TR3 | 概要设计 评审 | 评审概要设计满足功能及非功能需求情况。 | ||||||
TR4 | 详细设计 评审 | 评审详细设计情况,包括代码review情况等。 | ||||||
TR4A | 伴随测试 评审 | 评审伴随测试用例覆盖度和问题解决情况。 | ||||||
TR5 | QA测试 及POC 验证评审 | 评审QA测试用例覆盖度和问题解决情况、POC验证情况等。 | ||||||
TR6 | 产品发布 | 评审确认产品功能齐备,满足立项确定的技术指标和交付条件,是 | ||||||
评审否同意正式发布。
各类别决策和技术评审点评审内容
四、裁剪合并原则
a)DCP决策评审通常可与TR技术评审合并,但需要保证决策评审的参与范围和把关重点;b)TR1和TR6评审,原则上不能裁剪,确因项目特殊需要裁剪时,应报BG负责人审批确认;c)评审点、开发活动和交付件的裁剪合并工作,需要视产品复杂程度、紧急程度而定,可通过正式评审的形式予以确认;d)产品开发评审点设置应在TRl阶段予以明确,产品开发计划和交付件列表最终应在TR2阶段予以确定,均应通过正式评审确认;e)评审级别的设置可参考4.2执行,结合产品开发特点可考虑适当调整,但应经过TRl评审确认。
五、详细要求
5.1制定评审计划
产品总监根据市场需求调研、产品发展规划等安排,在组织完成产品组合SP(战略规划,通常规划未来2-3年工作)和产品线BP(业务计划,通常规划下一年度工作)的基础上,确定charter项目任务书的开发或完善计划,并将Charter-DCP评审计划纳入到BP中执行。在Charter-DCP评审通过的基础上,产品总监根据工作情况任命产品经理并启动产品立项工作;产品经理制定产品立项方案,拉通相关方成立PDT团队,制定产品开发计划,并在产品开发计划中明确主要的里程碑节点的技术和决策评审计划。
5.2准备评审文件产品经理、项目经理、技术人员、测试人员按职责分工准备评审报告,评审报告应按照有关报告模板进行编制,并经上级Leader审阅确认,报告中涉及其它部门相关工作内容的,应于报告准备过程中做好沟通确认。产品发布评审之前,产品经理应确保立项约定的所有过程文档已经完成整理,并基于SVN和PLM完成归档,PMO人员负责对文档归档情况进行检查确认。
5.3内部评审出评审申请之前需首先进行部门内部评审,拉通部门领导与内部相关人员意见;
5.4预评审召开BG评审会议时,召开内部评审完成后,正式开启会议评审前,需召开预评审活动;项目级评审可按需进行预评审活动。
5.5提交评审申请产品经理按照开发计划安排完成阶段研发任务后,提前3个工作日通过邮件系统向XX发出评审申请,并附上该阶段任务所有需要输出的交付物,申请格式详见表4。
表4评审申请表
产品名称 | 版本号/型号 | 产品经理 | 项目经理 | 预计评审时间 |
5.6确定评审事项评审组织方根据评审申请组织联络评审成员召开评审会议。a)根据评审产品类型、评审内容,由PMO人员沟通BG产品委员会相关专家出任评审组长,负责评审整体把关。b)产品经理(或项目经理)在提交评审申请时,参考表5明确评审参与范围;沟通评审组长及评审申请人确定评审组成员。c)评审成员中应包括经验丰富的同行专家,通常为部门内其它产品负责人;BG级评审通常需邀请其它BG产品总监、交付总监参加。
表5技术评审参与方建议
评审阶段 参会人员 | TRl | TR2 | TR3 | TR4 | TR4A | TR5 | TR6 |
产品委员会 | * | ■ | O | / | / | O | • |
销售 | ■ | O | / | / | / | O | ■ |
解决方案侧 | • | • | / | / | / | O | • |
产品 | • | • | • | ■ | ■ | ■ | • |
开发 | • | * | • | • | • | O | • |
UED | ■ | • | • | • | ■ | / | • |
TPM | • | • | • | • | • | / | • |
伴随 | ■ | * | • | O | ■ | O | • |
QA | • | ■ | O | / | • | • | • |
交付 | • | • | • | / | • | • | * |
售后 | / | / | / | / | ■ | • | ■ |
供应链 | ■ | / | / | / | • | • | ■ |
产品管理 | • | O | O | O | O | O | • |
质量管理 | ∙ | * | • | • | • | ■ | • |
注:
1.•表示必须参加,O表示可选参加,/表示可不参加。2.各侧参会人员原则上
只邀请TL和主要负责人,一般不多于2名;3.组织方默认按照上表要求邀请参
会人员,会议组织形式XX群+直播,申请人如有特殊要求,请提前跟组织方沟通并确认。
5.7召开评审会议
5.7.1评审会议要求
a)PMO人员负责根据评审申请需求,协调评审组成员确定评审会议时间,并及时发出会议通知。b)评审申请人应按照评审报告模板和评审CheCkIiSt准备评审报告,并至少于评审会议前1天将评审报告发送评审组成员充分审阅,并对评委会前提出问题正式回复。c)评审过程中,评审组成员对于评审报告的问题和意见应当面提出,经与受评人员沟通确认后,将相关信息记录到评审意见记录表(详见附录A)中,会后受评人员予以跟踪回复直至问题闭环。d)评审过程中,与会评委按照专业分工,对评审checklist中的关键评审点进行评审确认,并完成评审打分;打分标准共分为5档,包括:5分非常好,4分比较好,3分一般,2分比较差,1分非常差;e)BG级别评审通常采取会议形式进行,当受评内容较为简单、沟通较为充分等情况时,可考虑采取邮件确认、文件会签等形式进行评审,以确保评审效率的提升;项目组级评审应参考BG级评审管理要求,做好评审过程记录,参见附录A、附录B要求。f)评审意见通常包括两类:一是会议重点结论action,此类意见需要受评人员会后明确计划DDL并加以跟踪落实;二是评审提出问题,此类意见需要受评人员会后进行书面答复。上述评审意见均应在会后通过邮件进行正式答复。g)评审结束时,由评审组长综合评审组成员意见后,宣布评审结论,评审结论通常包括4种:
•通过;
•有条件通过;
•不通过,重新评审;
•评审过程无效,追加评审。
5.7.2评审会议议程
a)评审组织方宣布评审会议开始,介绍评审组组长及相关成员,介绍评审会议要求;b)主报告人汇报评审报告,评委逐项讨论;c)独立报告人(通常为下一环节接收者)汇报产品研发工作拉通情况及最终接收意见,评委讨论;d)各专业评委从自身专业出发,发表建设性意见,并完成相应关键评审点评分;e)评审组长根据讨论情况、评分情况,组织确定评审action;f)评审组长宣布评审结论。
5.8落实评审意见
a)评审会后一周内,受评人员针对评审意见进行汇总整理并书面答复。b)受评人员按照承诺的答复意见,组织落实评审意见,并在评审意见落实闭环后书面回复评审组织者,完成评审记录的闭环。
5.9跟踪评审意见
a)评审组织方人员负责跟踪评审意见落实情况,包括评审意见是否及时答复、答复承诺的工作安排是否落实到位等。b)评审组织方定期对评审意见答复和落实情况进行统计和提示。
5.10评审文件归档
a)评审会后一周内,由受评人员根据评审意见完善评审报告,并提交PMO人
员归档。b)待评审意见答复的工作全部落实后,由受评人员完善评审意见记录表,提交PMO人员归档。c)PM0人员负责将完善后的评审报告、闭环后的评审意见记录表以及评审checklist打分表、评审基本信息表(附录B)在SVN系统中归档留存。
联系我们
Contact us