项目计划评审的依据主要来自四类材料：目标与范围基线、约束与资源条件、历史与经验数据、组织规则。评审时用这些依据逐项核对计划的完整性、可行性和一致性，形成结论与整改项。本文覆盖计划建立阶段的评审准备、检查项映射、会议组织和完成判断，执行阶段的偏差处理不在讨论范围内。
要点总览（TL;DR）
- 项目计划评审的依据分四类：目标与范围基线、约束与资源条件、历史与经验数据、组织规则，会前逐项确认齐备状态。
- 把依据映射到范围、进度、资源、成本、风险、质量六个计划要素，形成可逐项判断的检查表，依据冲突按组织规则优先的顺序处理。
- 评审由项目管理归口或指定组织者主持，计划负责人、职能代表、质量或合规角色分工参与，结论分为通过、有条件通过、不通过三种。
- 整改项要有责任人、期限和可核验的关闭条件，评审材料与整改记录集中存放，便于跟踪和复盘。
- 用依据齐备性、检查项覆盖度、结论明确、整改可跟踪、记录归档、后续跟踪六项判断评审是否做到位。
评审前先备齐哪几类依据
评审会开得是否有内容，取决于会前材料是否齐备。建议在评审通知发出时附上依据清单，由计划负责人逐项确认来源和提供人，缺项要写明替代判断，避免会上才发现无从核对。
| 依据类别 | 具体材料 | 常见提供人 | 用途 | 缺失时的处理 |
|---|---|---|---|---|
| 目标与范围 | 立项文件、需求范围说明、验收标准 | 项目发起人、需求负责人 | 核对计划是否覆盖全部交付物，验收口径是否写入计划 | 由发起人书面确认范围边界，验收标准未定则列为评审前置条件 |
| 约束与资源 | 预算批复、人力投入承诺、关键里程碑、外部依赖清单 | 财务或预算归口、职能经理、项目经理 | 核对成本、人力、时间是否与约束匹配 | 资源未承诺时按可用上限做敏感性判断，标注为待确认项 |
| 历史与经验 | 类似项目工期与工作量数据、风险与问题记录 | 项目管理办公室、历史项目负责人 | 核对估算是否偏离经验区间，风险是否被识别 | 无同类数据时改用专家判断，并记录判断依据 |
| 组织规则 | 审批权限表、质量门禁要求、合规与流程规定 | 质量、合规、项目管理归口 | 核对计划中的审批点、评审点和交付物格式是否合规 | 规则不明确时由归口部门在评审前给出书面口径 |
清单上每类依据标注“齐备、部分齐备、缺失”三种状态。部分齐备和缺失的条目要写明由谁在什么时间补齐，或说明以什么替代材料支撑判断。依据清单本身作为评审材料的一部分归档，后续整改和复盘都以它为参照。
依据如何对应到计划评审的检查项
依据收集完成后，需要转成可逐项打勾的检查表。做法是把计划拆成范围、进度、资源、成本、风险、质量六个要素，每个要素指定核对依据和通过条件，评审时按表逐条判断。
| 计划要素 | 核对依据 | 检查项示例 | 通过条件 |
|---|---|---|---|
| 范围 | 需求范围说明、验收标准 | 工作分解是否覆盖全部交付物；验收标准是否对应到具体交付物 | 无遗漏交付物，每项验收标准有对应责任人和完成标志 |
| 进度 | 关键里程碑、历史工期数据 | 里程碑是否覆盖关键决策点；各阶段工期是否落在经验区间内 | 里程碑与合同或立项要求一致，工期偏差有说明 |
| 资源 | 人力投入承诺、外部依赖清单 | 关键角色是否落实到人；外部依赖是否约定交付时间和责任方 | 关键角色有姓名和投入比例，外部依赖有对接人和时间 |
| 成本 | 预算批复 | 成本估算是否在批复额度内；主要成本项是否有测算依据 | 总额不超预算，超支部分有审批或调整方案 |
| 风险 | 历史风险与问题记录 | 高概率高影响风险是否识别；是否制定应对措施和责任人 | 主要风险有应对措施、触发条件和责任人 |
| 质量 | 质量门禁要求、合规规定 | 评审点和检查点是否按门禁设置；交付物格式是否符合规定 | 门禁点齐全，交付物清单与模板要求一致 |
依据之间出现冲突时，按效力顺序处理：组织规则和合规要求优先，其次是经批准的立项文件和预算，再次是需求范围说明，最后是历史经验数据。冲突本身要记录在评审表中，由评审组织者判断是否需要升级到发起人裁决，不能由计划负责人单方面取舍。
检查表字段建议包括：检查项编号、计划要素、核对依据及出处、判断标准、评审结果（通过、有条件通过、不通过）、问题描述、整改责任人和期限。字段固定后，不同项目的评审记录可以横向比较，也便于后续跟踪。
评审会议怎么开：角色分工与结论输出
计划评审通常由项目管理归口或指定的评审组织者主持，计划负责人汇报，职能代表和质量或合规角色参与判断。角色分工在会前明确，避免会上出现无人对资源承诺负责的情况。
| 角色 | 职责 | 会前输入 | 会上输出 |
|---|---|---|---|
| 评审组织者 | 确定评审范围、发出材料和议程、主持逐项核对、汇总结论 | 依据清单、检查表 | 评审结论、问题清单 |
| 计划负责人 | 准备计划文本和支撑材料，回答质询，认领整改项 | 项目计划、估算说明 | 整改承诺和时间 |
| 职能代表 | 确认人力和其他资源承诺，判断资源可行性 | 资源投入计划 | 资源承诺或调整意见 |
| 质量或合规角色 | 核对门禁、审批点和交付物合规性 | 组织规则文件 | 合规判断和整改要求 |
会议流程按四步推进：会前两到三个工作日发出材料和检查表，参会人预读并标注疑问；会上按检查表逐项核对，每项当场给出判断；问题集中记录，不逐条展开讨论解决方案；最后汇总形成结论。结论分三种：通过，计划可进入执行；有条件通过，列出必须在规定期限内完成的整改项，整改关闭后生效；不通过，明确重评时间和需补充的材料。
整改项记录至少包含：问题描述、对应检查项、整改措施、责任人、完成期限、关闭条件。关闭条件要可核验，例如“补充外部依赖对接人书面确认”比“加强沟通”更便于判断是否关闭。整改关闭由评审组织者确认，确认记录与评审结论一并归档。
评审材料、检查表和整改项分散在邮件和多个文档中时，跟踪容易断档。ONES 的文档功能可用于存放计划文本、依据清单和评审记录，检查表和整改项可作为工作项管理，指定责任人和期限，状态从待整改流转到已关闭，评审组织者在同一处查看整改进展。这样评审结论和后续动作保持在同一套记录里，复盘时可以直接追溯。
一个计划评审的示例
以下为演示情景，用于说明依据如何支撑判断。某团队计划在三个月内完成一个内部系统的升级改造，计划负责人提交了项目计划，申请评审。
会前依据清单显示：立项文件和验收标准齐备；预算已批复；人力投入中两名关键开发只有口头承诺，未落实到人；外部依赖为第三方接口提供方，交付时间未书面确认；历史数据方面，团队有同类升级项目的工期记录；质量门禁要求明确，规定上线前须完成两轮回归测试。
逐项核对时发现三个问题。进度要素上，计划将回归测试安排为一轮，与质量门禁要求不符，依据组织规则判定不通过。资源要素上，关键开发未落实到人，职能代表当场确认其中一人可投入，另一人需会后协调，该项列为有条件通过。外部依赖未书面确认交付时间，按历史风险记录，同类依赖延期曾导致项目整体推迟两周，评审要求补充对接人和时间承诺，列为整改项。
评审结论为有条件通过，整改项包括：调整测试计划为两轮并更新里程碑；确认第二名关键开发的投入比例；取得第三方接口交付时间的书面确认。三项整改分别指定责任人和完成期限，关闭后计划生效。这个示例体现的做法是：每个判断都能指向具体依据，问题落到检查项编号，整改有责任人和可核验的关闭条件。
评审完成的检查标准
评审结束后，用以下清单判断这次评审是否做到位，避免记录齐全但判断缺位的情况。
- 依据齐备性：四类依据均有明确状态，缺失项已写明替代判断或补齐安排，依据清单随评审记录归档。
- 检查项覆盖度：范围、进度、资源、成本、风险、质量六个要素均有检查项，每项有判断结果，没有空白项。
- 结论明确：结论属于通过、有条件通过、不通过之一，有条件通过和不通过均附问题清单。
- 整改可跟踪：每个整改项有责任人、完成期限和可核验的关闭条件，无“尽快”“加强”一类无法判断的表述。
- 记录归档：评审材料、检查表、结论和整改项存放在约定位置，参与人可查阅。
- 后续跟踪：整改项纳入例行跟踪，关闭情况在下次项目例会上确认，逾期项升级处理。
这六项全部满足，可以认为本次计划评审形成了可执行的结论和可追溯的记录；任何一项不满足，应在评审记录中注明并由组织者安排补正。
常见问题
项目刚立项，验收标准还没定，计划评审还能开吗？
可以开，但要把验收标准列为评审的前置条件或整改项。依据清单中目标与范围类材料标注为“部分齐备”，由项目发起人书面确认范围边界，明确验收标准由谁在什么时间补齐。评审结论可以给有条件通过，计划在验收标准确认后生效。这样既不拖延评审，也避免计划在验收口径不清的情况下进入执行。
历史项目数据很少，工期估算没有参照怎么办？
历史数据缺失时改用专家判断，并记录判断依据，例如请有同类交付经验的负责人说明估算假设和主要不确定性。评审时重点核对估算假设是否写明、关键路径上的工期是否留有余量，而不是要求必须给出经验区间。后续项目完成后把实际工期补录进历史记录，逐步积累可参照的数据。
评审会上依据之间互相矛盾，应该听谁的？
按效力顺序处理：组织规则和合规要求优先，其次是经批准的立项文件和预算，再次是需求范围说明，最后是历史经验数据。冲突本身要记录在评审表中，由评审组织者判断是否需要升级到项目发起人裁决。计划负责人不宜在会上单方面取舍，否则整改阶段容易出现反复。
有条件通过之后，整改没按时关闭怎么处理？
整改项纳入例行跟踪，在下次项目例会上确认关闭情况，逾期项升级处理。关闭由评审组织者确认，确认记录与评审结论一并归档。如果整改长期无法关闭，说明原结论的前提已不成立，应重新组织评审，而不是让计划带着未关闭的整改项继续执行。
小项目也需要走完整的评审流程吗？
可以按项目规模和风险裁剪，但依据核对和结论记录两项建议保留。小项目可简化参会角色和材料篇幅，检查表只保留与该项目相关的要素，结论仍要写明通过或有条件通过及整改项。裁剪的依据是项目风险高低和交付影响范围，由评审组织者在发出评审通知时说明裁剪范围，便于参与人判断。
