研发资源分配要解决的是“人怎么投入”的约定问题：以季度或版本为周期，先统一计量口径，再按优先级把人员以投入比例分配到项目或产品线，形成资源分配表与预订记录，经项目负责人和职能负责人共同确认后执行，并用投入偏差和交付结果复盘。资源分配表和变更记录可以在ONES等协作工具中持续维护，便于跨项目查看成员投入比重。
要点总览（TL;DR）
- 研发资源分配先统一计量口径：以投入比例作为分配表主口径，按人投入说明归属，按人天或工时做估算校验，同一周期内口径保持一致。
- 操作按五步推进：定周期与角色、收集需求排优先级、逐人分配比例形成资源分配表、发起预订并三方确认、登记变更并做周期复盘。
- 项目负责人提需求，职能负责人确认人员可用性，资源协调人维护分配表与变更记录，个人确认投入安排；兼职与外包人员同样纳入分配表并明确归属负责人。
- 资源分配表按人员逐行填写人员、角色、项目、投入比例、周期和确认状态；比例调整用变更记录保留调整前后比例、原因、影响和确认人。
- 分配是否完成看五项检查：口径与周期统一、每人有归属与比例、预订经确认、变更可追溯、复盘产出下一轮调整依据。
先定分配口径：按人、按比例还是按人天
口径不统一，分配表就无法核对，复盘时也说不清偏差来自估算还是执行。研发资源分配常见的计量口径有三种：按人投入、按投入比例、按人天或工时。选择哪一种，取决于分配周期长短、是否需要跨项目比较，以及团队是否已有稳定的工时数据。
按人投入回答的是“谁在哪个项目”，适合人员归属清晰、一个人同一周期主要服务一个项目的场景。它的优点是简单直观，缺点是难以表达一个人同时支撑两个项目各占多少精力。按投入比例用百分比描述同一人在多个项目间的精力分布，适合共享人员多、跨项目协作频繁的团队，也是资源分配表最常用的主口径。按人天或工时则把投入折算成可计量的工作量，适合需要与预算、合同或交付承诺挂钩的场景，但前提是团队有稳定的估算习惯和工时登记数据，否则数字会失真。
三种口径可以组合使用：以投入比例作为分配表的主口径，用人天作为版本内的估算校验，用按人投入作为人员归属的辅助说明。关键是同一周期内保持口径一致，预订记录和复盘都沿用同一口径，避免分配时用比例、复盘时用工时，导致无法对比。
| 口径 | 适用场景 | 需要的输入数据 | 常见误用 |
|---|---|---|---|
| 按人投入 | 人员归属清晰，一人同一周期主要服务一个项目 | 人员名单、项目归属、可用周期 | 用“已分配”掩盖一人多项目的实际精力分散 |
| 按投入比例 | 共享人员多，需要跨项目比较精力分布 | 人员名单、项目清单、各项目优先级、比例上限 | 比例合计超过100%，或比例凭感觉填写无依据 |
| 按人天/工时 | 需要与预算、合同或交付承诺挂钩 | 历史工时数据、估算方法、工作日历 | 缺少工时登记却直接填估算值，复盘时无法核对 |
研发资源分配的操作步骤
一轮完整的资源分配可以拆成五步，每一步都有明确的输入、动作、输出和完成标志。周期建议与季度或版本节奏对齐，周期过长会让分配表迅速失效，过短则增加确认成本。
第一步：确定分配周期与参与角色
输入是年度或季度规划、版本计划、组织架构。动作是确定本轮分配的起止时间、覆盖的项目和人员范围，并指定项目负责人、职能负责人、资源协调人和参与确认的个人。输出是一份本轮分配的参与角色清单和周期说明。完成标志是所有相关方知道本轮分配的截止时间和自己的确认义务。
第二步：收集需求侧投入诉求并排优先级
输入是各项目的版本目标、交付节点和所需角色。动作是让项目负责人提交本轮需要的人员与投入比例诉求，由资源协调人汇总，并按业务优先级排序，标出必须保障、可以压缩和可以延后的需求。输出是一份带优先级的投入需求清单。完成标志是每条需求都有提出人、所需角色、期望比例和优先级，没有“越多越好”的模糊表述。
第三步：按人员做投入比例分配并形成资源分配表
输入是需求清单、人员可用性、上一轮的实际投入情况。动作是逐人核对可用精力，把项目需求落到具体人员身上，填写投入比例，确保同一人的比例合计不超过其可用投入。输出是一张资源分配表，包含人员、角色、项目、投入比例、起止时间和备注。完成标志是每名投入人员都有明确归属，比例合计可核对。
第四步：资源预订与相关方确认
输入是资源分配表初稿。动作是由资源协调人发起预订，项目负责人确认需求被满足的程度，职能负责人确认人员投入不影响其他承诺，个人确认自己的投入安排。输出是经三方确认的预订记录，未达成一致的部分标注为待协调。完成标志是分配表中每一行都有确认状态，待协调项有明确的处理人和时间。
第五步：变更登记与周期复盘
输入是执行过程中的投入变化、实际工时或进度数据。动作是任何比例调整都登记变更，记录调整原因、调整前后比例、影响的项目和确认人；周期结束时对比计划投入与实际投入，分析偏差原因。输出是一份变更记录和一份复盘结论，包含下一轮需要调整的比例或优先级。完成标志是变更可追溯，复盘结论能直接用于下一轮分配。
角色分工与各自交付物
资源分配表最容易出现的问题是“填完没人维护”。把职责、权限和确认时点定清楚，分配表才有持续更新的基础。以下分工可按团队实际调整，核心是每项交付物都有唯一责任人。
| 角色 | 主要职责 | 交付物 | 确认时点 |
|---|---|---|---|
| 项目/产品负责人 | 提出本轮人员与投入比例诉求，说明优先级和交付节点 | 投入需求清单 | 分配周期开始前 |
| 职能负责人（研发经理） | 确认人员可用性，判断投入安排是否影响其他承诺，对人员归属负责 | 人员可用性与确认意见 | 预订发起后、执行前 |
| 资源协调人 | 汇总需求、排优先级、维护资源分配表、发起预订、登记变更 | 资源分配表、预订记录、变更记录 | 全周期持续维护 |
| 个人 | 确认自己的投入安排，反馈实际投入偏差 | 个人确认与偏差反馈 | 预订确认时、复盘时 |
权限上，资源分配表的编辑权建议集中在资源协调人，项目负责人和职能负责人有提出与确认权，个人有查看和反馈权。这样既避免多人同时改表造成口径混乱，也保证相关方对结果有确认渠道。
兼职与共享人员的归属要单独约定：以主要服务项目或主要汇报关系确定归属负责人，投入比例按项目分别登记，确认时由归属负责人和借用项目的负责人共同签字。外包人员同样纳入分配表，标注人员类型和合同周期，其投入比例由对接的项目负责人提出、职能负责人确认，避免外包投入游离在分配体系之外。
示例：一个版本周期内的资源分配表怎么填
以下为演示情景，用于说明填写方式，不代表任何真实团队的数据。假设某研发团队以两个月为一个版本周期，本轮涉及两个项目：项目A为必须保障的客户交付版本，项目B为内部平台升级。团队中有前端工程师一名、后端工程师两名、测试工程师一名，其中后端工程师甲同时支撑两个项目。
资源分配表按人员逐行填写，字段包括：人员、角色、项目、投入比例、周期起止、确认状态、备注。填写结果示例如下：
| 人员 | 角色 | 项目 | 投入比例 | 周期 | 确认状态 | 备注 |
|---|---|---|---|---|---|---|
| 前端工程师乙 | 前端开发 | 项目A | 100% | 第1–8周 | 已确认 | 客户交付版本，优先级最高 |
| 后端工程师甲 | 后端开发 | 项目A | 70% | 第1–8周 | 已确认 | 共享人员，归属项目A |
| 后端工程师甲 | 后端开发 | 项目B | 30% | 第1–8周 | 已确认 | 平台升级接口改造 |
| 后端工程师丙 | 后端开发 | 项目B | 100% | 第1–8周 | 已确认 | — |
| 测试工程师丁 | 测试 | 项目A | 60% | 第1–8周 | 待协调 | 项目B测试需求待评估 |
执行到第4周时，项目A出现客户新增需求，需要后端工程师甲提高投入。此时登记一条变更记录，字段包括：变更编号、涉及人员、涉及项目、调整前比例、调整后比例、变更原因、影响说明、提出人、确认人、生效时间。示例内容为：变更编号CR-01，后端工程师甲在项目A的投入比例由70%调整为85%，项目B由30%调整为15%，原因是客户新增接口需求，影响为项目B接口改造延后一周，提出人为项目A负责人，确认人为职能负责人和项目B负责人，第5周起生效。变更记录与资源分配表关联保存，复盘时可以直接看到比例变化对两个项目的影响。
完成检查：资源分配是否可执行
一轮分配是否完成，不看表格是否填满，而看它能否直接指导执行和复盘。以下清单可逐项核对，每项都给出通过标准、证据和负责人。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 口径与周期是否统一 | 本轮分配表、预订记录、复盘使用同一计量口径和同一周期 | 分配表表头与周期说明 | 资源协调人 |
| 每名投入人员是否有明确归属与比例 | 每行都有人员、项目、比例，同一人比例合计不超过可用投入 | 资源分配表 | 资源协调人 |
| 预订是否经相关方确认 | 项目负责人、职能负责人、个人均有确认状态，待协调项有处理人 | 预订记录 | 项目负责人与职能负责人 |
| 变更是否有记录 | 每次比例调整都有原因、前后比例、影响和确认人 | 变更记录 | 资源协调人 |
| 复盘是否产出下一轮调整依据 | 复盘结论包含计划与实际投入偏差及下一轮比例或优先级调整建议 | 复盘结论 | 职能负责人 |
清单中任何一项未通过，本轮分配就还停留在草稿状态。尤其是“待协调”项，需要有明确的处理时间，否则会在执行中变成隐性缺口。任务本身的排期与依赖关系、资源负载冲突的识别与处置属于相邻环节，可在分配完成后另行处理。
用工具承载资源分配过程
资源分配表、预订记录和变更记录如果分散在表格和聊天记录里，跨项目查看投入比重和追溯变更都会变得困难。把这三类记录放进协作工具，按统一结构维护，能让分配过程本身可查、可确认、可复盘。
在ONES中，资源管理支持通过工作数量和工时规模了解成员排期，多维度掌握成员规划；支持筛选与分组，帮助掌握成员在不同项目的投入比重。这与本文按投入比例填写分配表的做法相对应：分配表中的“人员—项目—比例”关系，可以在资源视图中按人员或项目分组查看，减少手工汇总。资源规划视图支持管理者根据业务优先级安排和计划团队资源，用于把第二步排出的优先级落到具体人员安排上。
变更与确认环节，可以把比例调整作为一条记录登记在对应项目或人员下，保留调整原因和确认人，使变更记录与分配结果关联，而不是另建一份无人对照的文档。分配结果与项目、版本信息的关联查看，则依赖资源报表实时反馈项目投入情况，并支持导出工时日志，用于复盘时对比计划投入与实际投入。跨项目场景下，ONES资源和工时管理解决方案支持跨项目团队资源的规划，可视化展现成员的项目进度，便于按项目和人员两个维度核对投入。
落地时建议把握三点：一是分配表结构在工具中固定下来，字段与本文示例保持一致；二是预订和变更都走同一条记录链路，确认状态可见；三是复盘直接引用工具中的投入报表和工时日志，避免另起一套数据。具体字段配置和流转方式以团队实际使用的产品配置为准。
常见问题
投入比例合计超过100%时应该怎么处理？
先回到需求侧核对优先级，把同一人员的多个项目诉求按必须保障、可以压缩、可以延后排序，再逐项压缩比例，直到合计不超过其可用投入。压缩后仍无法满足的需求，标注为待协调并指定处理人和时间，由职能负责人判断是否需要调整人员范围或延后部分工作。分配表上保留压缩前后的记录，便于复盘时说明缺口来源。
分配周期内出现紧急需求，比例调整要走什么流程？
任何比例调整都登记为一条变更记录，写明涉及人员和项目、调整前后比例、变更原因、对其他项目的影响、提出人和确认人、生效时间。确认人至少包括职能负责人和受影响项目的负责人。变更记录与资源分配表关联保存，下一轮复盘时直接对照计划投入与实际投入，判断这次调整是偶发还是需要在下轮分配中提前预留余量。
兼职和外包人员的投入怎么纳入分配表？
兼职与共享人员以主要服务项目或主要汇报关系确定归属负责人，投入比例按项目分别登记，确认时由归属负责人和借用项目负责人共同确认。外包人员同样逐行进入分配表，标注人员类型和合同周期，投入比例由对接的项目负责人提出、职能负责人确认。这样外包投入与内部人员在同一张表上可核对，不会游离在分配体系之外。
没有稳定的工时数据，还能按人天口径分配吗？
可以先用投入比例作为主口径完成分配，人天估算只作为版本内的校验参考，并明确标注为估算值。同时开始积累工时登记，等数据稳定后再把人天口径用于预算或交付承诺相关的场景。复盘时对比估算与实际，逐步修正估算习惯，避免在缺少数据的情况下直接用估算值对外承诺。
资源分配表和任务排期是什么关系，需要放在一起做吗？
资源分配解决的是人员以多少比例投入哪个项目，任务排期解决的是具体任务在时间上的先后与依赖关系，两者可以分开推进。通常先完成人员投入的分配与确认，再在项目内做任务排期；分配结果作为排期的输入条件。资源负载冲突的识别与处置也属于相邻环节，可在分配完成后单独处理。
