研发投入增加而交付产出没有增长，先要判断这是效率变化，还是投入与产出的统计口径没有对齐。评估时，投入按人月或人力成本计量，产出按已交付并验收的工作项、需求或版本计量，并统一团队范围和时间窗。在此基础上，依次检查投入是否真正进入交付环节、产出是否存在漏计或滞后、单位投入产出是否下降以及下降发生在哪个环节。单期比值只能作为线索，需要连续2–3个周期对比，并排除范围变化、需求返工和统计缺失后再下结论。ONES 可承载工作项状态、验收记录与工时数据，为这类口径取数提供系统内的数据来源。
要点总览（TL;DR）
- 先对齐口径：投入按人月或人力成本计量，产出按已交付并验收的工作项、需求或版本计量，团队范围和时间窗保持一致。
- 按三步判断：投入是否真正进入交付环节、产出是否存在漏计或滞后、单位投入产出是否下降及下降发生在哪个环节。
- 核心公式为单位投入产出＝时间窗内已验收交付量÷同期投入人月，同时计算投入变化率与产出变化率。
- 单期比值只能作为线索，需连续2–3个周期与自身历史基线比较，并排除范围变化、需求返工和验收滞后。
- 指标异常应转为待验证假设，用测试等待时长、返工记录、验收退回等流程数据核实后再定改进方向。
先明确要回答的评估问题
“投入增加但产出没增长”是一个观察到的现象，还不能直接作为评估结论。评估的第一步，是把这句话转成几个可以分别验证的判断问题，并写清评估对象和结论用途。
评估对象需要同时写明三件事：哪个团队或团队范围、哪类交付物、哪个时间窗。例如“某产品研发团队在第二季度交付的已验收需求”，比“研发团队效率”更可操作。团队范围变化、交付物类型变化、时间窗长短不同，都会让两期数据失去可比性。
在此基础上，把模糊问题拆成三个判断：
- 投入是否真正进入交付环节：新增的人月是投在需求分析、开发、测试，还是被维护、支持、返工等事项占用。
- 产出是否存在漏计或滞后：统计窗口内完成但未验收的条目、跨周期交付的版本，是否被排除在产出之外。
- 单位投入产出是否下降：在口径对齐后，每单位投入对应的已验收交付量是否低于自身历史水平，以及下降集中在哪个环节。
结论用途决定后续动作。如果目的是调整投入结构，重点看投入在各环节的分布；如果目的是修正度量口径，重点核对产出计量和验收归属；如果目的是排查流程瓶颈，则需要把指标异常落到具体环节，再用流程数据验证。建议先形成一份评估问题清单，逐条写明对象、时间窗、待验证判断和结论用途，避免评估过程中不断更换口径。
投入与产出的指标及统计范围
投入侧和产出侧必须使用能够相互对应的指标。投入侧常用人力投入（人月或人天）、人力成本，以及外部采购或外包投入；产出侧常用已验收需求数、已交付工作项数、发布版本数，或交付周期内完成的条目数。指标选择取决于评估问题：看交付规模用需求数或工作项数，看交付节奏用发布版本数，看周期内完成情况用交付周期内完成的条目。
范围对齐是这一步的核心。投入和产出应限定在同一团队、同一交付物类型、同一时间窗。若投入统计包含整个研发中心，产出只统一个产品线，比值就没有解释力。外部采购或外包投入若计入投入侧，其对应的交付物也应纳入产出侧，否则两边口径不一致。
还需要区分投入总量与投入结构。总量回答“投了多少”，结构回答“投到哪里”。按需求、开发、测试、维护等环节拆分投入占比，才能在总量增加时判断新增投入是否流向了直接产生交付物的环节。
| 侧别 | 指标 | 单位 | 统计范围 | 取数来源 |
|---|---|---|---|---|
| 投入 | 人力投入 | 人月/人天 | 同一团队、同一时间窗 | 工时记录、人力台账 |
| 投入 | 人力成本 | 金额 | 与人力投入同范围 | 财务或人力成本台账 |
| 投入 | 外部采购/外包投入 | 金额或人月 | 对应交付物纳入产出侧 | 采购合同、外包结算记录 |
| 产出 | 已验收需求数 | 个 | 同一团队、同一交付物类型 | 需求状态与验收记录 |
| 产出 | 已交付工作项数 | 个 | 同一时间窗内完成并交付 | 工作项状态流转记录 |
| 产出 | 发布版本数 | 个 | 同一产品线、同一时间窗 | 发布记录 |
| 结构 | 各环节投入占比 | 百分比 | 需求、开发、测试、维护等 | 工时按环节归类 |
数据口径与证据要求
口径说明的目标是让结果可以被他人复算。时间窗按迭代、月或季度统一，投入与产出使用同一窗口，不能投入按季度、产出按迭代统计。分母规则需要提前写定：单位投入产出以团队人月或迭代数为分母；分母为零时单列说明，不做比值，避免出现无意义的除零结果。
缺失与滞后是常见扭曲来源。未验收的条目是否计入产出，跨周期交付的版本归属哪一期，都需要在口径说明中写明。一种可复算的做法是：产出只计时间窗内完成并通过验收的条目；跨周期交付按验收完成时间归属；未验收条目单列为“在途”，不进入当期产出，但在下一期跟踪其去向。
证据方面，至少保留三类记录：工作项状态流转记录，用于确认完成与交付时间；验收记录，用于确认产出是否被接受；人力工时记录，用于确认投入归属。三类记录应能按同一团队和时间窗关联。若使用 ONES，工作项状态、验收与工时数据在系统内流转，ONES Performance 可自动收录 ONES 系统内日常流转的研发数据并形成分析指标，减少手工整理数据源的工作；具体到工时与验收记录的关联规则，仍需按团队实际配置核对。
建议形成一份口径说明与证据清单，逐项标明指标定义、时间窗、分母、缺失值处理方式和证据来源。清单确定后，两期数据都按同一规则取数，中途不随意调整。
计算与评估步骤
核心公式为：单位投入产出 = 时间窗内已验收交付量 ÷ 同期投入人月。同时分别计算投入变化率和产出变化率，用于观察总量层面的方向。计算完成后，按以下顺序逐层判断。
- 比较两期总量与单位投入产出。先看投入人月、已验收交付量各自的变化，再看单位投入产出是上升、持平还是下降。这一步只给出方向，不下因果结论。
- 拆投入结构。把两期投入按需求、开发、测试、维护等环节拆分，看新增投入落在哪些环节。若新增投入主要流向维护或支持类事项，交付产出的增长自然有限。
- 拆产出构成。看交付物类型和验收节奏是否变化。需求规模变小、验收标准变严、发布批次减少，都会让产出计数下降，而不一定代表交付能力下降。
- 定位瓶颈环节并形成待验证假设。结合前两步，把单位投入产出下降归到具体环节，例如“测试环节投入增加但验收周期拉长”。每个假设都要写明用什么流程数据验证，例如等待时长、返工次数、验收退回记录。
判断顺序从总量到结构，目的是避免一上来就归因于“团队效率”。总量比较提供线索，结构拆分提供方向，流程数据负责验证。若连续2–3个周期单位投入产出都低于自身历史基线，且范围变化和统计缺失已排除，才适合把问题升级为流程改进议题。
一个可复算的例子
以下数字为演示数据，用于说明计算过程，不代表行业基准。
假设某团队第一期投入120人月，已验收需求60个；第二期投入150人月，已验收需求62个。两期统计范围相同，均为同一产品线的已验收需求。
- 第一期单位投入产出 = 60 ÷ 120 = 0.5 个/人月。
- 第二期单位投入产出 = 62 ÷ 150 ≈ 0.413 个/人月。
- 投入变化率 = (150 − 120) ÷ 120 = 25%。
- 产出变化率 = (62 − 60) ÷ 60 ≈ 3.3%。
- 单位投入产出变化率 = (0.413 − 0.5) ÷ 0.5 ≈ −17.3%。
从总量看，投入增加25%，产出仅增加3.3%，单位投入产出下降约17.3%。接下来拆结构：若第二期新增的30人月中，有18人月投入测试与缺陷修复，开发投入基本持平，那么一种可能解释是交付物在测试环节停留时间变长；若产出构成中第二期需求平均规模明显小于第一期，则产出计数偏低也可能来自需求拆分方式变化。两种解释都需要用测试等待时长、返工记录或需求规模数据进一步核实，不能仅凭比值下结论。
| 项目 | 第一期 | 第二期 | 变化 |
|---|---|---|---|
| 投入人月 | 120 | 150 | +25% |
| 已验收需求数 | 60 | 62 | +3.3% |
| 单位投入产出（个/人月） | 0.5 | 约0.413 | 约−17.3% |
结果怎么解读，哪些结论不能下
单位投入产出下降是一个需要解释的信号，不能直接证明投入无效或团队效率下降。单期比值受需求规模、验收节奏、统计窗口和人员构成影响，只有连续多个周期与自身历史基线比较，才具备判断价值。评估中不设通用达标线，不同团队、不同交付物类型的比值不具备直接可比性。
以下情况会扭曲结果，解读时需要逐项排除：
- 范围变化：团队合并拆分、交付物类型调整、统计口径中途变更，都会让两期数据不可比。
- 需求返工：返工消耗投入但不形成新的已验收产出，会压低单位投入产出。
- 验收滞后：当期完成但跨期验收的条目若未按规则归属，会低估当期产出。
- 统计缺失：工时记录不全或工作项状态未及时更新，会让投入或产出任一侧失真。
合理的做法是把指标异常转为待验证假设，再用流程数据核实。例如单位投入产出下降，可提出“测试环节等待时间增加”的假设，再用测试任务的等待时长、验收退回次数、缺陷 reopen 记录验证。若假设成立，改进动作应指向该环节的流程；若不成立，则回到口径检查，确认是否存在漏计或归属错误。ONES Performance 从交付效率、交付质量、资源效率、完成情况等维度组织效能度量，并提供场景化仪表盘模板，可用于持续观察这些指标的变化趋势；比值本身的解释仍需结合上述边界，由团队按自身基线判断。
常见问题
投入和产出的统计范围不一致时，应该先调整哪一边？
先统一范围，再谈数值。常见的不一致是投入统计整个研发中心、产出只统计一个产品线，或者投入按季度、产出按迭代。处理顺序是：先确定评估对象（团队、交付物类型、时间窗），然后让投入侧和产出侧都收缩或扩展到同一范围。外部采购或外包投入若计入投入侧，其对应交付物也要纳入产出侧。范围调整后，两期数据都按新规则重新取数，不在中途更换口径。
当期完成但跨期验收的条目，算哪一期的产出？
建议在口径说明中提前写定归属规则，常见做法是按验收完成时间归属：当期完成但下期才验收的条目计入下期产出，当期单列为“在途”跟踪。这样两期都按同一规则取数，结果可复算。若团队选择按完成时间归属，则需在产出侧同时说明验收状态，避免把未验收条目当作已交付产出。规则一旦确定，评估期间保持不变。
单位投入产出下降，能直接说明团队效率变低吗？
不能直接下这个结论。比值下降可能来自需求规模变小、验收标准变严、发布批次减少、返工消耗投入、验收滞后或工时记录不全。合理做法是把它当作待验证假设：先拆投入结构看新增投入落在哪些环节，再拆产出构成看交付物类型和验收节奏是否变化，最后用测试等待时长、返工次数、验收退回记录等流程数据核实。连续2–3个周期低于自身历史基线且排除上述因素后，才适合升级为流程改进议题。
团队没有完整的工时记录，还能做投入产出评估吗？
可以做，但需要降低结论精度并说明限制。替代口径包括按迭代投入人数×迭代天数估算人月，或按工作项预估工时汇总。无论用哪种方式，投入侧和产出侧都要使用同一时间窗和同一团队范围，并在口径说明中标注估算方法和缺失比例。若缺失比例较高，结论只宜作为方向性线索，不宜用于跨团队比较或绩效判断。补齐工时记录后再复算，结果会更可靠。
用 ONES 做这类评估，数据从哪里来？
ONES Performance 可自动收录 ONES 系统内日常流转的研发数据并形成分析指标，ONES 研发效能管理方案从交付效率、交付质量、进度情况、资源效率等维度展示效能数据。评估所需的投入侧数据可来自工时记录，产出侧数据可来自工作项状态流转与验收记录。工时与验收记录的具体关联规则、跨周期条目的归属方式，需要按团队实际配置核对后再确定取数口径。
