技术开发项目阶段评审清单

技术开发项目阶段评审清单通用模板一、适用场景与价值本清单适用于各类技术开发项目（如软件研发、硬件开发、系统集成等）在关键阶段的质量把控与风险管控，具体包括：里程碑节点：如需求冻结、架构设计完成、核心模块开发完毕、系统上线前等关键阶段；跨团队协作场景：涉及产品、研发、测试、运维等多角色协同时明确各方评审职责与交付标准；风险预警需求：对项目进度、技术方案、资源投入等进行系统性评估，及时发觉并规避潜在风险；合规与质量要求：满足客户验收、内部审计等对项目过程规范性的要求，保证交付成果符合预期。二、评审流程操作指引（一）评审前准备阶段明确评审目标与范围根据项目当前阶段（如需求分析阶段、设计阶段等），确定本次评审的核心目标（如需求完整性验证、技术方案可行性评估等）及覆盖范围（如特定模块、关键功能等）。示例：需求分析阶段评审目标为“确认需求文档的完整性、一致性与可实现性”，范围覆盖“用户管理模块”和“订单处理模块”。组建评审团队并分配职责核心成员：项目经理（）、产品负责人（）、技术负责人（**）、测试负责人（赵六）、开发代表（周七）；职责划分：项目经理统筹评审流程，产品负责人讲解需求，技术负责人评估方案可行性，测试负责人验证测试条件，开发代表确认开发工作量。收集与整理评审材料按阶段准备对应文档，保证材料完整、版本最新：需求阶段：《需求规格说明书》《用户故事地图》《原型图》；设计阶段：《技术架构设计文档》《数据库设计说明书》《接口文档》；开发阶段：《核心模块代码》《单元测试报告》《技术难点攻克记录》；测试阶段：《测试计划》《用例设计》《缺陷报告》《测试环境部署记录》；上线阶段：《上线方案》《回滚计划》《运维监控配置》。提前发布评审通知提前3个工作日通过项目管理系统（如Jira、钉钉）发送评审通知，包含：评审目标、时间、地点（或线上会议）、参会人员、材料清单及阅读要求，保证各方提前熟悉内容。（二）评审实施阶段召开评审会议（建议时长60-90分钟）议程1：背景与目标说明（5分钟）：项目经理重申本次评审阶段、目标及核心关注点；议程2：材料讲解与演示（20-30分钟）：需求阶段：产品负责人讲解需求背景、用户故事、功能边界及验收标准，演示原型交互逻辑；设计阶段：技术负责人讲解架构选型、模块划分、关键算法设计及功能指标；开发/测试阶段：开发代表演示核心功能实现，测试负责人汇报测试覆盖率、缺陷分布及修复情况；议程3：问题质询与讨论（20-30分钟）：参会人员基于材料与演示，从“完整性、可行性、合规性、风险性”四维度提问，重点讨论“需求是否遗漏边界条件”“技术方案是否存在功能瓶颈”“测试用例是否覆盖异常场景”等问题；议程4：结论达成与记录（5分钟）：汇总讨论问题，明确评审结论（通过/不通过/有条件通过），指定问题整改责任人及完成时限。记录评审问题与行动项使用评审记录表（见核心检查表附件）实时记录问题，包含：问题描述、严重程度（致命/严重/一般/建议）、责任方、整改措施、截止时间；示例：“用户管理模块‘密码重置’功能未考虑手机号更换场景，严重程度‘一般’，责任方产品（**），整改措施‘补充需求用例’，截止时间X月X日”。（三）评审后跟进阶段输出评审报告并同步评审结束后24小时内，项目经理整理《评审报告》，内容包括：评审基本信息、结论、问题清单及整改计划，通过邮件及项目管理系统同步给所有干系人（含项目发起人、客户方接口人等）。跟踪问题整改与闭环每日通过项目看板监控问题整改进度，责任方需在截止时间前提交整改证明（如更新后的文档、测试报告）；对逾期未完成或整改不彻底的问题，及时协调资源支持，必要时启动升级流程（如上报项目发起人）。更新项目基线与计划根据评审结论，更新项目基线文档（如需求基线、设计基线），调整后续计划（如开发排期、测试资源分配），保证评审结果有效落地。三、阶段评审核心检查表（一）需求分析阶段评审检查表评审维度检查项责任方状态（通过/不通过/待整改）整改措施与截止时间需求完整性是否覆盖用户核心场景？是否明确功能边界、非功能性需求（功能、安全等）？产品（**）需求一致性需求文档与原型图、用户故事是否无冲突？术语定义是否统一？产品+研发（+）需求可实现性技术方案能否支撑需求实现？是否存在技术难点？工作量评估是否合理？研发（**）需求可测试性是否明确验收标准？测试用例设计依据是否充分？测试（赵六）需求变更管理是否建立变更控制流程？已变更需求是否更新文档并同步干系人？项目经理（**）（二）系统设计阶段评审检查表评审维度检查项责任方状态整改措施与截止时间架构设计合理性架构是否符合项目规模与业务复杂度？是否采用成熟技术栈？扩展性、可维护性如何？研发（**）模块划分规范性模块内聚性与低耦合性是否满足？接口定义是否清晰、无歧义？研发（**）数据设计安全性敏感数据是否加密存储？权限控制是否符合最小权限原则？数据库索引设计是否合理？研发+安全（**+孙八）设计文档完整性是否包含架构图、模块图、时序图、接口文档等关键文档？文档版本是否最新？研发（**）设计与需求一致性设计方案是否覆盖全部需求？需求变更是否已同步到设计文档？产品+研发（+）（三）开发实施阶段评审检查表评审维度检查项责任方状态整改措施与截止时间代码质量代码是否符合编码规范（命名、注释、格式）？是否存在冗余代码或逻辑漏洞？开发（周七）单元测试覆盖率核心模块单元测试覆盖率是否≥80%？测试用例是否覆盖正常、异常、边界场景？开发+测试（周七+赵六）技术难点攻克关键技术方案（如高并发处理、算法优化）是否已验证？是否有备选方案？研发（**）进度与风险管控开发进度是否符合计划？是否存在延期风险？风险应对措施是否到位？项目经理（**）文档同步及时性技术方案、接口变更是否及时更新至文档？开发日志是否完整记录问题与解决过程？开发（周七）（四）测试验证阶段评审检查表评审维度检查项责任方状态整改措施与截止时间测试计划完整性测试范围、策略、资源、进度计划是否明确？测试环境与生产环境差异是否可控？测试（赵六）测试用例有效性用例是否覆盖需求所有功能点？是否包含正向、逆向、异常场景？优先级划分是否合理？测试（赵六）缺陷管理规范性缺陷是否按严重程度、优先级分类？修复流程（提单、分配、验证、关闭）是否规范？测试+开发（赵六+周七）测试报告准确性测试结论是否基于客观数据（用例通过率、缺陷密度）？是否明确遗留风险及建议？测试（赵六）回归测试充分性修复缺陷后是否进行回归测试？回归测试范围是否覆盖关联模块？测试（赵六）（五）上线准备阶段评审检查表评审维度检查项责任方状态整改措施与截止时间上线方案完整性是否包含上线步骤、时间窗口、回滚计划？应急联系人及联系方式是否明确？项目经理（**）环境与配置检查生产环境配置（服务器、数据库、中间件）是否与测试环境一致？配置项是否经审批？运维（吴九）数据迁移准确性数据迁移方案是否包含源数据清洗、迁移验证步骤？迁移后数据一致性如何校验？运维+研发（吴九+**）监控与告警配置是否部署系统监控（CPU、内存、接口响应时间等）？关键指标告警阈值是否合理？运维（吴九）上线演练完成度是否全流程模拟上线（含回滚）？演练中发觉的问题是否已解决？项目经理+运维（**+吴九）四、关键实施要点提示（一）评审客观性原则避免因角色立场影响判断（如研发团队避免“技术方案可行”的倾向性结论），需基于文档、数据及实际演示结果进行评估；对争议性问题，可引入第三方专家（如架构师、质量工程师）参与评审，保证结论中立。（二）问题闭环管理所有评审问题必须明确“责任方”与“整改时限”，禁止出现“待讨论”“后续关注”等模糊表述；对“致命/严重”级别问题，需在整改后组织二次评审，直至问题关闭。（三）文档版本控制评审材料与结论文档需通过项目管理系统进行版本管理，保证所有干系人查阅最新