如何评估研发人员排期的达成率

评估研发人员排期达成率,核心是把“计划投入”和“实际有效投入”放在同一口径下比较:以人天或人时为统一单位,在固定时间窗内统计,达成率=实际有效投入人天÷计划排期人天×100%。这个数字只说明排期被执行的程度,还需要配合计划变更率、估算偏差率等指标,才能判断排期本身是否合理。下面给出一套可复算的评估方法,适用于多项目并行、按周或按迭代统计的场景。



要点总览(TL;DR)


  • 排期达成率=实际有效投入人天÷计划排期人天×100%,分子分母须统一单位、固定时间窗,计划人天在窗口开始时冻结取数。
  • 多项目并行时先按人按周汇总各项目计划与实际人天再相加,整体达成率按人天加权,不对个人达成率取算术平均。
  • 请假、支援、需求取消等例外从分母剔除或单列调整项并记录原因,分母为零标记不可比,不按0%或100%处理。
  • 达成率只反映执行程度,需配合计划变更率、估算偏差率和跨项目切换占比,才能判断排期本身是否合理。
  • 达成率不宜单独作为个人绩效依据,更适合作为排期复盘和资源调整的输入,且不同团队、项目类型之间不可直接比较。


评估目标:达成率要回答哪两个问题


排期达成率承担两个不同的评估任务,混在一起会让结果难以解释。第一层是执行偏差:排期定下之后,人员实际投入是否按计划发生,偏差有多大、集中在哪些项目或哪些周。第二层是排期合理性:计划本身是否贴近真实工作量,是否频繁变更,是否因为跨项目切换而不断被打断。前者回答“有没有按计划做”,后者回答“计划定得准不准”。


两个目标的判断问题不同,取数重点也不同。执行偏差看实际与计划的差额及原因分布;排期合理性看计划变更率、估算偏差率和跨项目切换占比。如果只统计一个达成率,高达成率可能来自计划定得保守,低达成率也可能来自需求临时插入,单看数字无法区分。


评估结果的使用对象是排期机制,而非个人。达成率适合用来发现某类项目估算偏松、某个时间段切换过于频繁、某类需求变更集中出现,进而调整排期方法和资源安排。把它直接换算成个人绩效,会诱导人员压低计划量或回避跨项目支援,反而破坏数据真实性。


评估周期建议与排期管理节奏一致,按周或按迭代固定时间窗。多项目并行时,同一人员在同一时间窗内可能同时承担多个项目的排期条目,评估需要按人汇总后再看整体,同时保留分项目明细,避免项目之间互相掩盖偏差。



指标与范围:用哪些指标、统计谁、统计多久


一套完整的评估至少包含四个指标,各自回答不同问题。排期达成率衡量执行程度;计划变更率衡量排期稳定性;估算偏差率衡量计划与实际的系统性差距;跨项目切换占比衡量并行带来的损耗。四个指标放在同一时间窗内统计,才能互相对照。


指标 定义 回答的问题
排期达成率 实际有效投入人天÷计划排期人天×100% 计划投入被执行到什么程度
计划变更率 时间窗内发生变更的排期人天÷原计划排期人天×100% 排期是否稳定、变更是否集中
估算偏差率 (实际有效投入人天−原计划排期人天)÷原计划排期人天×100% 计划量整体偏松还是偏紧
跨项目切换占比 同一人员在同一时间窗内投入两个及以上项目的人天÷该人员总投入人天×100% 并行切换对投入连续性的影响

统计对象是研发人员的排期条目,即以“某人某时间段投入某项目多少工作量”为一条记录,而非任务本身的排期。任务排期关注依赖和先后顺序,人员排期关注投入分布,两者口径不同,混用会导致分子分母错位。


时间窗按周或按迭代固定,窗口内不随意调整起止日期。多项目并行时,先按人按周汇总各项目的计划与实际人天,再相加得到个人总量;项目维度则把该项目所有人员的计划与实际分别相加。统计范围应明确包含哪些角色、哪些项目类型,跨窗口的长期任务按窗口切分计入,不整段计入某一个窗口。



数据口径:计划人天与实际人天怎么取数


计划排期人天在时间窗开始时取数并冻结,作为分母。冻结时点很关键:如果允许在窗口结束后回填或修改计划,分母会向实际靠拢,达成率失去比较意义。冻结后的计划变更单独记录,进入计划变更率,不回写原分母。


实际有效投入人天在时间窗结束后取数,来源是工时登记或投入记录,单位统一换算为人天。若原始记录以小时登记,按团队约定的每日标准工时折算,折算系数在评估周期内保持一致。实际投入只计有效工作投入,会议、培训等是否计入需事先约定并全周期统一。


例外情况要在分母中剔除或单列调整项,并记录原因,保证结果可复算。常见处理规则如下:


  • 请假:对应人天从计划分母中剔除,同时不计入实际投入,避免拉低达成率。
  • 临时支援其他项目:若原排期未包含该支援,从原项目分母剔除并计入被支援项目;若属于计划内并行,按原排期分别计入。
  • 需求取消:取消部分从计划分母剔除,已发生的实际投入单列为沉没投入,不混入达成率分子。
  • 分母为零:整周请假或未排期时,不计算达成率,标记为不可比,不按0%或100%处理。
  • 跨项目重复计入:同一人在同一时段被两个项目同时排满的部分,需按实际投入拆分去重,避免分子分母同时虚增。

在取数环节,ONES Resource 支持通过工作数量和工时规模了解成员排期,并可按筛选与分组掌握成员在不同项目的投入比重;资源报表可实时反馈项目投入情况,工时日志支持导出,便于把计划与实际放到同一张表里核对。具体字段配置和冻结方式需按团队实际设置确认。



计算步骤:从原始记录到达成率


计算按固定顺序推进,每一步都留下可复算的中间结果。以下步骤以周为时间窗、以人天为单位。


  1. 导出时间窗内的排期条目,字段至少包含人员、项目、计划人天、计划冻结时间。
  2. 导出同一窗口的工时或投入记录,按人员、项目汇总实际有效投入人天。
  3. 按人按周汇总:把同一人员在各项目的计划人天相加得到计划合计,实际人天相加得到实际合计。
  4. 应用例外规则:剔除请假、需求取消对应的计划人天,拆分支援和重复计入部分,形成调整后的计划分母和实际分子。
  5. 计算个人达成率:实际有效投入人天÷调整后计划排期人天×100%,分母为零则标记不可比。
  6. 计算项目达成率:该项目所有人员实际人天合计÷计划人天合计×100%。
  7. 计算整体达成率:全部人员实际人天合计÷全部人员计划人天合计×100%,即按人天加权,而非对各人达成率取平均。
  8. 计算计划变更率:时间窗内发生变更的排期人天÷原计划排期人天×100%,变更记录单独留存。

整体汇总必须用加权方式。若直接对个人达成率求算术平均,计划量小的人员会被赋予与计划量大的人员相同的权重,结果偏离真实投入结构。分项目汇总同理,以人天为权重合并。



算例:一个多项目并行周的达成率


以下为演示情景,用于说明计算过程,数字为假设值。某研发人员在一周内同时承担A、B两个项目的排期,标准工时为5人天。


项目 原计划人天 例外调整 调整后计划人天 实际有效投入人天
A项目 3.0 需求取消0.5 2.5 2.0
B项目 2.0 无 2.0 2.5
合计 5.0 剔除0.5 4.5 4.5

按步骤计算:调整后计划分母为4.5人天,实际分子为4.5人天,个人达成率=4.5÷4.5×100%=100%。分项目看,A项目达成率=2.0÷2.5×100%=80%,B项目=2.5÷2.0×100%=125%。整体100%掩盖了项目间的双向偏差,说明需要保留分项目明细。


若不做例外调整,分母为5.0、分子为4.5,达成率为90%,看起来执行不足;实际是需求取消占用了0.5人天的计划额度,调整后执行到位。假设该周内A项目有1.0人天的排期在窗口开始后发生变更,则计划变更率=1.0÷5.0×100%=20%,提示排期稳定性一般,需要结合变更原因判断是需求波动还是估算问题。


再设另一人员整周请假,计划分母调整为0,其达成率标记为不可比,不参与整体加权,也不按0%计入,避免整体结果被无意义地拉低。



解读与限制:达成率高低的含义与误用


达成率接近100%通常说明计划投入与实际投入基本吻合,但高达成率也可能来自计划定得保守、分母被刻意压低。达成率明显偏低,常见原因包括需求临时插入、跨项目支援、估算偏乐观,也可能是个别人员投入记录不完整。解读时要先看计划变更率和估算偏差率:变更率高说明排期本身不稳定,此时达成率低更多反映计划问题而非执行问题。


不同团队、不同项目类型、不同统计口径之间的达成率不可直接比较。维护类项目与预研类项目的需求确定性差异很大,用同一把尺子横向排名会得出误导性结论。比较应在相同口径、相近项目类型、相同时间窗内进行,并同时呈现变更率和切换占比。


达成率与排期合理性是两件事。达成率衡量执行,合理性要靠估算偏差率和变更率判断。一个团队可以长期保持高达成率,同时计划量系统性偏松;也可以达成率波动大,但每次波动都能追溯到明确的需求变更。评估的价值在于把偏差和原因对应起来,而不是追求一个漂亮的数字。


最后,达成率不宜单独作为个人绩效考核依据。它受排期方式、项目结构、支援安排等外部因素影响,个人可控范围有限。更合适的用法是作为排期复盘和资源调整的输入:发现某类项目估算持续偏松就校准估算方法,发现切换占比过高就调整并行安排。ONES 的资源报表和工时日志导出可用于按人和按项目核对投入,帮助把评估结论落到具体的排期调整动作上。



常见问题


排期达成率接近100%,是否说明排期管理做得好?


不一定。达成率接近100%只说明实际投入与计划投入基本吻合,也可能来自计划定得保守、分母被压低。判断排期质量要同时看计划变更率和估算偏差率:变更率高说明排期本身不稳定,估算偏差率长期为负说明计划量系统性偏松。建议把达成率与这两个指标放在同一时间窗内对照,再结合跨项目切换占比看并行损耗。


多项目并行时,同一人员被两个项目同时排满,数据怎么去重?


按实际投入拆分,而不是按计划各记一份。先取该人员在同一时间窗内的工时或投入记录,把实际人天按项目归属拆分,使各项目实际人天之和不超过该人员总投入;计划侧同样检查是否存在同一时段重复排满,重复部分在汇总时只计一次。去重后个人总量与项目明细能对上,避免分子分母同时虚增。


计划在时间窗中途发生变更,原分母要不要跟着改?


原分母保持冻结,变更单独记录并计入计划变更率。若把变更回写到原计划,分母会向实际靠拢,达成率就失去比较意义。做法是保留冻结时的原计划人天作为变更率的分母,同时用调整后的计划人天计算达成率,两个结果并列呈现,既能看执行程度,也能看排期稳定性。


达成率能否直接用于个人绩效考核?


不建议单独使用。达成率受排期方式、项目结构、临时支援等外部因素影响,个人可控范围有限,直接挂钩绩效容易诱导人员压低计划量或回避跨项目支援,破坏数据真实性。更合适的用法是作为排期复盘和资源调整的输入:发现某类项目估算持续偏松就校准估算方法,发现切换占比过高就调整并行安排。


评估排期达成率时,计划与实际投入的数据从哪里取?


计划人天取自排期条目,在时间窗开始时冻结;实际人天取自工时登记或投入记录,在窗口结束后汇总,小时按团队约定的每日标准工时折算为人天。ONES Resource 支持通过工作数量和工时规模了解成员排期,可按筛选与分组掌握成员在不同项目的投入比重,资源报表实时反馈项目投入情况,工时日志支持导出,便于把计划与实际放到同一张表里核对。具体字段配置与冻结方式需按团队实际设置确认。