产品研发项目阶段成果评审检查表

一、适用场景与核心价值在产品研发全生命周期中，从需求分析、方案设计到开发测试、上线交付等关键阶段，均需通过阶段性成果评审把控质量、识别风险、对齐目标。本检查表适用于跨部门评审场景（如产品、研发、测试、设计、业务方等参与），通过标准化检查项保证成果交付物符合预期，推动项目高效有序推进，降低后期返工成本，保障产品最终价值实现。二、评审全流程操作指南（一）评审准备阶段明确评审目标与范围根据当前研发阶段（如需求评审、原型评审、UAT评审等），确定本次评审的核心目标（如需求完整性、技术可行性、用户体验一致性等）。划定评审范围，明确需检查的交付物清单（如需求文档、PRD、高保真原型、技术方案、测试报告等）。组建评审团队并分配角色评审组长：通常由产品负责人或项目经理担任，负责把控评审节奏、协调争议、输出结论。评审专家：包括研发工程师（评估技术实现）、测试工程师（验证测试覆盖）、UI/UX设计师（审核设计规范）、业务方代表（确认需求贴合度）等，保证多视角专业判断。记录员：负责记录评审中发觉的问题、待办事项及责任分工。提前分发评审材料至少提前2个工作日将评审材料同步至所有评审人员，明确需重点关注的章节或模块，预留充足预研时间（建议每人至少4小时）。（二）评审执行阶段召开评审会议主持人开场说明评审目标、流程及时限（单个评审环节建议不超过2小时）。由项目负责人依次介绍当前阶段成果核心内容（如需求背景、方案设计思路、关键实现逻辑等），时长控制在30分钟内。逐项检查与讨论依据评审检查表（见第三部分），各评审专家结合职责分工对交付物进行检查，重点核对以下维度：需求符合性：是否覆盖原始需求文档中的核心功能点，是否与用户画像、使用场景匹配。技术可行性：架构设计是否合理，技术选型是否满足功能、扩展性要求，是否存在技术瓶颈。规范性：文档格式、命名规则、代码注释、设计组件是否符合团队标准。完整性：是否存在遗漏项（如异常场景处理、兼容性说明、测试用例覆盖等）。风险识别：是否存在潜在技术风险、资源风险或进度风险，是否制定应对预案。记录员实时记录问题点，标注问题等级（严重/一般/建议），并明确问题描述、涉及模块及提出人。争议问题处理对存在争议的问题，由评审组长组织讨论，必要时引入第三方专家或通过原型演示、数据验证等方式达成共识；若无法当场解决，需明确后续跟进计划（如专项调研后二次评审）。（三）评审收尾阶段输出评审结论评审组长综合检查结果，给出明确结论：通过：所有检查项均符合要求，可进入下一阶段。有条件通过：存在非严重问题，需完成整改后由专人复核（明确整改项、责任人和截止时间）。不通过：存在严重问题（如核心需求缺失、技术方案不可行等），需返工优化后重新评审。分发评审报告24小时内整理评审报告，内容包括：评审基本信息（时间、参与人员、阶段）、检查项汇总、问题清单、整改要求、评审结论，同步至所有相关人员及项目存档系统。跟踪整改闭环项目负责人负责跟踪问题整改进度，整改完成后由原提出人或评审组长验证，确认无误后标记“关闭”；所有问题整改完成后，输出《评审问题关闭报告》，方可正式进入下一研发阶段。三、阶段成果评审检查表模板评审阶段：□需求评审□原型评审□技术方案评审□开发提测评审□UAT评审项目名称：版本号：评审日期：评审组长：*经理记录员：*助理检查维度检查项检查标准需求符合性是否覆盖原始需求文档中的核心功能点核心功能无遗漏，优先级与需求文档一致是否与用户画像及使用场景匹配场景覆盖度≥90%，用户路径逻辑清晰技术可行性架构设计是否满足扩展性、功能要求架构文档明确核心模块边界，功能指标符合需求约定技术选型是否存在潜在风险（如兼容性、维护成本）技术栈成熟度≥团队经验匹配度，风险点有应对预案规范性文档格式是否符合团队模板（如PRD、技术方案）封面、目录、章节编号、字体格式等与模板一致代码/设计组件是否遵循规范（如命名规则、组件复用率）代码注释覆盖率≥80%，UI组件复用率≥70%完整性异常场景处理是否完整（如网络异常、数据错误）至少覆盖TOP5异常场景，处理逻辑明确测试用例是否覆盖核心功能（正向+逆向）核心功能用例覆盖率100%，边界值、异常值场景覆盖风险识别是否明确项目进度、资源、技术风险风险等级划分清晰（高/中/低），应对措施具体文档完整性是否配套必要的用户手册、运维文档文档内容与当前功能一致，操作步骤无歧义四、使用关键注意事项评审材料需“最小化聚焦”：提前精简评审材料，剔除冗余信息，保证评审人员集中关注核心交付物，避免因信息过载导致效率低下。问题记录需“客观具体”：问题描述应包含“问题所在模块+具体表现+影响范围”，避免模糊表述（如“体验不好”需明确“按钮后响应超时3秒，影响用户操作流程”）。评审结论需“权责清晰”：有条件通过的问题，整改责任人必须为具体执行人（而非“研发组”等模糊主体），整改期限需与项目里程碑关联，避免拖延。避免“过度评审”与“形式化评审”：非核心阶段（如内部迭代）可简