多项目并行时，研发人员的时间被切成若干段，单看某个项目的进度很难判断排期是否合理。本文把“排期合理性”拆成投入结构、负载水平、承诺兑现三层可核验的问题，给出指标公式、数据口径、双周窗口算例和解读边界，帮助研发管理者用同一份工时台账复算并解释结果。
要点总览（TL;DR）
- 多项目并行下的排期合理性，评估对象是研发人员在项目间的投入安排，可拆成三层判断：投入结构与优先级是否一致、个人负载是否在可持续区间、承诺与实际是否可解释。
- 核心指标有五类：投入占比、负载偏离度、排期达成率、变更原因分布、跨项目切换次数，需用同一份人员-项目工时台账在固定时间窗内计算。
- 排期达成率=窗口内按期完成的承诺项数÷窗口内到期的承诺项数，分母为零时标注“无到期承诺”，不用0%或100%代替；负载偏离度=实际投入工时÷可用工时−1。
- 高达成率不等于排期合理，需结合负载偏离度和变更原因解读；不设通用达标线，阈值应先用三到五个窗口建立团队自身基线。
- 关键人依赖、跨项目切换成本和隐性协调工作往往不在工时台账里，定量结果需要定性复核补充。
评估目标：多项目并行下要回答哪几个问题
多项目并行下的排期合理性，评估对象是研发人员在多个项目之间的投入安排，即每个人把多少时间分给了哪些项目、这些时间是否落在优先级更高的地方、总量是否可持续、承诺的交付是否兑现。任务之间的依赖关系、关键路径、资源冲突的具体处置属于另外的管理动作，本文不展开，只在需要解释指标结果时作为定性复核的线索。
把模糊的“排期是否合理”拆开，可以落到三个具体判断上：
- 投入结构与优先级是否一致：高优先级项目是否拿到了与其优先级相称的人力投入，是否存在低优先级项目占用关键人员大量时间的情况。
- 个人负载是否在可持续区间：每个人的实际投入相对可用工时处于什么水平，长期超载或长期闲置都会让排期失去可信度。
- 承诺与实际是否可解释：到期承诺的完成情况如何，未完成的部分能否用需求变更、估算偏差、资源被抽调等原因解释清楚。
三层判断对应的问题清单可以这样组织：第一层问“人放对地方了吗”，第二层问“人的量放多了还是放少了”，第三层问“说好的事做到了吗、没做到是为什么”。三层都通过，排期可以认为基本合理；任何一层出现明显偏离，都需要回到具体人员和项目上核查。评估结论指向排期安排本身，不用于对个人下绩效结论。
指标与范围：用哪些指标、覆盖哪些人和项目
五类指标分别回答三层问题中的某一面，组合使用才能形成判断。指标与问题的对应关系如下：
| 指标 | 回答的问题 | 所属层次 | 单位 |
|---|---|---|---|
| 投入占比 | 某人在各项目上的时间分配是否与项目优先级相称 | 投入结构 | % |
| 负载偏离度 | 某人的实际投入相对可用工时是超是欠 | 负载可持续性 | 比值（可为负） |
| 排期达成率 | 到期承诺中按期完成的比例 | 承诺可达成性 | % |
| 变更原因分布 | 未按期完成或排期调整的原因集中在哪类 | 承诺可达成性（解释层） | 计数与占比 |
| 跨项目切换次数 | 人员在项目间切换的频繁程度，反映切换成本与协调负担 | 投入结构（辅助） | 次/窗口 |
统计范围需要在评估开始前写清楚，避免不同窗口之间不可比。人员范围建议覆盖窗口内参与两个及以上项目的研发人员，只参与单项目的人员可作为对照；项目范围纳入窗口内有排期承诺的在研项目，已结项或暂停项目单独标注；时间窗建议以双周或一个迭代为单位，与团队现有的计划节奏对齐。窗口过短会让达成率的分母过小、波动放大，窗口过长则会掩盖中途的负载尖峰，双周通常是可操作的选择。
范围确定后要保持稳定：同一轮评估内不随意增减人员或项目，跨轮对比时沿用同一范围定义。若中途有人员转岗或项目新增，在结果中单独说明，不混入主口径。
数据口径与证据：工时台账、承诺记录和变更原因怎么取
指标能否复算，取决于三类原始记录是否齐全、字段是否统一。
工时或投入记录至少包含人员、项目、日期、工时四个字段，工时以小时为单位，按日登记。若一人一天在多个项目上工作，按实际投入拆分登记，拆分之和不超过当日可用工时。跨项目分摊没有客观依据时，按实际工作时段登记，不用平均分摊代替，平均分摊会抹平投入结构的真实差异。
排期承诺记录需要保留两个时间点：承诺时间点（该工作项被纳入排期并对外承诺完成的日期）和实际完成时间点。承诺基线一旦确定，后续调整作为新记录追加，保留原承诺，不覆盖历史。这样达成率才能按“窗口内到期的原始承诺”计算，而不是按调整后的日期计算。
变更原因需要预先分类，常见类别包括需求变更、估算偏差、资源被抽调、依赖阻塞、技术问题、优先级调整。每条未按期完成或排期调整的记录归入一个主类别，允许备注补充说明。分类口径在团队内统一后，变更原因分布才具备跨窗口可比性。
| 数据项 | 必需字段 | 口径要求 | 缺失处理 |
|---|---|---|---|
| 工时记录 | 人员、项目、日期、工时 | 按日登记，单位小时，拆分之和不超过可用工时 | 缺失日记为未登记，不计入分母，单独统计缺失率 |
| 承诺记录 | 工作项、承诺时间点、实际完成时间点、状态 | 保留原始承诺，调整追加不覆盖 | 无承诺时间点的项不进入达成率分母 |
| 变更原因 | 工作项、原因类别、发生日期 | 单一主类别，团队统一分类表 | 未填原因的归入“未分类”，在分布中单列 |
| 可用工时 | 人员、窗口、可用天数、每日标准工时 | 扣除法定假日与已批准的休假 | 休假记录缺失时按标准工时计，并在结果中注明 |
缺失值处理的原则是“不猜、不补、单列”。工时缺失率超过一定比例（例如超过窗口总人天的两成）时，该窗口的负载类指标只作参考，不作为判断依据。分母为零的情况在下一节的计算规则中单独处理。
这些记录分散在表格、项目管理工具和聊天记录里时，取数成本会直接影响评估能否持续。ONES 的项目排期规划支持通过工作数量和工时规模了解成员排期，并可按条件筛选与分组查看成员在不同项目的投入比重；工时登记日志支持查询和导出，便于按人员、项目、日期整理成上述台账。承诺基线的记录方式需结合团队实际配置确认，评估前应先在工具中固定字段口径，再开始统计。
计算步骤：从原始记录到四个可复算指标
以下公式均以同一时间窗（记为 W）为统计单位，工时单位为小时，结果保留一位小数。
投入占比：某人员 i 在项目 p 上的投入占比 = 该人员在 W 内登记在项目 p 的工时 ÷ 该人员在 W 内登记的总工时 × 100%。分母是该人员的全部已登记工时，不是可用工时；两者混用会让占比之和不等于 100%。同一人员各项目占比之和应为 100%，出现偏差说明存在未归属项目的工时。
负载偏离度：某人员 i 的负载偏离度 = W 内实际投入工时 ÷ W 内可用工时 − 1。可用工时 = 窗口内可用工作日 × 每日标准工时 − 已批准休假工时，每日标准工时由团队统一设定（如 8 小时或 6.5 小时），并在所有窗口沿用。结果为 0 表示投入与可用工时持平，正值表示超出，负值表示投入不足。该指标衡量总量，不区分超出的部分来自哪个项目。
排期达成率：达成率 = W 内按期完成的承诺项数 ÷ W 内到期的承诺项数 × 100%。分子只计原始承诺日期落在 W 内且实际完成日期不晚于承诺日期的项；分母只计原始承诺日期落在 W 内的项，中途新增且承诺日期在 W 内的项也计入。分母为零时，该窗口不计算达成率，标注“无到期承诺”，不用 0% 或 100% 代替。
变更原因分布：对 W 内未按期完成或发生排期调整的承诺项，按预定义类别计数，并计算各类别占全部变更项的比例。分布用于解释达成率，不单独作为结论。
跨项目切换次数：统计某人员在 W 内工作日中，相邻两个工作日的主要投入项目发生变化的次数，或按日登记中出现的项目数减一累加。统计方式选定后固定使用，跨窗口对比时保持一致。切换次数本身没有绝对好坏，需结合项目数量和任务颗粒度解读。
计算流程建议按“先清洗、再计算、后交叉”的顺序：先核对工时台账的完整性与人员项目映射，再逐指标计算，最后把投入占比与负载偏离度、达成率与变更原因分布交叉对照，形成每人每项目的一行结果。
例子：一个双周窗口的完整算例
以下为演示情景，数字为便于说明而设定。某双周窗口共 10 个工作日，团队统一每日标准工时 8 小时，某研发人员小李窗口内无休假，可用工时为 80 小时。小李同时参与 A、B、C 三个项目，工时台账登记为：A 项目 44 小时，B 项目 28 小时，C 项目 12 小时，合计 84 小时。
投入占比：A 为 44 ÷ 84 ≈ 52.4%，B 为 28 ÷ 84 ≈ 33.3%，C 为 12 ÷ 84 ≈ 14.3%，三者之和为 100%。若 A 为高优先级项目、C 为低优先级项目，则投入结构与优先级方向一致，但需结合 C 项目是否处于收尾阶段判断。
负载偏离度：84 ÷ 80 − 1 = 5%，即实际投入超出可用工时 5%，处于轻度超载。若连续多个窗口均为正值且逐步上升，说明排期在持续挤压该人员。
排期达成率：小李在窗口内到期的承诺项共 5 项，其中按期完成 4 项，达成率为 4 ÷ 5 = 80%。未完成的 1 项变更原因为“资源被抽调”。
组合解读：80% 的达成率单独看尚可，但结合 5% 的负载偏离度和 1 项因抽调导致的未完成，可以判断该人员的排期已经偏紧，达成率是靠超时投入维持的。若下一窗口继续增加承诺，达成率大概率下滑。这正是“高达成率不等于排期合理”的典型情形。
分母为零的处理：同窗口另一位人员小王只参与 A 项目，窗口内没有到期承诺项，则小王不计算达成率，结果标注“无到期承诺”，其投入占比和负载偏离度照常计算。数据缺失的处理：若小李某两天工时未登记，缺失率为 2 ÷ 10 = 20%，达到前述参考线，则其负载偏离度标注为“参考值”，并在结论中说明缺失天数。
解读与限制：指标说明什么、不能说明什么
指标回答的是“投入安排呈现出什么状态”，不直接回答“排期是否合理”的最终判断，也不构成对个人的评价。解读时需遵守几条规则。
达成率高需要与负载和变更原因一起看。达成率 100% 可能来自合理的排期，也可能来自长期超载、承诺项被拆小或承诺日期被反复后移。只有负载偏离度处于可持续区间、变更原因分布中没有大量“优先级调整”时，高达成率才支持“排期合理”的判断。
指标受估算偏差和需求变更影响，不能直接归因个人。一个人员达成率低，可能是其承接的任务本身估算偏乐观，也可能是上游需求在窗口内变更。变更原因分布的作用就是把这类外部因素与排期安排本身区分开。
不设通用达标线。负载偏离度多少算合理、达成率多少算健康，取决于团队历史基线、项目阶段和业务节奏。建议先用三到五个窗口的数据建立本团队的基线区间，再据此识别偏离，而不是套用外部数字。
定量结果需要定性复核补充。关键人依赖（某人员同时是多个项目的唯一接口人）、跨项目切换的实际成本、会议与协调等隐性工作，往往不体现在工时台账里，却直接影响排期的可执行性。评估时应结合切换次数和人员访谈，对高依赖、高切换的人员单独核查。
把评估做成常规动作，需要台账、承诺记录和变更原因在同一处沉淀。ONES 支持实时查看成员每日投入饱和明细以识别规划风险，并可查看项目和团队的资源利用率及负荷度；跨项目场景下可对团队资源做统一规划。评估所需的承诺基线与达成率口径，建议在工具中先固定字段和状态流转规则，再按本文公式复算，使每个窗口的结果可追溯、可对比。
常见问题
团队刚开始做这项评估，没有历史基线，第一轮结果怎么用？
第一轮结果主要用于建立基线，而非判定好坏。建议先连续记录三到五个双周窗口的投入占比、负载偏离度和达成率，观察各指标的波动范围，再据此确定本团队的合理区间。第一轮中如果发现工时缺失率偏高或变更原因大量归入“未分类”，优先修正取数口径，暂不急于下结论。
只参与一个项目的人员要不要纳入评估？
可以纳入，但角色不同。参与两个及以上项目的人员是主要评估对象，单项目人员更适合作为对照：如果单项目人员的负载偏离度也普遍偏高，说明问题可能出在整体人力配置或估算偏差上，而不只是多项目并行的排期安排。单项目人员通常没有跨项目切换次数，该指标对其不适用。
承诺日期中途被调整过，达成率按哪个日期算？
按原始承诺日期计算。承诺基线一旦确定，后续调整作为新记录追加，保留原承诺不覆盖。达成率的分子只计原始承诺日期落在窗口内且实际完成不晚于该日期的项，分母只计原始承诺日期落在窗口内的项。这样调整本身会体现在变更原因分布中，而不是通过改写分母被掩盖。
负载偏离度显示轻度超出，是否一定要调整排期？
不一定，需要看持续性和成因。单个窗口出现小幅正值，可能来自临时攻关或收尾阶段，属于正常波动；连续多个窗口为正且逐步上升，才说明排期在持续挤压该人员。同时要区分超出部分来自哪个项目：如果集中在高优先级项目的关键阶段，可以接受并安排后续补偿；如果分散在多个低优先级项目上，则应优先调整投入结构。
评估结果能不能直接用于个人考核？
不建议。这些指标反映的是投入安排呈现的状态，受任务估算偏差、需求变更、资源抽调等外部因素影响，无法区分个人努力与排期安排本身的问题。把达成率或负载偏离度直接挂钩考核，容易导致承诺被拆小、日期被保守填写等应对行为，反而让数据失真。评估结论应指向排期安排和资源配置的调整。
