研发资源分配与排期，管的是“人怎么投、什么时候投”。它把人员按角色和投入比例预订到项目上，形成跨项目的人员排期表，再用周度节奏核对计划与实际投入的偏差。任务先后依赖属于任务排期，负载冲突处置属于资源负载管理，本文聚焦人员投入这条主线，并说明它与另外两项工作的衔接。ONES 可作为人员投入比例、排期表与周度核对的承载工具。
要点总览（TL;DR）
- 研发资源分配与排期管的是人员、角色与投入比例，产出按人按周展开的人员排期表；任务先后依赖和负载冲突处置分别归任务排期与资源负载管理。
- 落地按五步推进：收集角色需求、确定投入比例与时段、资源预订与跨项目协调、发布唯一版本排期、周度核对实际投入与偏差。
- 项目负责人提需求、资源负责人确认可用性与优先级、排期协调人维护排期表、被分配人员确认投入并按周反馈工时，四个角色各有确认时点。
- 共享人员约定投入上限与优先级，兼职人员按周固定投入时段，外包明确交付范围、对接人与验收节点，变更走统一通知路径。
- 排期发布前用检查清单核对：投入比例与时段可查、共享人员有优先级约定、排期表有唯一版本与更新责任人、偏差有调整与通知路径。
先分清：资源分配排期管的是“人怎么投”
研发资源分配与排期的管理对象是人员、角色与投入比例。它回答的问题是：某个项目在某一周需要哪些角色、各投入多少比例、由谁承担、从哪一周开始到哪一周结束。产出物通常是一张按人按周展开的人员排期表，以及对应的资源预订记录。
与之相邻的两件事需要区分开。任务本身的先后顺序与依赖关系属于任务排期，处理的是“先做哪件事、后做哪件事”；资源负载冲突的识别与处置属于资源负载管理，处理的是“同一个人被排满甚至超载时怎么办”。本文只处理人员如何投入与何时投入，不展开任务依赖编排和负载冲突的处置策略。
三者的衔接关系是：人员排期是任务排期的输入之一。任务排期在确定任务起止时间时，需要知道承担该任务的人在哪些周有可用投入；当人员排期显示某人某周投入已满，任务排期就需要调整该任务的启动时间，或由资源负载管理介入处理冲突。理解这条链路，可以避免把三套流程混成一套，导致排期表既承担人员预订又承担任务依赖，最后谁也说不清哪条信息是准的。
| 事项 | 本文是否负责 | 说明 |
|---|---|---|
| 人员、角色与投入比例的确定 | 负责 | 核心内容，按人按周记录投入比例 |
| 跨项目人员排期表的形成与发布 | 负责 | 核心内容，形成唯一版本并同步 |
| 周度实际投入与计划偏差的核对 | 负责 | 核心内容，形成偏差记录与调整动作 |
| 共享、兼职、外包人员的投入规则 | 负责 | 核心内容，给出安排规则 |
| 任务先后顺序与依赖排期 | 不展开 | 属于任务排期，本文仅说明其与人员排期的衔接 |
| 负载冲突的识别与处置 | 不展开 | 属于资源负载管理，本文仅说明其触发条件 |
| 团队规模、行业与预算建议 | 不展开 | 缺少具体背景，不作统一建议 |
核心步骤：从需求提出到人员排期落地
人员排期可以按五个步骤推进，每一步都有明确的输入、动作、输出和完成标志。步骤之间是串联关系，前一步的输出是后一步的输入，任何一步没有完成标志，后续步骤的排期结果都不可靠。
步骤一：收集项目与角色需求
输入是项目计划与角色缺口信息。动作是让每个项目负责人按角色列出所需人员、所需时段和大致工作量，形成人员需求单。输出是人员需求单，包含项目名称、角色、需求人数、起止周次和需求优先级。完成标志是每个在研项目都提交了需求单，且需求单上的角色与时段可以对应到项目计划中的交付节点。
步骤二：确定投入比例与投入时段
输入是人员需求单。动作是把“需要一名后端工程师”这类笼统需求，拆成按人按周的投入比例，例如某工程师在第 10 至 14 周投入某项目 60%、另一项目 40%。输出是按人按周的投入比例表。完成标志是每名被提名的人员在每一周都有明确的投入比例，且同一周内各项目投入比例之和不超过该人员的可用投入。
步骤三：资源预订与跨项目协调
输入是投入比例表。动作是由资源负责人确认人员可用性，对存在争用的人员组织项目负责人协商优先级，形成预订记录。输出是人员排期表与预订记录。完成标志是所有被分配人员均已被其部门负责人确认，争用人员已有明确的优先级结论，预订记录可以追溯到具体项目和周次。
步骤四：发布排期并同步相关方
输入是确认后的人员排期表。动作是确定排期表的唯一版本，标注版本号与更新责任人，发送给项目负责人、部门负责人和被分配人员。输出是可查阅的排期版本。完成标志是相关方均能访问到同一版本，且知道后续变更通过谁、以什么方式发布。
步骤五：周度核对实际投入与计划偏差
输入是已发布的排期表与本周实际投入记录。动作是每周比对计划投入比例与实际投入，记录偏差原因，例如临时插单、任务延期或人员请假，并给出调整动作。输出是偏差记录与调整动作清单。完成标志是本周偏差均有记录，需要调整的条目已更新到下一版排期表并通知相关方。
这五步在工具中落地时，可以把人员需求单、投入比例和排期表放在同一套项目与工时数据里，让周度核对直接基于实际填报的工时对比计划比例。ONES 支持按项目组织工作项与工时记录，团队可据此维护人员投入计划和周度偏差，减少排期表与实际投入各存一份的情况。
角色与交付物：谁提需求、谁排期、谁确认
人员排期能否执行，取决于每个角色是否清楚自己交付什么、在什么时点确认。职责悬空最常见的表现是：需求提了没人确认可用性，排期发了没人核对实际投入。
| 角色 | 主要职责 | 交付物 | 确认时点 |
|---|---|---|---|
| 项目负责人 | 提出人员需求，说明需求优先级和交付节点 | 人员需求单 | 排期周期开始前提交 |
| 资源负责人/部门负责人 | 确认可投入人员与投入比例，处理人员争用 | 人员可用性确认与优先级结论 | 需求单提交后、排期发布前 |
| 项目经理或排期协调人 | 汇总需求，维护人员排期表，发布版本 | 人员排期表与版本记录 | 每个排期周期发布一次 |
| 被分配人员 | 确认投入安排，按周反馈实际投入 | 投入确认与实际工时记录 | 排期发布后确认，每周反馈 |
确认时点需要与排期节奏对齐。常见做法是以周为最小排期单位：上周确认下周及后续数周的投入，本周核对上周实际投入。项目负责人的需求单如果晚于排期窗口提交，应进入下一轮排期，避免临时插入打乱已发布的人员安排。资源负责人的确认不是一次性动作，人员请假、离职或项目优先级变化时，需要重新确认并触发排期更新。
共享人员、兼职与外包的投入安排
常规排期之外，共享人员、兼职人员和外包投入三类场景最容易出现计划与实际脱节，需要单独约定规则。
共享人员
共享人员同时服务多个项目，安排要点是约定投入比例上限与优先级规则。可以为每名共享人员设定单周投入上限，例如不超过其可用投入的 100%，并明确当多个项目同时需要时，按项目优先级或交付节点先后排序。排期表中按人按周记录各项目占比，避免出现同一周被两个项目各排 80% 的情况。
兼职人员
兼职人员的可用时段本身有限，安排要点是按周固定投入时段，减少临时插单。排期表中记录其固定的可投入周次与比例，临时需求应提前进入排期窗口协商，而不是直接占用其非排期时段。固定时段的好处是项目负责人可以据此安排任务节奏，减少反复协调。
外包投入
外包人员不在内部编制内，安排要点是明确交付范围、对接人与验收节点。排期表中记录外包人员投入的项目、周次、对接人和验收节点，交付范围以书面约定为准。验收节点应与项目里程碑对齐，便于在周度核对时判断外包投入是否按计划推进。
| 场景 | 排期表记录方式 | 变更时的处理 |
|---|---|---|
| 共享人员 | 按人按周记录各项目投入比例，标注投入上限 | 优先级变化时由资源负责人重新确认并更新排期 |
| 兼职人员 | 记录固定可投入周次与比例 | 临时需求进入下一排期窗口协商 |
| 外包投入 | 记录项目、周次、对接人与验收节点 | 范围或节点变化时同步对接人与项目负责人 |
三类场景的变更都需要通知机制：谁发起变更、谁确认、更新到哪一版排期表、通知哪些相关方。缺少这条机制，排期表会在几轮变更后与实际投入脱节。
一个示例：两个项目争用同一名后端工程师
以下为演示情景，用于说明流程如何执行，不代表真实项目数据。
情景设定：项目 A 处于开发阶段，第 10 至 14 周需要后端工程师投入；项目 B 处于联调阶段，同期也需要同一名后端工程师。两个项目负责人在同一排期窗口提交了需求单，均标注为高优先级。
需求提出与优先级说明：项目 A 的交付节点在第 15 周，涉及对外发布；项目 B 的联调节点在第 12 周，依赖该工程师完成接口对接。资源负责人组织两个项目负责人说明优先级依据，结论是第 10 至 12 周项目 B 优先，第 13 至 14 周项目 A 优先。
投入比例拆分与排期表填写：该工程师第 10 至 12 周投入项目 B 70%、项目 A 30%；第 13 至 14 周投入项目 A 80%、项目 B 20%。排期表按人按周记录这两段比例，并标注优先级结论与确认人。
| 周次 | 项目 A | 项目 B | 优先级依据 |
|---|---|---|---|
| 第 10 周 | 30% | 70% | 项目 B 联调节点在第 12 周 |
| 第 11 周 | 30% | 70% | 同上 |
| 第 12 周 | 30% | 70% | 同上 |
| 第 13 周 | 80% | 20% | 项目 A 对外发布在第 15 周 |
| 第 14 周 | 80% | 20% | 同上 |
周度核对发现偏差后的调整动作：第 11 周核对时发现，该工程师实际投入项目 A 达到 50%，原因是项目 A 出现线上问题需要处理。偏差记录写明原因，资源负责人与两个项目负责人协商后，将第 12 周项目 B 的比例下调至 60%、项目 A 上调至 40%，并把项目 B 的部分接口对接任务顺延到第 13 周，由项目 B 负责人确认。调整结果更新到下一版排期表并通知相关方。
示例可迁移的规律有三条：争用人员的排期需要先有优先级依据，再谈比例；投入比例要按周拆分，而不是按项目整体给一个数字；周度核对的价值在于及时发现偏差并调整后续周次，而不是事后追责。
完成检查：排期是否可执行、可核对
人员排期发布前，可以用以下清单逐项核对。每一项都对应一个可观察的状态，而不是笼统的“沟通充分”。
- 每名被分配人员都有明确的投入比例与投入时段，按人按周可以查到。
- 跨项目共享人员有优先级约定，并记录了约定依据与确认人。
- 排期表有唯一版本与更新责任人，相关方能访问到同一版本。
- 有周度核对实际投入的机制，偏差有记录、有原因、有调整动作。
- 外包投入有对接人与验收节点，验收节点与项目里程碑对齐。
- 出现偏差时有调整与通知路径，明确谁发起、谁确认、通知哪些相关方。
- 人员需求单的提交时点与排期窗口对齐，晚提交的需求进入下一轮排期。
清单全部满足，说明这套人员排期具备可执行、可核对的基础。后续如果任务排期或负载冲突处置发生变化，人员排期表需要同步更新，保持三者之间的输入关系一致。
常见问题
人员排期表和任务排期表需要合成一张表吗？
建议分开维护，保持输入关系。人员排期表回答“谁在哪几周投入多少比例”，任务排期表回答“任务先后顺序与起止时间”。任务排期在确定起止时间时读取人员排期中的可用投入；当人员某周投入已满，任务排期调整启动时间，或由资源负载管理介入。合成一张表容易出现同一单元格既表示人员预订又表示任务依赖，后续核对时难以判断哪条信息为准。
需求单晚于排期窗口提交，应该怎么处理？
常规做法是进入下一轮排期，不临时插入已发布的排期。若需求涉及对外发布等硬性节点，可由项目负责人说明依据，资源负责人评估是否调整现有人员的投入比例，并把调整结果更新到新版本排期表、通知受影响的相关方。把“晚提交如何处理”提前写进排期规则，比每次临时协商更省沟通成本。
周度核对发现实际投入与计划偏差较大，第一步做什么？
先记录偏差事实与原因，例如临时插单、任务延期或人员请假，再判断影响范围：只影响本周，还是会延续到后续周次。影响后续周次的，由资源负责人与相关项目负责人协商调整比例或顺延部分工作，更新到下一版排期表并通知相关方。偏差记录的作用是让后续周次的排期更贴近实际，事后追责放在其次。
共享人员的投入比例上限怎么定比较合理？
上限要结合该人员的实际可用投入来定，通常以单周各项目投入比例之和不超过其可用投入为原则，并在排期表中标注上限。上限确定后，多个项目同时争用时按项目优先级或交付节点先后排序，优先级结论要记录确认人。上限不是固定数值，人员请假、离职或项目优先级变化时需要重新确认。
外包人员的投入需要纳入内部人员排期表吗？
建议纳入，但记录字段与内部人员有所区别：除项目与周次外，还要记录对接人和验收节点，交付范围以书面约定为准。纳入同一张排期表的好处是周度核对时可以一并判断外包投入是否按计划推进，验收节点与项目里程碑对齐后，偏差也能在早期被发现。
