非研发活动混入实际投入，往往源于认定口径模糊和取数来源不统一：研发人员参加的行政会议、招聘面试、通用培训被一并记入工时，汇总时又缺少活动类型过滤，最终数据难以支撑投入分析。本文围绕人力投入口径，给出可执行的认定规则、取数来源、四步操作流程、角色分工与核对清单，帮助团队把边界守住。
要点总览（TL;DR）
- 先书面定义研发实际投入的认定口径：直接研发活动与必要的研发支持活动计入，行政事务、通用会议、招聘面试、通用培训、售前支持不计入，判断依据是活动目的与产出归属，而非参与人所在部门。
- 实际投入以研发工作项及其工时记录为唯一主数据来源，每条记录需具备工作项、活动类型、日期、填报人员四个要素；考勤、门禁、日历只用于核对，不直接作为投入口径。
- 落地按四步执行：配置活动类型与填报字段、填报时挂工作项并选活动类型、按活动类型过滤汇总、差异复核与调整留痕，每步都有明确完成标志。
- 职责按环节分开：研发人员填报、项目经理或团队负责人审核归属、PMO或资源管理员维护口径并组织复核、财务或管理层使用结果不改明细。
- 每月用核对清单检查口径执行情况，未通过项回到对应环节修正，连续通过后再按团队实际调整抽样比例。
先定口径：哪些活动算研发实际投入
避免误计入的第一步，是把“什么算研发实际投入”写成可判断的规则。口径不清时，填报人只能凭个人理解勾选，汇总结果自然失真。认定口径应覆盖三类内容：计入的活动、不计入的活动，以及边界判断方法。
研发实际投入通常包括两类活动。一类是直接研发活动，即围绕需求分析、设计、编码、测试、缺陷修复、技术文档编写等直接形成研发产出的工作。另一类是必要的研发支持活动，例如为当前研发项目服务的代码评审、技术方案评审、研发环境搭建与维护、研发相关的技术调研。支持活动是否计入，取决于它是否直接服务于具体研发工作项的产出。
以下类别一般不计入研发实际投入：行政事务（报销、物资领用、办公事务协调）、通用会议（部门例会、全员大会、与具体研发产出无关的协调会）、招聘面试、通用培训、售前支持与客户演示。这些活动消耗工时，但不形成研发产出，计入后会抬高实际投入。
边界判断按活动目的与产出归属进行，而非按参与人所在部门。研发人员参加招聘面试，活动目的是人力补充，产出归属人事工作，不计入；产品经理参与需求评审并输出研发可执行的需求说明，活动目的服务于研发产出，可按规则计入。判断时问两个问题：这项活动为哪个研发工作项服务？它的产出是否进入研发交付物？两个问题都指向具体研发工作项时，才具备计入基础。
口径需要书面化，并统一落到工时填报的活动类型选项上。书面口径表是复核依据，填报选项是执行入口，两者必须一致。下表可作为口径表的填写结构。
| 活动类别 | 是否计入 | 判断依据 |
|---|---|---|
| 直接研发活动（设计、编码、测试、缺陷修复等） | 计入 | 直接形成研发工作项产出 |
| 研发支持活动（代码评审、技术方案评审、研发环境维护） | 计入 | 服务于具体研发工作项，产出进入研发交付物 |
| 行政事务 | 不计入 | 产出归属行政工作，与研发工作项无关 |
| 通用会议 | 不计入 | 无具体研发工作项对应，无研发产出 |
| 招聘面试 | 不计入 | 产出归属人力工作 |
| 通用培训 | 不计入 | 不服务于当前研发工作项产出 |
| 售前支持与客户演示 | 不计入 | 产出归属售前或商务活动 |
口径表定稿后，应同步为工时填报中的活动类型选项，并注明每个选项的适用说明。口径调整时，选项与说明同步更新，避免填报端与统计端脱节。
固定数据来源：实际投入从哪里取数
实际投入应以研发工作项及其工时记录作为唯一主数据来源。工时记录需要同时具备四个要素：关联的研发工作项、活动类型、日期、填报人员。四个要素齐全，才能支撑按活动类型过滤和按项目、团队汇总；缺少任一要素，记录就无法判断归属。
考勤、门禁、日历等辅助数据只用于核对，不直接作为投入口径。这些数据能反映人员在岗或参会情况，但无法说明时间花在哪个研发工作项上。用它们替代工时记录，会把非研发时间一并算入，也会让复核失去明细依据。辅助数据的合理用途是交叉验证：当某人工时明显低于考勤工时时，提示可能存在漏填，由本人补充说明。
多项目、多团队并行时，需要统一取数规则，避免各团队各取一套。规则至少明确：取数周期（如按自然月）、统计截止时点、工时单位（如小时或人天）、跨项目工时的拆分方式、补填与修改的时限。统一规则后，汇总口径一致，跨团队比较才有意义。
数据来源清单可按以下结构维护：主数据为研发工作项与工时记录；核对数据为考勤记录、会议日历；排除数据为门禁刷卡记录单独作为投入依据。清单中注明每类数据的用途和责任人，取数时按清单执行。
在工具承载上，ONES 的资源与工时管理支持多维度统计资源投入，并可查询和导出工时登记日志明细，便于项目经理按项目和成员查看工时记录。活动类型的具体配置方式与过滤能力，以实际产品配置为准；若产品内暂未提供独立的活动类型字段，可在工作项类型或工时备注中建立对应标识，保证汇总时能区分研发与非研发活动。
操作步骤：从填报到汇总的四步流程
口径和数据来源确定后，落地依靠四个步骤。每一步都有明确的输入、动作、输出和完成标志，便于团队按同一节奏执行。
第一步：配置活动类型与工时填报字段
输入是已定稿的口径表。动作是把口径表中的活动类别转为填报选项，并设置工时记录的必填字段：工作项、活动类型、日期、工时数。输出是一份可用的填报模板或系统配置。完成标志是所有填报人看到的选项与口径表逐条对应，且工作项与活动类型为必填项。
第二步：填报时挂工作项并选择活动类型
输入是填报模板与个人实际工作安排。动作是研发人员按天或按周记录工时，每条记录挂到具体研发工作项，并选择对应活动类型；无法挂到研发工作项的时间，选择非研发类别或单独记录。输出是完整的工时明细。完成标志是当期工时记录全部具备工作项与活动类型，无空白项。
第三步：按活动类型过滤汇总实际投入
输入是当期工时明细。动作是按活动类型筛选出计入研发实际投入的记录，按项目、团队、人员维度汇总，同时保留明细备查。输出是实际投入汇总表及对应明细。完成标志是汇总表中的每条数据都能回溯到具体工时记录，非研发类别已被排除。
第四步：差异复核与调整留痕
输入是汇总结果与辅助核对数据。动作是对跨类型工时、归属存疑的记录做抽样核对，与填报人确认后调整；每笔调整记录原值、调整值、原因和确认人。输出是复核记录与调整后的汇总。完成标志是抽样覆盖率达到约定比例，所有调整均有留痕，调整后汇总与明细一致。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 配置活动类型与字段 | 口径表 | 转为填报选项，设置必填字段 | 填报模板或系统配置 | 选项与口径表逐条对应 |
| 填报工时 | 填报模板、工作安排 | 挂工作项、选活动类型、记日期与工时 | 工时明细 | 记录无空白字段 |
| 过滤汇总 | 工时明细 | 按活动类型筛选并多维汇总 | 汇总表与明细 | 数据可回溯到记录 |
| 差异复核 | 汇总结果、核对数据 | 抽样核对、调整、留痕 | 复核记录、调整后汇总 | 调整有原因与确认人 |
角色与交付物：谁负责哪一段
口径执行走样，常见原因是职责不清：填报人自行判断归属，审核人只看总数不看明细，汇总人改动数据无人知晓。把职责按环节分开，每段有明确交付物，口径才守得住。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 研发人员 | 按规则填报工时，挂工作项并选择活动类型 | 完整、及时的工时明细 |
| 项目经理或团队负责人 | 审核工时归属与活动类型是否正确 | 审核通过的团队工时 |
| PMO或资源管理员 | 维护认定口径，组织汇总与差异复核 | 口径表、汇总表、复核记录 |
| 财务或管理层 | 使用汇总结果做投入分析 | 分析结论与决策输入 |
研发人员对填报真实性负责，遇到归属不确定的活动，应先按口径表判断，仍无法判断时提交审核人确认，不自行归入研发类别。项目经理或团队负责人审核时看明细而非只看合计，重点检查挂错工作项、活动类型选错、非研发活动计入研发类别的情况。PMO或资源管理员负责口径的版本维护，口径调整需通知全部填报人并更新填报选项；汇总与复核由其组织，调整记录集中保存。财务或管理层使用汇总结果，不直接改动明细；发现数据疑问时反馈给PMO复核，由原填报人确认后调整。
ONES 的工时登记日志明细可供项目经理查询和导出，用于审核与复核环节核对成员工时；资源利用率与负荷度视图可作为投入分析的参考。具体权限划分以实际产品配置为准。
示例：一次月度实际投入核对
以下为演示情景，用于说明识别与剔除过程，数据为示例值。
某研发团队月度工时汇总显示，团队当月登记工时合计 1,200 小时，其中挂在研发工作项上的记录为 1,080 小时，另有 120 小时分散在若干记录中。PMO 在复核时按活动类型过滤，发现其中 36 小时的活动类型为“通用会议”，包括部门例会与跨部门协调会；另有 12 小时活动类型为“招聘面试”，为团队负责人参与候选人面试的时间。这两类按口径均不计入研发实际投入。
复核进一步抽查了挂在研发工作项上的记录，发现 8 小时被挂在某需求工作项下，但备注为“客户演示准备”，实际属于售前支持。与填报人确认后，该 8 小时调整为非研发类别。另有 4 小时因工作项填写错误，经确认后改挂到正确的研发工作项，仍计入实际投入。
调整后，该团队当月研发实际投入为 1,080 − 8 = 1,072 小时。剔除项合计 56 小时，包括通用会议 36 小时、招聘面试 12 小时、售前支持 8 小时。每笔调整均记录原值、调整值、原因和确认人，复核记录与调整后汇总一并归档。若未做活动类型过滤与抽样复核，这 56 小时会直接抬高实际投入，影响后续投入分析结论。
完成检查：口径是否守住的核对清单
认定机制是否有效，可以用一份清单逐项核对。建议每月汇总完成后执行一次，由PMO或资源管理员组织，核对结果随汇总数据归档。
- 口径表是否已书面化，并逐条同步到工时填报的活动类型选项？
- 口径调整后，填报选项与说明是否同步更新并通知到全部填报人？
- 当期工时记录是否全部关联研发工作项与活动类型，无空白字段？
- 汇总是否按活动类型过滤，非研发类别是否已排除？
- 汇总数据是否可回溯到具体工时明细？
- 差异复核是否按约定比例抽样执行，并有复核记录？
- 每笔调整是否有原值、调整值、原因和确认人？
- 误计入项是否在复核记录中单独列出并说明处理结果？
- 财务或管理层使用的汇总结果，是否与复核后的明细一致？
清单中任何一项未通过，都应回到对应环节修正：选项缺失回到口径同步，记录空白回到填报要求，无法回溯回到汇总规则，调整无留痕回到复核流程。连续几个月清单全部通过，说明认定机制已稳定运行，可将抽样比例按团队实际情况适度调整，同时保留对跨类型工时的重点检查。
常见问题
研发人员参加招聘面试、部门例会，工时应该怎么记？
这类活动按口径不计入研发实际投入，但工时仍需如实记录，只是活动类型选择“招聘面试”“通用会议”等非研发类别，并尽量注明事由。记录的目的有两个：一是保证个人工时总量与实际出勤可核对，二是让汇总时能按活动类型把这些时间排除出去。如果直接不填，考勤与工时之间会出现缺口，复核时反而要花时间追查。
产品经理、测试人员参与需求评审，算不算研发实际投入？
判断依据是活动目的与产出归属，而不是参与人的岗位或所在部门。需求评审如果服务于具体研发工作项，产出是可执行的研发需求说明并进入研发交付物，就具备计入基础，可按研发支持活动记录并挂到对应工作项。如果评审属于市场方向讨论、商务机会评估，产出不进入研发交付物，则不计入。归属不确定时，提交项目经理或团队负责人确认，不自行归入研发类别。
团队规模小、没有专职PMO时，复核环节怎么执行？
复核的核心动作可以保留，组织方式按实际情况简化。可以由项目经理或团队负责人兼任口径维护与汇总，但填报与审核仍应由不同人完成，避免同一人既填又审。抽样比例可以按团队人数设定，例如每月抽查若干名成员的工时明细，重点看跨类型记录和挂在研发工作项下但备注异常的记录。调整同样要记录原值、调整值、原因和确认人，留痕形式可以是表格或系统记录，关键是可追溯。
口径执行一段时间后，发现某些活动类别争议较大，应该怎么调整？
先把争议活动单独列出，收集近几个月的工时明细，看这些活动实际服务于哪些工作项、产出进入哪里，再据此判断应归入计入还是不计入类别。调整决定形成书面修订，同步更新工时填报的活动类型选项和选项说明，并通知全部填报人；历史数据一般不改动，在复核记录中说明口径变更时点，避免前后口径混用造成误读。口径调整不宜频繁，建议按季度或半年集中评审一次。
辅助核对数据发现某成员工时明显低于考勤工时，应该怎么处理？
这通常提示漏填，而不是直接补成研发投入。处理方式是先由本人核对当期工作安排，补充遗漏的工时记录并选择正确的活动类型；如果缺口来自请假、外出等非工作时段，则在记录中说明，不计入任何投入类别。复核人只确认补充记录的真实性与归属，不代替填报人填写，也不把缺口时间默认计入研发实际投入。
