研发人员配置要解决的问题，是把“谁、以多少投入比例、在什么时间段、投入到哪个项目或工作项”写成可核对、可调整的记录。本文围绕字段口径、四步操作流程、角色分工、填写示例和完成检查展开，任务本身的排期与依赖、负载冲突的处置不在本文范围。
要点总览（TL;DR）
- 研发人员配置的核心是记录“谁、以多少投入比例、在什么时间段、投入到哪个项目或工作项”，字段口径统一后才能核对和调整。
- 操作按四步走：容量盘点、确定投入比例、资源预订、兼职共享与外包投入安排，每步以一份可交付记录作为完成标志。
- 角色分工按“提出—审批—维护—执行”划分：项目负责人提需求，资源负责人汇总审批并维护记录，成员确认容量并反馈偏差，外包对接人明确边界与交接。
- 完成检查看四项：人员全覆盖、比例合计合理、时间段无空缺、兼职与外包边界已写明；按周度或迭代级核对，偏差记入变更记录。
研发人员配置先定哪些字段和口径
配置记录能否被核对，取决于字段是否统一。建议先确定一张最小字段表，所有项目和团队都按同一套字段填写，避免同一名成员在不同项目里出现两套投入算法。
字段分必填与选填两类。必填字段支撑“谁在什么时间投入多少”这一核心判断；选填字段用于补充技能、交接等辅助信息，缺失时不影响配置成立。
| 字段名 | 口径说明 | 必填 | 示例值 |
|---|---|---|---|
| 人员 | 填写真实姓名或唯一工号，一人一条记录 | 必填 | 张明 |
| 角色 | 在项目中的职责角色，如后端开发、测试、前端开发 | 必填 | 后端开发 |
| 技能 | 与当前项目相关的技能标签，可多选 | 选填 | Java、消息队列 |
| 可投入容量 | 该成员在统计周期内可用于项目工作的总量，按人天或百分比其中一种口径填写 | 必填 | 20人天/月，或100% |
| 投入比例 | 分配给某项目的份额，与可投入容量使用同一口径 | 必填 | 60%，或12人天/月 |
| 预订时间段 | 投入生效的起止日期，精确到日 | 必填 | 3月1日—3月31日 |
| 项目归属 | 投入所指向的项目或工作项 | 必填 | 订单中心重构 |
| 人员类型 | 专职、兼职、共享、外包四类之一 | 必填 | 共享 |
| 投入边界与交接 | 兼职、共享、外包人员的工作范围、可用时段、交接方式 | 兼职/共享/外包必填 | 每周二、四到场，接口文档由本方维护 |
口径统一有两个具体要求。其一，投入比例与可投入容量必须同口径：容量按人天计，比例也按人天计；容量按百分比计，比例也按百分比计。其二，同一成员在同一统计周期内只使用一种口径，跨周期调整口径时在变更记录中注明切换时点。这样后续核对时，比例合计才有可比性。
按四步完成人员配置：从容量盘点到处预订落地
四步流程的顺序有依赖关系：容量盘点是分配比例的前提，比例确定后才能落到时间段形成预订，兼职与外包的边界在预订环节一并写清。每一步都以一份可交付的记录作为完成标志。
第一步：容量盘点
输入是人员与技能清单，动作是逐人确认统计周期内的可投入容量，扣除休假、培训等已知占用。输出是一张按人列出的容量表。完成标志：每名成员都有明确的容量数值和口径标注，没有空白项。
第二步：确定投入比例
输入是容量表和项目优先级排序，动作是按优先级把每名成员的容量拆分到各项目，形成配置方案。输出是配置方案，包含每人每项目的比例。完成标志：同一成员在各项目的比例合计不超过其可投入容量，且每个项目都有人覆盖。
第三步：资源预订
输入是配置方案，动作是把比例落到具体时间段与项目，形成预订记录，写明起止日期。输出是预订记录。完成标志：每条预订都有时间段、项目归属和比例，时间段之间没有未说明的空缺。
第四步：兼职、共享与外包投入安排
输入是预订记录中标记为非专职的人员，动作是补充投入边界与交接方式：兼职人员写明可用时段，共享人员写明与其他项目的切换规则，外包人员写明工作范围、对接人和交付交接方式。输出是完整的预订记录。完成标志：所有非专职人员的边界字段均已填写，对接人明确。
在记录维护环节，配置方案与预订记录需要与人员、项目和工作项保持对应。ONES 资源管理支持通过甘特视图进行项目资源规划与进度跟踪，并支持筛选与分组，帮助掌握成员在不同项目的投入比重；这些能力可作为预订记录的承载方式，具体版本与部署形态按实际采购方案确认。
角色分工与各环节交付物
配置能否持续有效，取决于每个环节都有明确的责任人。建议按“提出—审批—维护—执行”划分，避免配置方案由单人包办、变更无人记录。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 项目负责人 | 提出本项目的人员需求与优先级，确认投入比例是否满足交付需要 | 人员需求说明、比例确认意见 |
| 资源负责人（或团队负责人） | 汇总容量、平衡各项目比例、审批配置方案、维护预订记录 | 容量表、配置方案、预订记录、变更记录 |
| 研发人员本人 | 确认自身容量与投入安排，按预订投入并反馈实际偏差 | 容量确认、实际投入反馈 |
| 外包对接人 | 明确外包人员的工作范围、可用时段与交接方式，跟踪交付 | 外包投入边界说明、交接记录 |
审批与知会的边界建议这样划：配置方案和跨项目比例调整由资源负责人审批；单一项目内部的人员替换，由项目负责人确认后知会资源负责人并更新记录；外包人员的范围变更需外包对接人与资源负责人共同确认。知会以记录更新为准，口头确认后补录，避免记录与实际不一致。
示例：一个迭代周期内的人员配置记录
以下为演示情景，用于说明字段如何填写，不代表任何真实团队的数据。
背景：某研发团队在一个月迭代周期内有两个项目并行，成员包括两名专职后端、一名共享测试和一名外包前端。共享测试同时支持两个项目，外包前端每周到场三天。
| 人员 | 角色 | 可投入容量 | 投入比例 | 预订时间段 | 项目归属 | 人员类型 | 投入边界与交接 |
|---|---|---|---|---|---|---|---|
| 张明 | 后端开发 | 20人天/月 | 20人天/月 | 3月1日—3月31日 | 订单中心重构 | 专职 | — |
| 李华 | 后端开发 | 20人天/月 | 12人天/月 | 3月1日—3月31日 | 订单中心重构 | 专职 | — |
| 李华 | 后端开发 | 20人天/月 | 8人天/月 | 3月1日—3月31日 | 支付网关升级 | 专职 | — |
| 王芳 | 测试 | 20人天/月 | 12人天/月 | 3月1日—3月31日 | 订单中心重构 | 共享 | 每周一至周三投入本项目，周四至周五投入支付网关升级，缺陷单当日交接 |
| 王芳 | 测试 | 20人天/月 | 8人天/月 | 3月1日—3月31日 | 支付网关升级 | 共享 | 同上，切换日不安排跨项目评审 |
| 赵强 | 前端开发 | 12人天/月 | 12人天/月 | 3月1日—3月31日 | 订单中心重构 | 外包 | 每周一、三、五到场，工作范围为订单列表与详情页，对接人为张明，代码合并前由张明评审 |
这份记录体现了三个填写要点。共享人员王芳的两条记录比例合计等于其容量，边界字段写明了切换规则；外包人员赵强的容量按实际到场天数折算，边界写明了范围、对接人和评审方式；专职人员李华跨两个项目，比例合计等于容量。记录只回答人员如何投入，任务如何排期、出现负载冲突如何处理，分别由相邻主题处理。
配置完成检查与调整机制
配置是否做完、做对，可以用四项检查逐条核对，建议在每周固定时点或每个迭代开始时执行一次。
- 人员全覆盖：容量表上的每名成员在预订记录中都有对应条目，没有遗漏。
- 比例合计合理：同一成员各项目比例合计不超过其可投入容量，超出时说明原因并调整。
- 时间段无空缺：预订时间段覆盖整个统计周期，起止日期之间没有未说明的断档。
- 边界已写明：兼职、共享、外包人员的投入边界与交接方式均已填写，对接人明确。
核对时点建议与团队既有节奏对齐：周度核对关注本周实际投入与预订是否一致，迭代级核对关注下一周期比例是否需要重排。核对结果记入变更记录，写明调整前后的比例、时间段和原因。
发现配置与实际投入不符时，按三步处理：先确认偏差是临时波动还是持续偏离，临时波动在周度记录中注明即可；持续偏离则调整预订记录中的比例或时间段，由资源负责人审批；涉及跨项目比例变化的，知会相关项目负责人并更新配置方案。ONES 资源管理可实时查看成员每日投入饱和明细，并通过资源报表反馈项目投入情况，可作为核对与调整的数据来源；报表准确性依赖成员工时登记的完整程度。
常见问题
投入比例按百分比还是人天填写更合适？
两种口径都可以，关键是同一成员在同一统计周期内只使用一种，并与可投入容量保持同口径。按百分比填写便于跨项目比较份额，按人天填写便于与工时记录对应。跨周期调整口径时，在变更记录中注明切换时点，避免前后数据无法合计。
兼职和共享人员的投入边界具体要写到什么程度？
至少写明三项：可用时段（如每周哪几天投入本项目）、切换规则（如切换日不安排跨项目评审）、交接方式（如缺陷单当日交接）。边界写到能据此判断某天该人员是否可被安排，就达到了可核对的程度。外包人员还需写明工作范围、对接人和交付评审方式。
配置记录和实际投入出现偏差时，先改记录还是先查原因？
先判断偏差是临时波动还是持续偏离。临时波动在周度记录中注明即可，不必立即改预订；持续偏离则调整预订记录中的比例或时间段，由资源负责人审批，涉及跨项目比例变化的知会相关项目负责人并更新配置方案。这样既保留偏差痕迹，也避免频繁改动导致记录失去参考价值。
ONES 资源管理能否直接承载人员配置记录？
可以作为承载方式之一。ONES 资源管理支持通过甘特视图进行项目资源规划与进度跟踪，支持筛选与分组以掌握成员在不同项目的投入比重，并可实时查看成员每日投入饱和明细、通过资源报表反馈项目投入情况。报表与饱和度数据的准确性依赖成员工时登记的完整程度，具体版本与部署形态按实际采购方案确认。
