在研发项目综合计划模板里，资源计划由“资源需求表”和“资源分配表”两张表承载：前者按活动列出所需角色、技能、投入比例与时间窗，后者把具体人员或团队落到活动上并标出占用区间。计划基线由“基线记录表”承载，在计划评审通过时冻结活动、依赖、里程碑日期与资源承诺，后续变更通过变更记录表留痕并与基线版本对照。本文给出一套可直接复制的空白表格，并说明字段含义、必填项、填写示例与维护方法；执行阶段的偏差分析与具体排期算法不在本文展开。
要点总览（TL;DR）
- 资源计划在模板中由两张表承载：资源需求表按活动列出角色、技能、投入比例与时间窗，资源分配表把人员或团队落到活动上并标出占用区间与承诺状态。
- 计划基线由基线记录表承载，在计划评审通过时冻结活动、依赖、里程碑日期与资源承诺，记录基线编号、冻结日期、批准人与冻结范围说明。
- 后续调整通过变更记录表留痕，以基线编号为索引生成新基线，旧基线保留用于对照。
- 活动编号、需求时间窗、冻结范围说明等必填字段缺失时，资源对照与基线版本都无法成立，评审前需补齐。
- 模板可按项目规模裁剪表格列，基线重设需明确触发条件与审批人，资源分配表建议每周核对承诺状态。
可复制的研发项目综合计划模板
以下五张表构成一套完整的计划模板。空白结构可直接复制到文档或表格工具中，按项目实际情况增删行。字段名称在后续说明与示例中保持一致，便于对照填写。
表1 活动清单表
| 活动编号 | 活动名称 | 所属阶段/交付物 | 负责人角色 | 计划开始 | 计划结束 | 工期（天） | 交付物 | 备注 |
|---|---|---|---|---|---|---|---|---|
| A-01 | ||||||||
| A-02 | ||||||||
| A-03 |
表2 依赖关系表
| 前置活动编号 | 后置活动编号 | 依赖类型 | 提前/滞后量（天） | 说明 |
|---|---|---|---|---|
表3 里程碑表
| 里程碑编号 | 里程碑名称 | 计划日期 | 关联活动编号 | 验收标准 | 责任人 |
|---|---|---|---|---|---|
| M-01 | |||||
| M-02 |
表4 资源需求表与资源分配表
资源需求表：
| 需求编号 | 活动编号 | 所需角色 | 技能要求 | 投入比例 | 需求时间窗（起—止） | 工作量（人天） |
|---|---|---|---|---|---|---|
| R-01 | ||||||
| R-02 |
资源分配表：
| 分配编号 | 需求编号 | 活动编号 | 人员/团队 | 占用区间（起—止） | 投入比例 | 承诺状态 |
|---|---|---|---|---|---|---|
| P-01 | ||||||
| P-02 |
表5 计划基线记录表与变更记录表
基线记录表：
| 基线编号 | 冻结日期 | 批准人 | 冻结范围说明 | 关联活动/里程碑 | 资源承诺摘要 |
|---|---|---|---|---|---|
| BL-01 |
变更记录表：
| 变更编号 | 对应基线编号 | 变更日期 | 变更对象 | 变更原因 | 变更内容摘要 | 批准人 | 新基线编号 |
|---|---|---|---|---|---|---|---|
| CR-01 |
资源计划在模板中怎么组织：两张表的分工
资源计划拆成需求与分配两层，原因是这两件事的决策主体和确认时点不同。需求表回答“这个计划需要什么能力、在什么时间投入多少”，由计划编制者根据活动清单推导；分配表回答“具体由谁承接、何时被占用”，需要与人员或团队确认后才能填写。两层分开，资源缺口和人员冲突都能在表内直接看到。
资源需求表：按活动×角色描述需求
每一行对应一个活动对某类角色的需求。活动编号引用表1，所需角色写岗位或能力类型（如后端开发、测试、产品设计），技能要求补充关键能力（如熟悉某类框架、具备性能测试经验）。投入比例用百分比表示该角色在该活动时间窗内的投入程度，例如50%表示半投入；工作量用人天折算，便于后续与分配表的占用区间核对。需求时间窗应与活动计划起止一致，若存在提前介入或延后支持，在时间窗中单独标注。
资源分配表：把人员或团队落到活动与时间窗
分配表通过需求编号与需求表建立对应关系，一行表示某个人或团队承接某条需求。占用区间写实际被占用的起止日期，投入比例与需求表对照填写；承诺状态用于标记“已确认”“待确认”“有冲突”等状态，让未落实的分配在表内可见。同一人员在同一时间段出现多条分配记录且投入比例合计超过100%时，即为资源冲突，需要在表内调整或提交协调。
两表的填写顺序
- 先完成活动清单与依赖关系，确定每个活动的时间窗。
- 按活动逐条填写资源需求表，形成角色与技能层面的需求集合。
- 汇总同一角色的需求时间窗，识别高峰时段。
- 填写资源分配表，把人员或团队匹配到需求编号，标注承诺状态。
- 核对分配表占用区间与需求表时间窗是否一致，处理投入比例超限的冲突。
计划基线在模板中怎么体现：冻结什么、记录什么
基线的作用是给后续执行提供一个可对照的版本。模板中的基线记录表在计划评审通过时填写一次，冻结当时的活动、依赖、里程碑日期与资源承诺；此后的调整通过变更记录表留痕，并生成新的基线编号。基线记录表与变更记录表配合，才能让“计划变了多少”有据可查。
基线冻结的对象
冻结范围应明确写进基线记录表的“冻结范围说明”字段，通常包括：活动清单中的活动编号与计划起止、依赖关系表中的前后置关系、里程碑表中的计划日期、资源分配表中已确认的人员与占用区间。范围说明可以用“表1全部活动、表2全部依赖、表3里程碑M-01至M-03、表4已确认分配”这样的表述，避免只写“全部计划”导致对照时口径不清。
基线记录表的字段
- 基线编号：按顺序编号，如BL-01、BL-02，与变更记录表的新基线编号衔接。
- 冻结日期：计划评审通过并确认冻结的日期。
- 批准人：对基线内容负责的评审人或项目经理。
- 冻结范围说明：明确列出被冻结的表格与条目范围。
- 关联活动/里程碑：列出基线覆盖的关键活动与里程碑编号。
- 资源承诺摘要：记录已确认的关键人员与投入安排，便于后续核对资源变化。
变更记录表与基线版本的对照
每次计划调整填写一行变更记录：变更对象写清是哪个活动、依赖或里程碑，变更原因写触发调整的事实（如需求范围变化、关键人员调整），变更内容摘要写调整前后的关键差异，批准人记录审批人，新基线编号指向调整后重新冻结的版本。对照时以基线编号为索引，可以还原任一版本的计划内容与变更路径。
基线与执行偏差记录的边界
基线记录的是“计划应该是什么”，执行偏差记录的是“实际发生了什么”。偏差分析、纠偏措施属于项目进度管理的范畴，不在本模板内展开。模板中保留基线版本与变更记录，是为了让偏差分析有对照基准；两者分表存放，避免把实际进度数据混入计划基线。
必填与选填：哪些字段不能空
必填字段是支撑资源对照与基线冻结的最小集合。缺失这些字段，资源表无法与活动对应，基线也无法形成可对照的版本。选填字段可以在计划推进中补录，但补录时点应明确。
| 表格 | 必填字段 | 选填字段及补录时点 |
|---|---|---|
| 活动清单表 | 活动编号、活动名称、计划开始、计划结束、负责人角色 | 交付物、备注（活动细化时补录） |
| 依赖关系表 | 前置活动编号、后置活动编号、依赖类型 | 提前/滞后量、说明（排期细化时补录） |
| 里程碑表 | 里程碑编号、里程碑名称、计划日期、责任人 | 验收标准、关联活动编号（评审前补录） |
| 资源需求表 | 需求编号、活动编号、所需角色、投入比例、需求时间窗 | 技能要求、工作量（分配前补录） |
| 资源分配表 | 分配编号、需求编号、活动编号、人员/团队、占用区间、承诺状态 | 投入比例（与需求表核对后补录） |
| 基线记录表 | 基线编号、冻结日期、批准人、冻结范围说明 | 关联活动/里程碑、资源承诺摘要（冻结时同步填写） |
| 变更记录表 | 变更编号、对应基线编号、变更日期、变更对象、变更原因、批准人 | 变更内容摘要、新基线编号（变更完成后补录） |
活动编号缺失会导致依赖表与资源表无法引用；需求时间窗缺失会让分配表无法判断占用是否合理；冻结范围说明缺失会让基线对照失去口径。这几项在评审前必须补齐。
填写示例：一个研发迭代计划的完整填法
以下示例为一个为期六周的研发迭代计划，演示五张表如何串联。示例数据仅用于说明填写方式，实际项目按自身情况调整。
活动与依赖
| 活动编号 | 活动名称 | 计划开始 | 计划结束 | 负责人角色 |
|---|---|---|---|---|
| A-01 | 需求澄清与范围确认 | 3月3日 | 3月7日 | 产品经理 |
| A-02 | 接口设计与评审 | 3月10日 | 3月14日 | 后端开发 |
| A-03 | 核心功能开发 | 3月17日 | 4月4日 | 后端开发 |
| A-04 | 联调与测试 | 4月7日 | 4月11日 | 测试 |
依赖关系：A-01→A-02（完成—开始），A-02→A-03（完成—开始），A-03→A-04（完成—开始）。
里程碑
| 里程碑编号 | 里程碑名称 | 计划日期 | 关联活动编号 | 责任人 |
|---|---|---|---|---|
| M-01 | 设计评审通过 | 3月14日 | A-02 | 后端负责人 |
| M-02 | 功能提测 | 4月4日 | A-03 | 后端负责人 |
资源需求与分配
| 需求编号 | 活动编号 | 所需角色 | 投入比例 | 需求时间窗 |
|---|---|---|---|---|
| R-01 | A-02 | 后端开发 | 50% | 3月10日—3月14日 |
| R-02 | A-03 | 后端开发 | 100% | 3月17日—4月4日 |
| R-03 | A-04 | 测试 | 100% | 4月7日—4月11日 |
| 分配编号 | 需求编号 | 人员 | 占用区间 | 投入比例 | 承诺状态 |
|---|---|---|---|---|---|
| P-01 | R-01 | 张工 | 3月10日—3月14日 | 50% | 已确认 |
| P-02 | R-02 | 张工 | 3月17日—4月4日 | 100% | 已确认 |
| P-03 | R-03 | 李工 | 4月7日—4月11日 | 100% | 待确认 |
基线冻结与一次变更
3月3日计划评审通过，填写基线记录：基线编号BL-01，冻结日期3月3日，批准人为项目经理，冻结范围说明为“表1活动A-01至A-04、表2全部依赖、表3里程碑M-01与M-02、表4已确认分配P-01与P-02”。
3月20日因接口评审发现兼容性问题，A-03计划结束日期从4月4日调整为4月8日，M-02随之调整。变更记录填写：变更编号CR-01，对应基线BL-01，变更日期3月20日，变更对象A-03与M-02，变更原因“接口兼容性问题需补充改造”，批准人为项目经理，新基线编号BL-02。随后按调整后的计划重新冻结，形成BL-02。
在工具中承载这套管理动作时，ONES的项目计划支持创建工作分解结构并按目标、交付物或阶段分解计划，任务可设置前后置依赖，里程碑用于标记重要时间点；项目计划和里程碑可设置基线，并通过版本对比追溯变更细节。资源侧，ONES Plan可查看登记工时、预估工时与剩余工时，工时日历与饱和度报表用于核对人员占用情况。模板中的表格字段与工具内的工作项、里程碑和版本记录可以对应组织，具体字段以团队实际配置为准。
模板的调整与维护方法
模板落地后需要按项目类型裁剪，并建立基线重设与资源表更新的节奏，否则表格会逐渐与实际管理脱节。
按项目规模裁剪表格列
- 小型项目（周期一个月内、参与人数少于五人）：保留活动清单、里程碑、资源分配表与基线记录表，依赖关系表可合并进活动清单的“前置活动”列，资源需求表可省略技能要求与工作量列。
- 中型项目：五张表完整保留，资源需求表保留技能要求列，便于跨团队协调。
- 大型或多团队项目：在资源分配表中增加“所属团队”列，在基线记录表中增加“分基线编号”，按交付物或阶段分别冻结。
裁剪时保持编号规则不变，活动编号、需求编号、基线编号在裁剪后仍能互相引用。
基线重设的触发条件与审批
以下情况建议重设基线：里程碑日期调整超过约定阈值、关键活动范围增减、已确认资源承诺发生替换。重设需经原批准人或其授权人审批，在变更记录表中登记原因与新基线编号，旧基线保留不删除，以便对照。日常的进度微调不触发重设，按执行偏差记录处理。
资源表的更新频率与责任人
资源分配表的承诺状态建议每周核对一次，由项目经理或计划负责人更新；人员占用区间发生变化时，当天在分配表中调整并同步需求表时间窗。资源需求表在活动范围变化时更新，不做周期性重填。更新记录可写在备注列，注明更新日期与更新人。
模板版本管理与复用
模板本身应有版本号，例如在表头标注“研发项目综合计划模板 v1.2”，并记录每次调整的字段变化。新项目复用模板时复制空白版本，不直接修改历史项目的已填表格；历史项目的基线记录与变更记录随项目归档，作为后续项目估算与计划编制的参考。
常见问题
资源需求表和资源分配表可以合并成一张表吗？
可以合并，但需要接受一个代价：需求与分配混在一行后，资源缺口和人员冲突不容易直接看出来。分开时，需求表先形成角色层面的需求集合，分配表再逐条落实承接人，未落实的需求会以“无对应分配记录”的形式暴露出来。若项目周期短、参与人数少，合并为一张表并保留“所需角色”“人员/团队”“承诺状态”三列，也能支撑基本对照；跨团队项目建议保持两张表。
基线冻结后，日常进度微调也要走变更记录吗？
不需要。变更记录针对的是影响基线对照口径的调整，例如里程碑日期变化、关键活动范围增减、已确认资源承诺被替换。日常进度微调按执行偏差记录处理，不触发基线重设。判断标准可以提前写进模板的维护规则：设定一个日期调整阈值，超过阈值才登记变更并重设基线，避免变更记录被大量微小调整淹没。
资源分配表里的承诺状态应该多久更新一次？
建议每周核对一次，由项目经理或计划负责人更新；人员占用区间发生临时变化时，当天在分配表中调整，并同步核对需求表的时间窗是否仍然成立。承诺状态长期停留在“待确认”，说明资源尚未真正落实，应在计划评审或周会上作为待办事项推进，而不是等到执行阶段才发现无人承接。
模板中的表格如何与工具里的计划功能对应？
表格字段可以对应到工具中的工作项、依赖关系、里程碑与基线记录。以 ONES 为例，项目计划支持创建工作分解结构，按目标、交付物或阶段分解计划，任务可设置前后置依赖，里程碑用于标记重要时间点；项目计划和里程碑可设置基线，并通过版本对比追溯变更。资源侧，ONES Plan 可查看登记工时、预估工时与剩余工时，工时日历与饱和度报表用于核对人员占用。具体字段以团队实际配置为准，模板可作为配置前的字段梳理依据。
小型项目裁剪模板时，哪些表可以省略？
周期一个月内、参与人数少于五人的项目，可以保留活动清单、里程碑、资源分配表与基线记录表；依赖关系可合并为活动清单中的“前置活动”列，资源需求表的技能要求与工作量列可省略。裁剪后保持编号规则不变，活动编号、需求编号与基线编号仍能互相引用，后续项目规模扩大时可以直接补回被省略的列。
