研发资源预订的核心，是把“某个人在某个时间段投入某个项目多少比例”变成一条可申请、可审批、可确认、可追溯的记录。它解决的是人员投入的约定问题，任务本身的排期和依赖不在本文展开。下面按预订对象与粒度、申请字段、操作步骤、角色分工、完整示例和核对检查六个部分，给出一套可以直接照着建立的流程。
要点总览（TL;DR）
- 先统一预订口径：稀缺技能和关键路径人员按人预订，通用开发与测试按角色预订，整建制支持按团队预订；两周以内、交付明确的用人天，跨月并行的用投入比例。
- 申请单至少包含项目、角色或人员、起止日期、投入比例或人天、优先级、申请人六项必填字段，一张单只对应一个项目、一段连续时间。
- 流程按五步走：提交前容量自查、资源负责人审批、确认并写入资源日历、变更与取消走原单、按周核对偏差，每一步都要有完成标志。
- 项目负责人提交并对优先级理由负责，资源负责人审批并维护资源日历，被预订人员确认投入，PMO维护规则与模板；兼职和外包人员的容量确认责任要单独写明。
- 机制上线前用完成检查清单逐项验证，并试运行一个完整周期，至少走通一次申请、审批、确认、变更和核对。
先定预订对象与粒度：预订谁、订到什么程度
预订口径不统一，后面每一张申请单都会各写各的，审批人无法比较，资源日历也对不齐。开始设计流程前，先由资源负责人牵头，用一张约定表把“订谁、订多细、订多长”三件事定下来，并在团队内公布。
三种预订对象及适用场景
| 预订对象 | 适用场景 | 注意事项 |
|---|---|---|
| 按人预订 | 关键岗位、稀缺技能、必须指定某位成员投入的项目 | 需要该成员本人知悉并确认，避免出现“被预订” |
| 按角色预订 | 同类技能有多名成员可承担，具体人选可在执行前确定 | 角色定义要统一，如“后端开发”“测试工程师”，避免同岗多名 |
| 按团队预订 | 整建制支持、团队整体承接一个项目或阶段 | 团队内部再分配由团队负责人负责，预订记录只到团队层 |
实践中常见做法是：稀缺技能和关键路径人员按人预订，通用开发与测试按角色预订，平台或专项团队按团队预订。三种方式可以并存，但同一类资源在同一组织内应保持同一种口径。
按人天与按投入比例的选用
按人天预订，适合工作量可以估算、交付边界清晰的任务，例如“某成员投入10人天完成接口联调”。它的优点是便于核算成本和工作量，缺点是对长期、断续投入的场景不够灵活。
按投入比例预订，适合持续数周甚至数月、与其他项目并行投入的场景，例如“某成员在3月至5月按50%投入项目A”。它便于资源日历呈现占用情况，但需要配合实际工时或投入记录来核对。
选用规则可以写成：预订周期在两周以内、交付物明确的，用人天；跨月、多人并行、需要持续占用的，用投入比例。两种粒度不要在同一张申请单里混用。
预订周期的最小单位
最小单位决定审批和核对的节奏。常见选择有三种：按周，适合迭代节奏快、人员调整频繁的团队；按半月，适合双周迭代或月度排期衔接；按月，适合投入稳定、变更较少的中长期项目。
确定方法看两点：一是团队排期本身以什么周期运转，预订单位应与排期单位一致，否则日历和计划对不上；二是人员调整的频率，调整越频繁，单位应越短。多数研发团队从“按周”起步比较稳妥，运行一两个季度后再根据变更量调整。
本节产出是一份《预订对象与粒度约定表》，至少包含：哪类资源按人、哪类按角色、哪类按团队；人天与投入比例各自的适用条件；最小预订单位；约定表的生效日期和解释人。
预订申请单要填哪些字段
申请单的字段设计目标是：审批人只看这一张单，就能判断“能不能给、该不该优先给”。字段太少无法判断，字段太多提交成本高、填写质量下降。建议分为必填和选填两组。
必填字段清单
| 字段 | 填写规则 | 常见错误 |
|---|---|---|
| 项目 | 填写项目全称并关联项目编号，一个项目一张单 | 一张单写多个项目，导致审批后无法拆分入日历 |
| 角色/人员 | 按约定表选择按人、按角色或按团队，并写明技能方向 | 只写“开发一名”，未说明技能方向，资源负责人无法匹配 |
| 起止日期 | 精确到日，与最小预订单位对齐 | 起止日期跨度过大，实际只需其中两周 |
| 投入比例或人天 | 按约定表选择一种粒度，比例写明百分比，人天写明天数 | 比例与人天混填，或比例合计超过100%未自查 |
| 优先级 | 使用统一档位，如P0关键路径、P1重要、P2常规，并写明理由 | 全部填最高优先级，失去区分作用 |
| 申请人 | 填写项目负责人或其授权的提交人 | 由被预订人员自行提交，责任主体不清 |
选填字段及使用时机
技能要求：按角色预订时建议填写，说明语言、框架、领域经验等硬性条件，便于资源负责人匹配人选。备选人员：按人预订且该人员存在冲突风险时填写，给出可接受的替代人选。外包或兼职标识：涉及外部人员或非全职成员时必须标注，因为它影响可用容量计算和审批口径。
填写规则的三条底线
第一，一张申请单只对应一个项目、一段连续时间，跨阶段需求拆成多张单，便于分别审批和变更。第二，投入比例按人累计不得超过100%，提交前由申请人自查，审批时资源负责人复核。第三，优先级必须写理由，理由指向交付节点或业务影响，而不是“领导要求”。
本节产出是一份《资源预订申请字段清单》，可直接作为申请单模板的字段说明，附在流程文档中供提交人对照。
从提交到确认的操作步骤
流程按五步走，每一步都有明确的输入、动作、输出和完成标志。完成标志是判断这一步是否真正结束的依据，缺少完成标志的环节容易停在“已沟通、未落定”的状态。
第一步：提交前做容量自查
输入是项目计划中的人员需求。动作是申请人查看目标人员或角色在申请时段内已有的预订记录，计算剩余可用容量，确认本次申请不会造成超配。输出是自查结论，可写在申请单备注中。完成标志是申请单提交成功，且备注中记录了自查结果。
第二步：资源负责人审批
输入是完整的申请单和当前资源日历。审批判断依据按顺序看：优先级与交付节点的紧迫程度；目标人员在该时段的剩余容量；技能匹配度与备选方案是否可行；多个项目竞争同一资源时，按统一优先级档位取舍，同档位再比较交付节点先后。输出是批准、批准但调整比例、或驳回并说明原因。完成标志是申请单状态变为已批准或已驳回，驳回时附有具体原因和可调整建议。
第三步：确认并写入资源日历
输入是已批准的申请单。动作是把预订信息写入资源日历，占用对应人员或角色在该时段的容量，同时把投入安排同步到项目计划中的人员安排部分。输出是一条可查询的预订记录和更新后的资源日历。完成标志是被预订人员或团队负责人已知悉，且项目计划中能看到对应的投入安排。
在ONES中，这类预订记录可以作为工作项或资源计划条目承载，与项目计划中的任务安排放在同一处查看，资源负责人按人员维度查看占用情况，减少在表格和项目计划之间反复核对。
第四步：变更与取消的处理
预订生效后发生时间调整、比例变化或项目取消，走变更而不是重新提交一张新单。动作是申请人在原单上发起变更，写明变更内容和原因，由资源负责人重新审批；取消则需说明释放的容量和生效日期。输出是更新后的预订记录和资源日历。完成标志是变更或取消已审批，相关人员和项目计划同步更新。
第五步：按周核对偏差
输入是资源日历中的预订记录和实际投入数据。动作是资源负责人每周比对预订与实际投入，记录偏差。输出是偏差清单和调整建议。完成标志是偏差已记录，超出阈值的条目已进入变更或调整流程。具体核对方法在最后一节展开。
角色分工与各自交付物
流程跑不动，多数时候不是步骤设计有问题，而是某个环节没有明确的责任人。下表把四个角色在申请、审批、确认、核对四个环节的职责和交付物对齐。
| 角色 | 主要职责 | 关键交付物 |
|---|---|---|
| 项目负责人 | 提出人员需求，完成容量自查，提交申请，对优先级理由负责，发起变更 | 资源预订申请单、变更单、项目侧投入安排 |
| 资源负责人 | 维护资源日历，审批申请，处理多项目竞争，组织周度核对 | 审批结论、资源日历、偏差清单与调整建议 |
| 被预订人员 | 确认投入安排，反馈实际投入与冲突，提出调整诉求 | 投入确认、实际投入记录 |
| PMO | 维护预订规则与字段模板，监督流程执行，汇总跨项目资源视图 | 预订规则文档、字段模板、周期性资源报告 |
兼职共享人员和外包人员的责任归属需要单独写明。兼职人员的预订由其所在团队负责人确认可用容量，项目负责人只对投入安排负责；外包人员的预订由采购或供应商对接人确认合同与到场时间，资源负责人将其纳入资源日历统一管理。两类人员的实际投入记录都应进入周度核对范围，避免出现“日历上有、实际不到位”的情况。
本节产出是一份《角色职责与交付物对照表》，随流程文档发布，并在每次流程调整时同步更新。
一个跨项目预订的示例
以下为演示情景，用于说明字段填写和取舍过程，不涉及真实团队数据。
示例背景
某研发团队有两名共享人员：一名后端开发工程师和一名测试工程师，两人各按50%投入两个并行项目。项目A处于关键路径，交付节点在四周后；项目B为常规迭代，节点在六周后。两个项目的负责人在同一周提交了对这两名人员的预订申请，时段重叠。
申请单如何填写
| 字段 | 项目A申请单 | 项目B申请单 |
|---|---|---|
| 项目 | 项目A（含编号） | 项目B（含编号） |
| 角色/人员 | 指定后端工程师、测试工程师 | 指定后端工程师、测试工程师 |
| 起止日期 | 第1周至第4周 | 第1周至第6周 |
| 投入比例 | 两人各50% | 两人各50% |
| 优先级 | P0，理由：关键路径，节点影响版本发布 | P1，理由：常规迭代，节点可顺延一周 |
| 申请人 | 项目A负责人 | 项目B负责人 |
审批时如何取舍
资源负责人查看资源日历后发现，两人在第1至第4周各被两个项目同时申请50%，合计100%，表面上不超配，但两人还需承担日常维护工作，实际可用容量不足。按优先级取舍：项目A的P0申请全额批准；项目B的申请调整为第1至第4周各30%，第5至第6周恢复50%，并建议项目B负责人将部分测试工作安排给备选人员。项目B负责人接受调整后，审批完成。
确认后的日历与计划呈现
确认后，资源日历中两名人员在第1至第4周分别显示项目A占用50%、项目B占用30%，剩余20%留给日常维护；第5至第6周显示项目B占用50%。项目A和项目B的计划中分别能看到对应的人员投入安排，两名人员本人收到确认通知。后续若项目B节点提前，需通过变更单重新申请提高比例，而不是口头调整。
预订后的核对与完成检查
预订记录写完不等于机制有效。需要一套固定的核对节奏，验证预订与实际投入是否一致，并在机制上线前逐项检查流程是否跑通。
按周核对偏差的动作
每周固定时间，由资源负责人导出或查看资源日历中的预订记录，与上周实际投入数据逐条比对，计算偏差率，偏差率等于实际投入与预订投入之差除以预订投入。核对结果记入偏差清单，包含人员、项目、预订值、实际值、偏差率和初步原因。完成标志是偏差清单当周更新完毕，且每条超阈值记录都有处理结论。
偏差超阈值时的调整规则
建议设置两档阈值：偏差率在20%以内，由项目负责人说明原因并在下周观察；超过20%，进入变更流程，由资源负责人重新评估容量并调整预订记录或项目安排。连续两周超阈值的条目，提交PMO在资源报告中说明，作为下个排期周期的输入。阈值可根据团队变更频率调整，但一旦确定应在季度内保持一致。
机制上线前的完成检查清单
- 预订对象与粒度约定表已发布，团队知道哪类资源按人、按角色或按团队预订。
- 申请单模板已包含全部必填字段，选填字段的使用时机有说明。
- 资源日历已建立，能按人员维度查看占用情况。
- 审批人已明确，多项目竞争的取舍规则已书面化。
- 变更与取消的入口和审批路径已确定。
- 周度核对的责任人、时间和偏差清单模板已就位。
- 兼职与外包人员的确认责任已落实到具体角色。
- 试运行一个完整周期，至少走通一次申请、审批、确认、变更和核对。
本节产出是《核对节奏表》和《完成检查清单》。前者写明每周核对的时间、责任人和输出物，后者在机制上线前逐项打勾，全部通过后再在团队内正式推行。
常见问题
预订按人还是按角色，能不能两种混着用？
可以并存，但同一类资源在同一组织内应保持同一种口径。常见做法是稀缺技能和关键路径人员按人预订，通用开发与测试按角色预订，平台或专项团队按团队预订。混用的风险在于审批人无法横向比较：按人预订的单子能直接看容量，按角色预订的单子还要先确定人选。建议在《预订对象与粒度约定表》里写清哪类资源用哪种方式，并指定解释人，遇到新情况时由解释人裁定后更新约定表。
投入比例合计没有超过100%，为什么审批还是被调整了？
比例合计不超过100%只是必要条件。被预订人员通常还承担日常维护、会议、值班等未进入预订记录的工作，实际可用容量低于名义容量。审批时应把这类固定占用先扣除，再看剩余容量能否满足申请。示例中两名共享人员各被两个项目申请50%，合计100%，但扣除日常维护后容量不足，最终按优先级把其中一个项目的比例调低。建议在容量自查环节就把固定占用列出来，减少审批阶段的反复。
预订生效后项目延期，是改原单还是重新提交？
走变更，在原单上发起，写明变更内容和原因，由资源负责人重新审批。重新提交一张新单会让新旧两条记录并存，资源日历出现重复占用，核对时难以判断哪条有效。变更单审批通过后，资源日历和项目计划同步更新，完成标志是相关人员和项目计划都已看到新安排。如果项目取消，同样在原单上发起取消，说明释放的容量和生效日期，便于资源负责人把容量分配给其他项目。
周度核对发现偏差，什么情况下必须进入变更流程？
建议设两档阈值：偏差率在20%以内，由项目负责人说明原因并在下周继续观察；超过20%，进入变更流程，由资源负责人重新评估容量并调整预订记录或项目安排。连续两周超阈值的条目，提交PMO在资源报告中说明，作为下个排期周期的输入。阈值可以按团队变更频率调整，但确定后应在季度内保持一致，否则核对结果无法跨周比较。偏差率按实际投入与预订投入之差除以预订投入计算，口径要提前写进核对节奏表。
兼职和外包人员的预订由谁确认？
兼职人员的预订由其所在团队负责人确认可用容量，项目负责人只对投入安排负责；外包人员的预订由采购或供应商对接人确认合同与到场时间，资源负责人将其纳入资源日历统一管理。两类人员的实际投入记录都应进入周度核对范围，避免日历上有记录、实际不到位。责任归属要在角色职责表中单独写明，不能默认由项目负责人一并承担，否则出现容量争议时找不到确认方。
