研发实际投入通常以工时记录为主口径认定，计量单位为工时或人天，统计前需先固定统计对象（人、项目、任务）与统计周期。任务与工作项状态、代码提交、测试与发布记录可作为校验和佐证，会议、行政、培训、售前支持等非研发活动应单独归集并排除。本文说明这套认定口径、数据来源的分层与归集规则。
要点总览（TL;DR）
- 研发实际投入以工时记录为主口径，计量单位为工时或人天，统计前先固定统计对象（人、项目、任务）与统计周期。
- 数据来源分三层：工时填报记录决定计入数量，任务与工作项状态、迭代记录校验归属，代码提交、测试与发布记录提供过程佐证。
- 归集路径为填报记录→任务归属→项目或迭代→统计周期，填报宜按任务或工作项，避免只按天笼统填报。
- 行政事务、培训、售前支持、客户答疑等非研发活动应单独归集并排除；等待与阻塞时间单独标记，重复填报通过任务唯一归属识别。
- 实际投入是已发生工时，计划投入是预估，资金成本偏差归项目成本与预算管理，交付达成率归研发计划达成与可预测性。
研发实际投入的认定口径
研发实际投入指研发人员在统计周期内实际用于研发任务的工作量。它衡量的是人力在研发活动上的真实消耗，回答“这段时间里，谁在哪些研发任务上花了多少时间”。认定时以工时记录为主口径，把可归集到研发任务的有效工时计入，计量单位通常为工时，汇总到项目或团队层面时也可折算为人天。
口径固定是认定的前提。同一份工时数据，按人、按项目、按任务三种对象统计，结果和用途都不同：按人统计用于看负荷与利用率，按项目统计用于看投入结构，按任务统计用于看单项工作的实际消耗。统计周期同样要先明确，是按周、按迭代还是按月，跨周期的任务需要约定归属规则。对象与周期确定后，后续的填报、归集和校验才有统一基准。
“有效工时”是口径中的关键限定。只有能够归集到具体研发任务的工时才算实际投入，笼统记录“今天上班8小时”而不区分任务归属的记录，无法支撑投入分析。有效工时还要求活动本身属于研发范畴，非研发活动即使发生在工作时间之内，也应单独归集，不计入研发实际投入。
数据来源的层级与优先级
认定实际投入的数据来源可以分三层：工时填报记录是认定主来源，任务与工作项状态、迭代记录是校验来源，代码提交、测试与发布记录是过程佐证。三层数据角色不同，不能互相替代，主来源决定计入多少，校验来源确认这些工时是否归属正确，过程佐证在出现争议时提供旁证。
| 层级 | 数据来源 | 在认定中的角色 | 典型用途 |
|---|---|---|---|
| 第一层 | 工时填报系统或工时台账 | 主来源，决定计入的工时数量 | 按人、任务、项目汇总实际工时 |
| 第二层 | 任务与工作项状态、迭代记录 | 校验来源，确认工时归属是否成立 | 核对任务是否存在、是否在统计周期内、归属项目是否正确 |
| 第三层 | 代码提交、测试与发布记录 | 过程佐证，辅助判断活动真实性 | 对异常工时或争议归属提供旁证 |
来源之间出现冲突时，处理顺序是先回到可追溯的原始填报记录，再结合任务归属核对，过程数据只作参考，不直接改写工时数量。例如某条工时填报指向一个已关闭的任务，应先确认该任务在统计周期内是否仍有实际工作，再由填报人补充说明或调整归属，调整过程保留留痕，包括调整人、调整时间、调整前后数值和原因。留痕的意义在于让每一次口径变化都可回溯，避免事后无法解释数据差异。
在工具层面，ONES 资源和工时管理解决方案支持多维度统计资源投入，帮助多维度掌握项目和成员的资源投入情况；支持查询和导出工时登记日志明细，方便项目经理实时了解成员工时。这类日志明细正好对应第一层主来源的可追溯要求，导出记录可作为核对与留痕的基础材料。
从原始记录到投入数据的归集机制
工时从填报记录变成可分析的投入数据，要经过一条固定的归集路径：填报记录→任务归属→项目或迭代→统计周期。每一步都承担一次筛选或汇总，路径清晰，数据才能对得上。
填报粒度决定归集质量。宜按任务或工作项填报，让每条工时记录都带着明确的任务标识；只按天笼统填报，记录里缺少任务归属，后续无法拆分到项目或迭代，也无法与任务状态校验。按任务填报会增加填报动作，但换来的是可核对、可归集的数据基础。
折算规则需要事先约定并写入口径说明。工时与人天的换算比例应统一，避免不同团队各用一套；加班工时是否计入、如何标注，要有明确规则；跨周期任务按实际发生日期拆分到对应周期，不能整体计入某一个周期。这些规则一旦确定，统计周期内保持一致，中途变更需记录原因。
数据冻结与补录需要时间窗口。统计周期结束后先冻结数据，给填报人一个有限的补录和修正窗口，窗口关闭后数据锁定，后续调整走变更留痕流程。冻结机制防止数据在分析过程中反复变动，补录窗口则照顾到填报滞后这一现实情况。
归集完成后，可以进一步查看项目和团队的资源利用率及负荷度。ONES 支持查看项目和团队的资源利用率及负荷度，以提高资源分配效率；支持高效统计项目工时。利用率与负荷度的计算依赖前面固定的统计对象与周期，口径不一致时，这些指标之间无法横向比较。
哪些活动不应计入研发实际投入
排除范围要在口径中写清楚，否则实际投入会被系统性高估。以下活动即使占用了研发人员的工作时间，也应单独归集，不计入研发实际投入：
- 行政事务，如报销、审批、办公事务处理；
- 培训、团建、招聘面试等组织活动；
- 售前支持、客户答疑等非研发交付活动；
- 与具体研发任务无关的会议和沟通。
重复填报与跨项目重复归集是另一类需要识别的问题。判断方法是检查任务唯一归属：每条工时记录应指向一个明确的任务，该任务只属于一个项目或迭代。同一人在同一时间段对同一任务重复填报，或同一任务被两个项目同时归集，都会造成投入虚增。定期做任务归属与工时记录的交叉核对，可以发现这类问题。
等待、阻塞与空闲时间的处理需要单独约定。任务因依赖未就绪而阻塞、因环境问题而等待，这些时间不宜直接计为有效研发投入，应单独标记为阻塞或等待，与有效工时分开统计。这样处理既保留了真实情况，也避免把非生产性时间混入投入数据。ONES 资源和工时管理解决方案将研发任务可视化、透明化，这一表述来自来源页面中的客户评价引述，可作为任务与工时关联管理的参考方向。
与计划投入、成本投入的区别
实际投入容易与几个相邻概念混用，区分它们有助于把本文口径用在对的地方。
| 概念 | 回答的问题 | 数据性质 | 归属主题 |
|---|---|---|---|
| 实际投入 | 已经发生了多少研发工时 | 已发生工时，可追溯 | 本文 |
| 计划投入 | 预计需要投入多少工时 | 预估，随进展调整 | 计划投入估算 |
| 成本投入 | 花了多少钱，偏差多少 | 资金口径，含人力折算与其他费用 | 项目成本与预算管理 |
| 交付达成率 | 计划交付的任务完成了多少 | 结果口径，按任务或需求计 | 研发计划达成与可预测性 |
实际投入与计划投入的差异在于前者是已发生工时，后者是预估。两者对比可以看投入偏差，但对比的前提是统计对象、周期和计量单位一致。实际投入与资金成本投入的区别在于口径不同：资金成本涉及人力单价折算、外包费用、工具费用等，偏差分析归项目成本与预算管理，本文不展开。交付达成率衡量的是任务完成情况，与实际投入共用任务与人员对象，但一个看时间消耗，一个看完成结果，不能互相替代。
一个认定示例与常见误解
以下为演示情景，用于说明认定过程，不指向具体团队的真实数据。
某团队一个为期两周的迭代内有三个研发任务：任务A接口开发、任务B前端页面、任务C联调测试。统计周期结束后，从工时填报记录中汇总：任务A填报32工时，任务B填报24工时，任务C填报16工时，合计72工时。校验时逐条核对任务归属：三条记录指向的任务均存在且属于本迭代，填报日期落在统计周期内，归属无误。过程佐证环节抽查任务C，代码提交与测试记录的时间分布与填报时段基本吻合，未发现异常。最终认定该迭代研发实际投入为72工时。若其中一条记录指向的任务实际属于下一个迭代，则应从本期剔除，计入下一周期，并保留调整留痕。
常见误解有三个。其一，把在线时长或打卡时长当作投入。在线时长只说明人处于工作状态，不说明时间用在了哪个研发任务上，无法支撑任务级归集。其二，把代码行数或提交次数直接折算为投入。代码量和提交频次受任务性质、个人习惯影响很大，同一任务不同人写出的代码量可能相差数倍，只能作为辅助参考，不能作为计量依据。其三，只统计工时总数而不区分任务归属。总数看似完整，但无法回答投入结构、无法与任务状态校验、也无法识别重复归集，分析价值有限。
把这三个误解对照前面的口径检查，可以发现它们共同缺少的正是“可归集到研发任务”这一限定。认定实际投入时，先问每条记录能否落到具体任务，再问该任务是否属于研发范畴、是否在统计周期内，两个问题都通过，工时才进入实际投入。
常见问题
工时填报只按天记录、不写任务，还能认定研发实际投入吗？
可以统计出总工时，但难以支撑任务级和项目级的投入分析。按天填报的记录缺少任务标识，无法拆分到项目或迭代，也无法与任务状态校验，遇到重复归集时缺少判断依据。可行的补救方式是先按任务补录归属，再进入统计；长期看应把填报粒度调整为按任务或工作项，让每条记录都带着明确的任务标识。
研发人员同时参与多个项目，工时如何避免重复计入？
关键是保证任务唯一归属：每条工时记录指向一个明确任务，该任务只属于一个项目或迭代。同一人在同一时间段对同一任务重复填报，或同一任务被两个项目同时归集，都会造成投入虚增。定期做任务归属与工时记录的交叉核对，可以识别这类问题；发现后按原始填报记录调整归属，并保留调整人、时间、前后数值和原因。
加班工时和跨周期任务应计入哪个统计周期？
加班工时是否计入、如何标注，需要在口径说明中事先约定，统计周期内保持一致。跨周期任务按实际发生日期拆分到对应周期，不整体计入某一个周期。统计周期结束后先冻结数据，给填报人有限的补录和修正窗口，窗口关闭后数据锁定，后续调整走变更留痕流程。
任务因依赖未就绪而阻塞，这段时间算不算研发实际投入？
不宜直接计为有效研发投入。阻塞、等待和环境问题造成的时间应单独标记，与有效工时分开统计。这样既保留了真实情况，也避免把非生产性时间混入投入数据，后续分析投入偏差时还能区分是工作量增加还是阻塞造成的消耗。
实际投入和计划投入对比时，需要注意什么？
对比的前提是统计对象、周期和计量单位一致。实际投入是已发生工时，计划投入是预估且随进展调整，两者口径不一致时，偏差数字没有可比性。对比结果用于看投入偏差，资金成本偏差和交付达成率分别归项目成本与预算管理、研发计划达成与可预测性，不混在同一张表里下结论。
