研发资源预订表的核心记录单元是“人—项目—时间段—投入比例”，按“一人一项目一时间段一行”拆分，至少包含预订编号、人员、团队/技能、项目、任务或阶段、角色、起止日期、每周投入比例、人天折算、状态、申请人、审批人和备注。本文提供可直接粘贴使用的空白表头、逐字段填写口径、必填与选填划分、完整示例和维护规则，适用于需要把人员投入提前登记、审批并留痕的研发团队。
要点总览（TL;DR）
- 资源预订表以“人—项目—时间段—投入比例”为记录单元，按“一人一项目一时间段一行”拆分，主表至少包含预订编号、人员、团队/技能、项目、任务或阶段、角色、起止日期、每周投入比例、人天折算、状态、申请人、审批人和备注。
- 跨项目排期补充表在主表基础上增加里程碑、关键交付节点、节点日期、依赖说明和关联预订编号，用于对齐多个项目的关键时间点。
- 必填字段保证记录可汇总、可校验：预订编号、人员、项目、起止日期、每周投入比例、状态、申请人、审批人；团队/技能、任务或阶段、角色、人天折算、备注可按团队规模和项目数量裁剪。
- 填写核心校验是一人同一时间段投入比例合计不超过100%；变更保留原记录并写明原因，预订与实际投入的差异单独登记，审批确认后才计入资源占用。
- 模板需按版本维护，新增字段先判断是否影响校验或审批、是否与已有字段重复、是否有人负责维护，废弃字段保留历史数据。
可复制空白资源预订表模板
下面两张表可以直接粘贴到常见表格工具中使用。主表用于登记单条预订记录，跨项目排期补充表用于对齐多个项目的关键时间点。两张表通过“预订编号”关联，补充表可以一条预订对应一行，也可以一个项目对应多行。
表一：资源预订表主表
| 预订编号 | 人员 | 团队/技能 | 项目 | 任务或阶段 | 角色 | 开始日期 | 结束日期 | 每周投入比例 | 人天折算 | 状态 | 申请人 | 审批人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表二：跨项目排期补充表
| 预订编号 | 项目 | 里程碑 | 关键交付节点 | 节点日期 | 依赖说明 | 关联预订编号 |
|---|---|---|---|---|---|---|
填写结构上，一名研发人员在同一时间段参与两个项目，就产生两条主表记录，两条记录的每周投入比例相加不超过100%。如果这两个项目之间存在交付先后或联调依赖，再在补充表中分别登记里程碑和依赖说明，用“关联预订编号”指回主表记录。
每个字段的含义与填写口径
字段口径统一，模板才能被项目经理、研发负责人和成员本人一致使用。下表按主表顺序说明每个字段的含义、取值示例和常见错误；跨项目排期补充表的字段在表后单独说明。
| 字段 | 含义 | 取值示例 | 常见错误 |
|---|---|---|---|
| 预订编号 | 唯一标识一条预订记录 | RES-2025-0012 | 重复编号；变更时新开编号导致原记录丢失 |
| 人员 | 被预订的研发人员姓名或工号 | 张明 / E1032 | 只写昵称，跨团队汇总时无法对应 |
| 团队/技能 | 人员所属团队及其可承担的主要技能 | 后端组 / Java、消息队列 | 把技能写成岗位名称，无法判断能否承接具体任务 |
| 项目 | 投入所归属的项目 | 订单中心重构 | 填写成部门或产品线，项目维度失真 |
| 任务或阶段 | 项目内的具体任务、迭代或阶段 | 接口迁移阶段 | 与项目字段重复填写；粒度过细导致记录膨胀 |
| 角色 | 人员在该预订中承担的角色 | 开发、联调负责人 | 角色与技能混填 |
| 开始日期 | 预订生效的第一天 | 2025-03-03 | 填写计划沟通日期而非投入日期 |
| 结束日期 | 预订覆盖的最后一天 | 2025-04-11 | 结束日期早于开始日期；跨月预订拆成多行但未说明 |
| 每周投入比例 | 预订期内平均每周投入该项目的比例 | 60% | 按峰值周填写，导致合计超100% |
| 人天折算 | 按约定工作日口径换算的投入人天 | 18人天 | 未注明工作日假设，不同人换算结果不一致 |
| 状态 | 预订当前所处的流转状态 | 草稿、已确认、变更中、已关闭 | 状态随意命名，无法汇总 |
| 申请人 | 发起预订的人 | 项目经理李华 | 由成员本人代填但未说明委托关系 |
| 审批人 | 对预订做出确认的人 | 研发负责人王强 | 申请人与审批人填同一人且无例外说明 |
| 备注 | 补充说明、变更原因或例外条件 | 与测试环境联调时间冲突，已协调 | 把变更原因写在状态里，历史无法追溯 |
人员与团队/技能要分开填写：人员回答“是谁”，团队/技能回答“能做什么、归谁管”。项目与任务/阶段是两级关系，项目是汇总维度，任务或阶段是预订期内实际投入的工作范围，粒度建议落在迭代、阶段或可交付模块上，避免细到单个需求导致记录数量失控。
起止日期与每周投入比例的换算需要先约定工作日假设。例如约定每周5个工作日、每日8小时，则每周投入60%约等于每周3个工作日；预订期内的总人天可按“预订期内工作日数 × 每周投入比例”估算，并在模板说明中写明该假设。人天折算字段记录换算结果，比例字段保留原始约定，两者同时存在便于核对。
状态字段建议使用固定取值集合：草稿、已确认、变更中、已关闭。申请人与审批人的职责区分在于，申请人负责提出投入需求和填写依据，审批人负责确认资源可用性和优先级，审批人确认后状态才进入“已确认”。
跨项目排期补充表中，里程碑指项目级的关键阶段，关键交付节点指该预订需要对齐的具体交付物，节点日期用于与主表起止日期对照，依赖说明记录与其他预订或外部团队的先后关系，关联预订编号用于回指主表记录。
必填与选填字段的划分
必填字段保证记录可汇总、可校验；选填字段按团队规模和项目数量裁剪。下表给出默认划分和裁剪建议。
| 字段 | 默认属性 | 理由与适用场景 |
|---|---|---|
| 预订编号 | 必填 | 唯一标识，变更和关联都依赖它 |
| 人员 | 必填 | 预订的主体 |
| 项目 | 必填 | 投入归属的汇总维度 |
| 开始日期、结束日期 | 必填 | 时间段是校验投入合计的基础 |
| 每周投入比例 | 必填 | 合计不超过100%的校验依据 |
| 状态 | 必填 | 区分草稿与生效记录 |
| 申请人 | 必填 | 明确需求提出方 |
| 审批人 | 必填 | 确认资源可用性 |
| 团队/技能 | 建议必填 | 团队超过10人或存在跨团队借调时必填，便于按技能筛选 |
| 任务或阶段 | 建议必填 | 项目周期超过一个迭代时必填，否则可合并到备注 |
| 角色 | 选填 | 同一人员在同一项目承担多角色时填写 |
| 人天折算 | 选填 | 需要与工时或成本核算对接时填写 |
| 备注 | 选填 | 记录例外条件和变更原因 |
裁剪建议：5人以下小团队、单项目为主时，可只保留预订编号、人员、项目、起止日期、每周投入比例、状态、申请人、审批人八个字段；项目数量超过3个或存在跨团队借调时，补上团队/技能和任务或阶段；需要与工时统计对接时，再补人天折算。跨项目排期场景下，补充表中的里程碑、关键交付节点、节点日期为必填，依赖说明在存在外部依赖时必填。
填写示例：一名研发人员跨两个项目的预订记录
以下示例为演示情景：后端开发张明在3月至4月同时参与订单中心重构和支付网关升级两个项目，工作日假设为每周5天、每天8小时。
| 预订编号 | 人员 | 团队/技能 | 项目 | 任务或阶段 | 角色 | 开始日期 | 结束日期 | 每周投入比例 | 人天折算 | 状态 | 申请人 | 审批人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| RES-2025-0012 | 张明 | 后端组 / Java | 订单中心重构 | 接口迁移阶段 | 开发 | 2025-03-03 | 2025-04-11 | 60% | 18人天 | 已确认 | 李华 | 王强 | 3月17日当周因联调临时提升至80%，已在备注记录 |
| RES-2025-0013 | 张明 | 后端组 / Java | 支付网关升级 | 方案设计与评审 | 开发 | 2025-03-10 | 2025-04-04 | 40% | 8人天 | 变更中 | 李华 | 王强 | 原定30%，因评审范围扩大调整为40%，变更原因已登记 |
两条记录的每周投入比例合计为100%，满足校验要求。日期上，订单中心重构的接口迁移阶段覆盖3月3日至4月11日，支付网关升级的方案设计与评审覆盖3月10日至4月4日，两者在3月10日至4月4日重叠，重叠期内张明满负荷投入，不再接受新的预订。
状态流转示例：两条记录最初均为“草稿”，由申请人李华提交后进入“已确认”；支付网关升级因评审范围扩大，审批人王强将记录改为“变更中”，保留原比例30%的说明并登记变更原因，调整确认后重新回到“已确认”。原记录不删除，变更痕迹留在备注和状态中。
跨项目排期补充表示例
| 预订编号 | 项目 | 里程碑 | 关键交付节点 | 节点日期 | 依赖说明 | 关联预订编号 |
|---|---|---|---|---|---|---|
| RES-2025-0012 | 订单中心重构 | 接口迁移完成 | 订单查询接口切换 | 2025-03-28 | 依赖支付网关升级的签名方案确认 | RES-2025-0013 |
| RES-2025-0013 | 支付网关升级 | 方案评审通过 | 签名方案评审 | 2025-03-14 | 评审通过后订单接口才能联调 | RES-2025-0012 |
补充表把两个项目的关键节点对齐：支付网关升级的签名方案评审在3月14日，早于订单查询接口切换的3月28日，依赖关系与主表日期一致。这样项目经理在核对预订时，能同时看到人员投入和项目节点是否匹配。
填写规则与校验清单
填写规则用于提交前逐条核对，减少口径分歧。以下清单可以直接作为审批前的检查项。
- 一人同一时间段的投入比例合计不超过100%。按人员和时间段汇总主表记录，重叠期内比例相加，超过100%的记录退回调整。
- 预订变更保留原记录，不覆盖原值。变更时在备注中写明变更原因、变更前后数值和变更日期，状态改为“变更中”，确认后回到“已确认”。
- 预订与实际投入的差异单独记录。实际投入低于或高于预订比例时，在备注中登记差异原因和差异幅度，供后续排期参考，不直接修改原预订比例。
- 审批与生效时点规则：记录在审批人确认前保持“草稿”，不参与资源占用统计；审批人确认后状态为“已确认”，从开始日期起计入投入合计。
- 起止日期与人天折算使用同一工作日假设，模板说明中注明假设，跨团队使用时先对齐口径。
- 定期复核周期建议：项目周期内每两周复核一次预订与实际投入的偏差，项目里程碑前一周额外复核一次，项目结束后关闭记录。
当预订记录需要与任务排期联动时，可以把预订编号与具体工作项关联，让投入比例、起止日期和任务状态在同一处查看。ONES 资源管理支持通过工作数量和工时规模了解成员排期，并支持筛选与分组掌握成员在不同项目的投入比重；在需要跨项目对齐时，甘特视图可用于资源规划与进度跟踪。这些能力承接的是预订记录之后的汇总与核对动作，字段口径仍以本文模板为准。
模板的调整与维护方法
模板需要随团队规模和项目数量演进，但字段增减要有准入判断，避免字段膨胀或历史数据失效。
新增字段的准入判断可以按三条执行：该字段是否影响投入合计的校验或审批判断；是否已有字段能表达同一信息；新增后是否有人负责填写和维护。三条都满足再新增，否则先放入备注试用一个复核周期。
字段废弃时保留历史数据。废弃字段在模板版本记录中标注停用日期和替代字段，历史记录中的原值不删除，新记录不再填写该字段。模板版本与变更记录建议单独维护一张小表：
| 版本 | 生效日期 | 变更内容 | 变更原因 | 历史数据处理 |
|---|---|---|---|---|
| V1.0 | 2025-01-06 | 初始版本，含主表14个字段 | 统一预订登记口径 | 无 |
| V1.1 | 2025-03-03 | 新增跨项目排期补充表 | 多项目并行时需要对齐里程碑 | 存量记录按需补录 |
模板与相邻管理动作的边界需要写清楚：资源预订表负责登记“谁在什么时间段以多少比例投入哪个项目”，任务本身的排期与依赖关系设计由项目计划承载，资源负载冲突的识别与处置由排期协调机制处理。预订表提供投入数据，冲突判断和调整决策在排期会议中完成，避免把处置规则塞进模板字段。
当预订记录数量增多、跨项目核对频繁时，可以把模板字段映射到工具中的工作项和人员投入视图，由系统汇总投入比重和每日饱和情况。ONES 资源管理提供成员每日投入饱和明细的查看方式，便于在复核周期内识别规划风险；跨项目场景下，其资源和工时管理方案支持跨项目团队资源规划与成员项目进度展示。工具承载汇总和提醒，模板版本和字段口径仍由团队按上述规则维护。
常见问题
小团队刚开始用资源预订表，字段可以精简到什么程度？
5人以下、以单项目为主的团队，可以先保留预订编号、人员、项目、起止日期、每周投入比例、状态、申请人、审批人八个字段。项目数量超过3个或出现跨团队借调时，再补团队/技能和任务或阶段；需要与工时统计对接时补人天折算。精简的前提是投入比例合计校验仍然可执行，否则预订表就失去了汇总和核对的作用。
每周投入比例和人天折算应该填哪一个？
两个字段建议同时保留，但职责不同：每周投入比例是原始约定，用于校验同一人员重叠期内的投入合计；人天折算用于与工时或成本核算对接。换算前要先在模板说明中约定工作日假设，例如每周5个工作日、每日8小时，再按“预订期内工作日数 × 每周投入比例”估算。跨团队使用时先对齐这个假设，避免同一份预订在不同团队算出不同人天。
预订记录发生变更时，是修改原记录还是新开一条？
建议在原记录上变更，保留原值并写明变更原因、变更前后数值和变更日期，状态改为“变更中”，确认后回到“已确认”。新开编号会让原预订与变更后的投入脱节，跨项目核对时难以追溯。如果变更涉及时间段整体后移或项目切换，可以新开记录，同时在原记录备注中注明关联的新预订编号。
预订比例和实际投入对不上，应该怎么记录？
实际投入低于或高于预订比例时，在备注中登记差异原因和差异幅度，不直接修改原预订比例。这样预订记录保留的是当时的计划口径，差异数据可以作为后续排期的参考。复核周期内如果差异持续出现，再考虑调整模板字段或排期方式，而不是逐条改历史记录。
资源预订表和任务排期表需要合并成一张表吗？
不建议合并。资源预订表回答“谁在什么时间段以多少比例投入哪个项目”，任务排期表回答任务之间的先后与依赖关系，两者的记录单元和校验规则不同。合并后字段会互相牵制，投入比例校验和依赖关系维护都变得困难。实践中可以用预订编号关联具体工作项，在工具中同屏查看投入与任务状态，模板层面保持两张表各自清晰。
