研发人员配置要解决的是“谁在什么时间、以多少投入、为哪个项目工作”的分配与承诺问题。起步动作是建立一张人员—角色—项目—投入比例—时间窗的配置底表，再按项目优先级完成资源预订，处理共享与兼职人员的投入切分，最后用定期核对维持配置有效。本文聚焦人员投入的分配与记录，任务排期和负载冲突处置另行讨论。在工具承载上，ONES 的资源视图与工作项可用于记录投入比例和预订关系。
要点总览（TL;DR）
- 研发人员配置从统一口径开始：把人员、角色、投入比例、时间窗四类信息落到一张配置底表，比例统一用百分比并注明统计周期。
- 按项目优先级从高到低做资源预订，每个在研项目要么拿到已确认的人员投入，要么留下写明角色、比例和时间窗的缺口记录。
- 共享、兼职与外包人员单独切分：共享人员合计不超过100%，兼职按合同约定折算，外包注明所属团队，并约定按周或按天的切换颗粒度。
- 配置生效后按迭代或按周核对实际投入与预订的偏差，调整后同步更新底表与预订记录，并保留变更留痕。
- 判断配置完成看六项：底表完整、比例不超100%、项目有预订或缺口、共享人员有切分、成员已确认、变更可追溯。
先定配置口径：人员、角色与投入比例怎么记
配置口径决定了后续所有记录能否对齐。开始配置前，先把四件事定下来：配置对象是谁、按什么角色记、投入比例怎么算、有效期多长。口径不统一，后面按项目分配时就会出现同一人被重复计入、比例相加超过100%的情况。
配置对象要落到具体人员，同时单独标注角色。同一个人在不同项目中可能承担不同角色，例如在A项目做开发、在B项目做评审，角色字段必须与人员字段分开记录，否则无法判断某个角色在各项目间的真实投入。
投入比例建议统一用百分比表示，并明确统计周期。按周折算适合迭代节奏稳定的团队，按月折算适合以月度资源会为节奏的组织。人天折算可以作为辅助口径，但需要写清换算关系，例如“1人周=5人天”，避免同一张表里混用两种单位。
时间窗按周或按迭代设定，每条配置记录都要有起止日期。配置有效期不宜过长，跨季度的人员安排容易因项目变化失效；也不宜短到每周重填，增加维护成本。常见做法是按迭代设定，迭代结束时统一复核。
完成以上定义后，输出一张配置底表。字段清单如下：
| 字段 | 填写口径 | 示例 |
|---|---|---|
| 人员 | 具体姓名或工号 | 张明 |
| 角色 | 开发、测试、架构、产品等 | 开发 |
| 项目 | 项目名称或编号 | 项目A |
| 投入比例 | 百分比，注明统计周期 | 60%（按周） |
| 时间窗 | 起止日期 | 3月4日—3月29日 |
| 人员类型 | 全职、共享、兼职、外包 | 共享 |
| 备注 | 特殊安排说明 | 每周三支持项目B评审 |
底表建好后，先做一次完整性检查：每个人在每个时间窗内的投入比例合计是否超过100%，角色标注是否缺失，时间窗是否有重叠或空档。这一步是后续预订的基础。
按项目优先级做资源预订：从需求到人员承诺
资源预订是把项目需求转成人员承诺的过程。它的核心不是把所有人排满，而是按优先级依次分配，让每个在研项目要么拿到明确的人员投入，要么留下明确的缺口记录。
输入包括三部分：在研项目清单、项目优先级排序、每个项目所需角色与投入量。优先级排序需要项目负责人和研发经理共同确认，排序依据可以是交付节点、客户承诺或战略权重，但要在配置开始前定好，避免分配过程中反复调整。
分配动作按优先级从高到低进行。对每个项目，先看所需角色，再从可用人员中选取投入比例，写入预订记录。遇到人员已被高优先级项目占满的情况，记录冲突点，不强行超额分配。冲突点包括：某角色无人可用、某人员剩余比例不足、时间窗无法对齐。
预订记录建议包含以下字段：项目、角色、人员、投入比例、起止时间、预订状态（已确认/待确认/缺口）。预订状态是区分“口头安排”和“正式承诺”的关键，只有状态为已确认的记录才计入项目可用的资源。
完成标志是：每个在研项目在预订记录中都有对应条目，已确认的投入承诺清晰可见，无法满足的部分以缺口形式单独列出。缺口清单要写明缺口角色、缺口比例和影响的时间窗，作为后续招聘、借调或范围调整的依据。
在工具层面，ONES 的工作项可以关联负责人和计划时间，资源视图则按人员汇总各项目的投入安排，使预订记录与项目工作项保持对应。配置变更时，调整工作项负责人或投入安排即可同步反映到资源视图中。
跨项目共享与兼职人员：投入怎么切分
一人多项目是研发配置中最容易失真的部分。共享人员的比例如果简单叠加，会出现“每个人看起来都很忙、但每个项目都缺人”的情况。切分规则要在配置前约定，而不是等到冲突发生再协调。
共享人员的投入比例上限按100%控制，切分方式有两种：按固定比例切分，例如某架构师在项目A投入50%、项目B投入30%、预留20%做技术支持；按时间段切分，例如前两周全职支持项目A，后两周转入项目B。固定比例适合长期并行的项目，时间段切分适合有明确阶段划分的项目。
兼职与外包人员的记录方式不同。兼职人员按合同约定的投入记录，例如“每周2天”，折算成百分比后写入底表；外包人员按合同投入或按周投入记录，并注明所属供应商或团队，便于区分内部可调配资源和外部约定资源。
跨项目切换的时间颗粒度需要约定。按周切换意味着一个人在一周内只属于一个项目，切换成本低、记录简单；按天切换适合支持类角色，但需要在底表中标注具体日期。颗粒度越细，维护成本越高，建议只对确实需要频繁切换的人员采用按天记录。
输出一张共享与外部人员投入分配表，字段包括：人员、人员类型、主项目、支持项目、各项目投入比例、切换颗粒度、合同或约定依据。这张表与配置底表保持同一口径，避免两套数据互相矛盾。
角色分工与交付物：谁维护配置、谁确认投入
配置过程涉及三类角色，职责不清会导致底表无人维护、预订无人确认。建议在配置启动时明确分工，并把每个环节的交付物固定下来。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 项目负责人 | 提出人员需求、角色要求和优先级建议 | 项目人员需求清单 |
| 资源负责人/研发经理 | 确认投入比例、完成资源预订、记录缺口 | 资源预订记录与缺口清单 |
| 成员本人 | 确认可投入时间、共享安排和切换方式 | 个人投入确认记录 |
项目负责人的需求清单要写清角色、投入量和期望时间窗，只写“需要两名开发”不足以支撑分配。资源负责人在预订时对比例做最终确认，并对缺口负责提出处理建议。成员本人的确认环节常被省略，但它决定了共享安排能否执行，尤其是兼职和跨项目人员。
三类角色的动作有先后顺序：需求清单先行，预订记录其次，个人确认最后。任何一方变更，都要回到配置底表更新，并保留变更记录。
一个配置示例：三项目共享五名研发的投入安排
以下为演示情景，用于说明配置过程，不代表真实项目数据。
背景：三个并行项目A、B、C，五名研发人员，其中一名测试为兼职。优先级排序为A高于B高于C。配置周期为四周。
人员情况：张明（开发）、李华（开发）、王芳（开发）、赵磊（架构）、陈静（测试，兼职，每周3天）。
按优先级分配过程：项目A需要开发2人、架构0.5人、测试0.5人，优先满足，分配张明80%、李华80%、赵磊50%、陈静50%。项目B需要开发1.5人、测试0.3人，从剩余比例中分配王芳70%、张明20%、陈静30%。项目C需要开发1人、架构0.3人，剩余可用比例中王芳剩30%、赵磊剩50%，分配王芳30%、赵磊30%，开发缺口0.4人，记录为缺口。
示例输出如下：
| 人员 | 角色 | 项目A | 项目B | 项目C | 合计 | 备注 |
|---|---|---|---|---|---|---|
| 张明 | 开发 | 80% | 20% | — | 100% | 共享 |
| 李华 | 开发 | 80% | — | — | 80% | 预留20%技术支持 |
| 王芳 | 开发 | — | 70% | 30% | 100% | 共享 |
| 赵磊 | 架构 | 50% | — | 30% | 80% | 预留20% |
| 陈静 | 测试 | 50% | 30% | — | 80% | 兼职，每周3天 |
缺口记录：项目C开发角色缺口0.4人，影响时间窗为第1—4周，处理建议为下迭代补充或调整项目C范围。这个示例说明，配置的结果不一定是所有人都排满，而是每个项目的人员承诺和缺口都清晰可见。
配置生效后的核对与调整：完成检查清单
配置底表和预订记录是起点，不是终点。实际投入会因需求变化、人员请假、项目调整而偏离预订，定期核对是把偏差控制在可管理范围内的动作。
核对周期建议与配置时间窗一致，按迭代或按周进行。核对内容包括：实际投入与预订比例的偏差、共享人员的切换是否按约定执行、缺口是否已处理或仍在影响项目。偏差记录要写明人员、项目、预订比例、实际比例和偏差原因。
偏差出现后的调整动作分三类：比例微调，在同一项目内重新分配；人员替换，从可用人员中调换；范围调整，由项目负责人确认缩减或延后部分工作。调整后要更新配置底表和预订记录，保持两者一致。
配置完成的检查项如下：
- 配置底表字段完整，每个人在每个时间窗内的投入比例合计不超过100%；
- 每个在研项目都有预订记录，状态为已确认或已记录缺口；
- 共享、兼职、外包人员均有切分记录，注明切换颗粒度；
- 缺口清单写明角色、比例、时间窗和处理建议；
- 成员本人已确认投入安排；
- 所有配置变更均有留痕，可追溯到变更时间、变更人和原因。
配置变更的留痕要求不复杂：每次调整记录变更前后内容、变更日期和确认人即可。留痕的价值在于复盘时有据可查，也能避免同一人员被不同项目重复承诺。在 ONES 中，人员投入的调整可通过工作项负责人和计划时间的变更保留记录，资源视图按人员汇总当前配置，便于核对时对照预订与实际安排。
常见问题
团队规模较小、项目数量不多时，还需要建配置底表吗？
需要，但可以简化。项目少的时候，底表可以只保留人员、角色、项目、投入比例、时间窗五个字段，人员类型和备注按需填写。底表的作用是让投入承诺有据可查，避免口头安排在不同项目之间互相覆盖。团队规模扩大或项目并行数量增加后，再补充共享切分和缺口记录字段即可。
投入比例按周折算和按月折算，应该选哪一种？
选择依据是团队的资源决策节奏。以迭代为单位安排工作的团队，按周折算更容易与迭代计划对齐；以月度资源会分配人员的组织，按月折算可以减少维护频率。两种口径可以在同一组织内并存，但同一张底表内应保持统一，并写清换算关系，例如1人周等于5人天，避免比例相加时出现口径混乱。
项目优先级在配置过程中发生变化，预订记录怎么处理？
优先级调整后，先更新项目清单中的排序，再检查受影响人员的投入比例是否仍然成立。如果高优先级项目需要追加投入，从低优先级项目中释放相应比例，并同步更新两条预订记录。调整过程保留变更前后内容和确认人，便于后续复盘时说明比例变化的原因。
共享人员的投入比例合计不足100%，剩余部分怎么记录？
剩余比例可以作为预留投入单独记录，用途包括技术支持、临时需求响应或培训。预留比例同样写入底表，并注明用途和时间窗，避免被默认视为可随意占用的空闲资源。如果预留比例长期未被使用，可在下一次核对时评估是否调低，把释放出的投入分配给有缺口的项目。
外包人员的投入安排由谁确认，和内部人员配置有什么区别？
外包人员的投入以合同约定为基础，由资源负责人或研发经理与供应商对接确认，再写入配置底表。与内部人员的区别在于可调配空间：内部人员可以在项目间重新分配比例，外包人员通常需要在合同范围内调整，涉及范围变化时要走约定流程。底表中注明所属供应商或团队，便于核对时区分内部资源和外部约定资源。
