计划与实际投入分析要回答的是：同一批人力投入，在计划口径和实际口径下相差多少、差在哪些团队或阶段、这些差异能否被解释。核心算法是偏差率 =（实际投入 − 计划投入）÷ 计划投入 × 100%，同时报告绝对偏差（单位人时）。分母为零、人员范围变动、两侧口径不一致是三类主要失真来源，需要单独处理并在结论中标注。本文只处理人力投入，资金偏差与交付达成率不在范围内；分析落地所需的工时与计划数据，通常由项目协作工具承载。
要点总览（TL;DR）
- 计划与实际投入分析的核心，是把同一批人力投入在计划口径和实际口径下分别量化，再按统一的时间窗、人员范围和单位（人时或人天）计算偏差。
- 常用算法是：偏差率 =（实际投入 − 计划投入）÷ 计划投入 × 100%，同时报告绝对偏差（实际 − 计划，单位人时），避免只看比率掩盖规模差异。
- 计划侧要先明确采用基线计划还是滚动计划，实际侧要明确采用工时填报、排期记录还是任务耗时，两侧颗粒度对齐到同一工作项或角色层级，结果才可复算。
- 计划投入为0的子项只报绝对偏差、不计算偏差率；缺失值处理规则需在方法说明中固定，并把填报覆盖率与缺失记录数作为结论的一部分呈现。
- 偏差率反映的是投入与计划的偏离程度，不能直接等同于效率高低或绩效评价；跨团队、跨时间窗比较需人员范围、单位与统计口径一致。
分析目标：回答哪几个投入问题
一份可用的计划与实际投入分析，先要把问题问准。问题不清，后面的取数和计算很容易变成“有数字、没结论”。建议在分析开始前写下一份分析目标说明，包含待回答问题和明确的排除项。
分析通常要回答三类问题。第一类是总量判断：在选定时间窗内，实际投入相对计划投入是超出还是节省，超出多少。第二类是结构定位：偏差集中在哪些团队、角色或阶段，是少数工作项拉高了整体，还是普遍性偏移。第三类是归因判断：偏差能否用范围变更、人员变动、估算偏差或填报口径差异解释，哪些部分暂时无法解释。
边界需要写清楚。本文只处理人力投入，单项目的资金偏差属于成本与预算管理范畴，交付达成率属于计划达成与可预测性范畴，两者都不在本分析内展开。把人力偏差和交付结果混在一张表里，容易让读者误以为投入超支就等于交付失败，或投入节省就等于效率提升。
分析结论的使用者通常是项目经理、团队负责人和研发管理者。项目经理用它核对本项目的资源使用是否偏离计划，团队负责人用它判断人员安排是否需要调整，研发管理者用它识别跨项目的投入结构问题。决策场景决定了结论的呈现方式：面向项目层面要细到工作项和角色，面向管理层要能按团队和阶段汇总。
一份分析目标说明可以按下面的结构写：
- 待回答问题3–5条，每条对应一个可计算的指标或拆分维度；
- 统计对象：哪些项目、哪些团队、哪些人员；
- 时间窗：周、月或迭代，并注明起止日期；
- 排除项：资金偏差、交付达成率、绩效评价等不在本次分析内；
- 结论用途：用于资源调整、复盘输入还是计划修订。
指标与范围：用哪些量、覆盖谁、看多长
指标集合宜小而稳定，保证不同周期可以复算和对比。核心指标有四个：计划投入、实际投入、绝对偏差、偏差率。计划投入是基线计划中为该范围安排的人力总量，实际投入是同一范围内已发生的人力消耗，绝对偏差等于实际减计划，偏差率等于绝对偏差除以计划投入。
统计范围要同时锁定三个维度。项目或团队范围决定汇总层级，是单项目、项目集还是整个团队。人员范围决定谁被计入，需要明确是否包含外包人员、借调人员和跨项目共享人员；包含与否会直接改变分母和分子，必须在方法说明中固定。时间窗决定统计区间，周、月、迭代三种口径的偏差结果不可混用，跨期对比时要保持同一时间窗类型。
单位统一为人时或人天，并在方法说明中写明换算假设，例如1人天按8人时折算。换算假设一旦确定，整个分析周期内保持不变，否则历史数据无法比较。
| 指标 | 单位 | 统计对象 | 时间窗 | 说明 |
|---|---|---|---|---|
| 计划投入 | 人时 | 选定项目/团队的工作项 | 迭代或月 | 取自基线计划，注明版本 |
| 实际投入 | 人时 | 同一批工作项的工时记录 | 与计划同窗 | 按填报记录汇总 |
| 绝对偏差 | 人时 | 同上 | 同上 | 实际 − 计划，保留正负号 |
| 偏差率 | % | 同上 | 同上 | 计划投入为0时不计算 |
范围定义完成后，建议让另一位同事按同一份定义独立复算一次。两次结果一致，说明口径可复算；出现差异，通常能在人员范围或时间窗边界上找到原因。
数据口径与证据：计划值和实际值分别从哪里来
计划侧和实际侧的数据来源不同，颗粒度也常常不同，这是偏差失真的主要来源。计划投入的取数要先明确版本：采用基线计划还是滚动计划。基线计划反映立项时的承诺，适合评估“原计划是否准确”；滚动计划反映最新安排，适合评估“当前安排是否被执行”。两者算出的偏差含义不同，不能混在一张表里比较，分析结论中要注明所用版本。
实际投入的取数来源常见三种：工时填报记录、排期记录、任务耗时。工时填报最接近真实人力消耗，但依赖成员按时填报；排期记录反映的是安排而非消耗；任务耗时通常只覆盖部分工作项。选择哪种来源要与分析目的匹配，并在方法说明中固定，跨期保持一致。
颗粒度对齐要求两侧能落到同一层级，通常是工作项或角色。常见不一致情形包括：计划按角色估算，实际按人填报；计划覆盖整个迭代，实际记录只到任务级；部分工作项有计划无实际记录，或有实际记录无对应计划。这些情形需要在汇总前处理，处理规则写入口径说明。
数据完整性要作为证据呈现，而不是隐含假设。至少统计两项：填报覆盖率（有工时记录的人员或工作项占应填报范围的比例）和缺失记录数。覆盖率偏低时，实际投入会被系统性低估，偏差率随之偏负，结论中必须标注这一影响。
| 对比项 | 计划侧 | 实际侧 |
|---|---|---|
| 取数来源 | 基线计划或滚动计划 | 工时填报、排期记录或任务耗时 |
| 颗粒度 | 工作项或角色 | 人员或任务 |
| 已知缺口 | 计划变更未同步更新 | 漏填、迟填、跨期填报 |
| 完整性证据 | 计划版本与变更记录 | 填报覆盖率、缺失记录数 |
计算步骤：从原始记录到偏差结论
计算流程固定为六步，每一步的产物都可以被复核。第一步确定范围，锁定项目、人员和时间窗。第二步对齐颗粒度，把计划侧和实际侧统一到工作项或角色层级。第三步汇总计划投入，按选定版本加总。第四步汇总实际投入，按选定来源加总。第五步计算绝对偏差与偏差率。第六步按团队、角色或阶段拆分，定位偏差集中处。
公式与单位如下：
- 绝对偏差 = 实际投入 − 计划投入，单位人时，保留正负号；
- 偏差率 =（实际投入 − 计划投入）÷ 计划投入 × 100%，单位为百分比；
- 正偏差表示实际超出计划，负偏差表示实际低于计划。
分母为零的处理规则要提前写死。当某个子项的计划投入为0时，只报告绝对偏差，不计算偏差率，并在结果表中标注“计划为0”。这类子项常见于计划外新增工作或临时插入的需求，把它们强行并入分母会扭曲整体偏差率。
缺失值与未填报记录的处理规则同样需要固定。可选做法有两种：一是按已填报范围计算，并在结论中注明覆盖率；二是对缺失部分按同角色均值估算，并单独标注估算比例。两种做法不能在同一份分析中混用。无论采用哪种，都要在结论中说明缺失对偏差方向的影响，例如“实际投入可能被低估，偏差率偏负”。
算例：一个迭代的投入偏差计算
以下数字为说明性情景，用于演示公式代入与拆分，不代表任何真实项目数据或达标线。
某迭代的计划投入为 320 人时，实际投入为 368 人时。绝对偏差 = 368 − 320 = 48 人时；偏差率 = 48 ÷ 320 × 100% = 15%。结论表述为：该迭代实际投入超出计划 48 人时，偏差率 15%，属于正偏差。
按任务类型拆分后，偏差分布并不均匀：
| 任务类型 | 计划投入（人时） | 实际投入（人时） | 绝对偏差（人时） | 偏差率 |
|---|---|---|---|---|
| 需求开发 | 200 | 214 | +14 | 7% |
| 缺陷修复 | 80 | 112 | +32 | 40% |
| 技术支持 | 40 | 42 | +2 | 5% |
| 临时插入需求 | 0 | 0 | — | 不计算 |
拆分结果显示，偏差主要集中在缺陷修复，绝对偏差 32 人时，偏差率 40%，是整体偏差的主要来源；需求开发偏差较小，技术支持的偏差可以忽略。临时插入需求子项计划投入为0，按规则只报绝对偏差、不计算偏差率；本例中该子项实际投入也为0，若实际发生投入，则应单独列出人时数并标注“计划为0”。
最终结论可以写成：本迭代实际投入 368 人时，超出计划 48 人时，偏差率 15%；偏差主要来自缺陷修复（+32 人时），建议在复盘中核对缺陷数量与修复排期是否偏离原计划。这一表述同时给出了绝对偏差、偏差率和集中位置，读者可以据此判断是否需要调整下一轮计划。
解读与限制：偏差说明什么、不能说明什么
偏差首先是一个事实描述，其次才可能成为解释线索。正偏差说明实际消耗高于计划，可能来自计划估算偏乐观、范围变更、人员变动或填报口径差异；负偏差说明实际消耗低于计划，可能来自计划留有余量、工作延后、人员未到位或漏填。这些来源需要通过复盘逐项核对，单看数字无法区分。
偏差率不宜直接等同于效率高低或绩效评价。一个团队偏差率低，可能是因为计划本身按实际倒推制定；偏差率高，可能是因为承接了计划外工作。把偏差率当作绩效指标，会诱导填报和计划行为变形，反而破坏数据可信度。
跨团队、跨时间窗的结果只有在人员范围、单位、统计口径和时间窗类型一致时才可比较。人员范围包含外包与否、时间窗是迭代还是自然月、计划侧采用基线还是滚动，任何一项不同，比较结论都不成立。跨期对比时，还要确认换算假设和缺失值处理规则没有变化。
结论中应同时呈现三项内容：绝对偏差、偏差率和数据完整性说明。只报偏差率会掩盖规模差异，只报绝对偏差难以横向比较，缺少完整性说明则无法判断结果可信程度。建议在分析文档末尾附一段口径说明，列出取数来源、版本、覆盖率与缺失处理方式，供后续复算和对比使用。
把分析落到协作流程：从填报到复盘的衔接
分析所需的数据不是临时收集出来的，而是在日常协作中逐步产生的。把填报、计划维护和汇总核对串成一条固定流程，偏差分析才能按期复算。
流程可以这样组织。团队成员在完成工作后按工作项填报工时，填报时关联到具体任务，保证实际投入能落到颗粒度层级。项目经理维护计划投入，在范围变更时更新计划并保留变更记录，使计划侧有版本可追溯。分析者在时间窗结束后汇总两侧数据，核对覆盖率与缺失记录，按统一口径计算偏差并形成分析文档。分析文档经过项目经理确认后进入迭代复盘，复盘结论作为下一轮计划调整的输入。
这条流程中有三个关键对象需要管理状态：计划基线要有版本和变更记录，工时记录要有填报状态，分析文档要有评审状态。状态不清，复算时就无法判断用的是哪一版计划、哪些记录已确认。
ONES 资源和工时管理解决方案在这条流程中承担数据承载与汇总的角色。团队成员的工时登记形成日志明细，项目经理可以查询和导出这些明细，实时了解成员工时；资源投入支持多维度统计，便于按项目和成员查看投入情况。计划侧的资源安排可以在资源规划视图中维护，管理者按业务优先级安排和调整团队资源。分析阶段，项目和团队的资源利用率及负荷度可供参考，帮助判断偏差是否与资源分配有关。这些能力的具体统计维度、计算口径与导出格式以实际产品配置为准。
需要说明的是，偏差分析的质量最终取决于填报纪律和计划维护习惯。工具能提供工时记录、计划视图和汇总入口，覆盖率与口径一致性仍要靠团队在流程中执行。把填报要求、计划变更规则和复盘节奏写进团队约定，比单纯增加统计报表更能提升分析结果的可信度。
常见问题
计划投入为0的子项，为什么只报绝对偏差、不计算偏差率？
偏差率的分母是计划投入，计划为0时除法没有意义，强行计算会得到无穷大或未定义的结果，还会把整体偏差率拉向失真。这类子项常见于计划外新增工作或临时插入的需求，处理方式是单独列出实际投入的人时数，标注“计划为0”，只报绝对偏差。
如果这类子项较多，建议在结论中单独说明其合计人时，让读者知道整体偏差中有多少来自计划外工作，而不是把它混进分母统一计算。
工时填报覆盖率偏低时，偏差结论还能用吗？
可以用，但需要把覆盖率作为结论的一部分呈现。覆盖率偏低意味着实际投入被系统性低估，偏差率会偏负，此时结论应注明“实际投入可能被低估，偏差率偏负”，并给出覆盖率数值和缺失记录数。
如果覆盖率低到无法支撑判断，更稳妥的做法是先补填或缩小统计范围到填报完整的团队，再出结论。把低覆盖率数据直接当作完整数据使用，会让后续的资源调整决策建立在错误基础上。
基线计划和滚动计划算出的偏差，能放在一起比较吗？
不能直接比较。基线计划反映立项时的承诺，用它算出的偏差回答的是“原计划是否准确”；滚动计划反映最新安排，用它算出的偏差回答的是“当前安排是否被执行”。两者含义不同，混在一张表里会让读者误读偏差来源。
如果确实需要同时呈现，建议分两列列出，并在表头注明所用版本；跨期对比时保持同一版本口径，否则历史数据之间也不具备可比性。
偏差率高的团队，是否说明它的投入管理有问题？
不能这样下结论。偏差率高可能来自计划估算偏乐观、范围变更、人员变动，也可能来自承接了计划外工作，这些来源需要通过复盘逐项核对。一个团队偏差率低，也可能是因为计划按实际倒推制定。
把偏差率当作绩效指标，会诱导填报和计划行为变形，反而破坏数据可信度。更合适的用法是把偏差率作为复盘线索，结合绝对偏差、数据完整性和具体工作项记录一起解读。
从填报到复盘，这条流程里最容易出问题的环节是哪里？
常见问题集中在两处：一是工时填报不及时或漏填，导致实际投入偏低；二是计划变更后没有更新计划并保留记录，导致计划侧用的是过期版本。两处都会让偏差结果无法复算。
应对方式是把填报要求、计划变更规则和复盘节奏写进团队约定，并让计划基线、工时记录、分析文档各自有明确的状态。ONES 资源和工时管理解决方案可以承载工时登记、资源投入统计与资源规划视图，团队成员的工时登记形成日志明细，项目经理可查询和导出这些明细；具体统计维度、计算口径与导出格式以实际产品配置为准。
