如何避免非研发投入活动计入实际投入
研发实际投入的统计偏差,多数来自记录环节而非计算环节:培训、售前支持、运维值班被顺手挂在研发任务下,月底汇总时已难以分辨。要避免非研发活动混入,需要把口径、来源、校验三处对齐——先明确什么算投入,再规定工时挂到哪里,最后在统计前用规则清洗并抽样复核。本文聚焦人力投入的认定与统计流程,不涉及资金预算与交付达成率。
Table of Contents
要点总览(TL;DR)
- 认定研发实际投入分三步:先定口径(哪些活动算),再定来源(工时挂到哪个工作项),最后在统计前清洗并抽样复核,三处保持一致。
- 口径采用白名单加排除清单:需求、编码、测试与缺陷修复、技术专项计入;培训、售前支持、运维值班、行政与内部会议单独归类,不并入研发投入。
- 边界情形按产出归属判定:产出直接形成研发交付物的活动可计入,产出归属他方或为个人能力提升的单独记录。
- 记录环节要求研发工时必须关联工作项,非研发活动走独立入口,把误计挡在源头,比月底返工成本低。
- 用无工作项关联比例、抽样覆盖率与差异率、误计闭环记录四项检查,判断口径是否真正落地。
先定口径:哪些活动算研发实际投入
认定研发实际投入的第一步,是回答“算不算”。口径不清时,同一笔工时在不同人手里会有不同归法,后续再精细的统计也无法补救。建议以研发工作项作为认定对象,把“是否形成研发交付物”作为核心判据。
认定对象与白名单
计入研发实际投入的活动,应能对应到具体的研发工作项。常见白名单包括:需求分析与方案设计、编码与实现、测试与缺陷修复、技术专项(架构改造、性能优化、技术预研)、与研发交付直接相关的文档编写。白名单的作用是给出正向清单,记录人按项归类,减少自由判断空间。
排除清单与边界判定
排除清单列出明确不计入的活动:行政事务、内部会议与团建、通用培训、售前支持与方案宣讲、线上运维值班、跨部门协调。边界情形按“产出归属”判定,即该活动的产出是否直接形成研发交付物:
| 边界情形 | 判定原则 | 处理方式 |
|---|---|---|
| 跨职能支持(如协助其他团队排查问题) | 产出归属他方交付物 | 单独归类,不计入本团队研发投入 |
| 评审会议 | 产出为评审结论,属于研发过程活动 | 可计入,但需挂到被评审的工作项下并限定类型 |
| 培训 | 产出为个人能力提升 | 排除,单独记录为培训工时 |
| 售前支持 | 产出为商机推进 | 排除,归入售前或市场类工时 |
| 运维值班 | 产出为系统稳定运行,非研发交付物 | 排除,归入运维类工时 |
口径书面化与版本管理
口径表需要形成书面文档,明确计入项、排除项和边界判定规则,并做版本管理。每次修订保留历史版本和修订原因,确保不同月份的统计结果可比。口径发布后应组织一次简短说明,让记录人知道哪些活动需要单独归类。
选数据来源:工时从哪里取、挂到哪里
口径解决“算不算”,数据来源解决“从哪取、挂到哪”。核心原则是:每条工时必须有可追溯的承载对象,没有承载对象的工时进入单独通道,不参与研发投入统计。
以工作项为必填关联对象
工时记录应把工作项设为必填关联字段,记录人填写工时时选择对应的需求、任务、缺陷或技术专项。工作项类型与活动类型建立对应关系:需求类工作项对应需求分析,缺陷类对应缺陷修复,技术专项对应技术预研或架构改造。这样统计时按工作项类型汇总,即可还原活动构成。
多来源数据的取舍与优先级
实际环境中常见三类数据:工时系统记录、任务系统状态、考勤数据。三者用途不同,不能混用。工时系统是投入统计的主来源;任务系统用于核对工作项是否存在及状态是否合理;考勤数据只用于校验总工时上限,不直接作为研发投入依据。当工时记录与考勤出现较大差异时,以工时记录为准并标记待核实,避免用考勤倒推投入。
非工作项工时的单独归集通道
培训、行政、售前、运维等非研发活动,应设置单独的活动类型入口,允许记录但不进入研发投入统计。这条通道的意义在于:既保留了完整工时数据用于人力分析,又避免这些工时被挂到研发任务下污染统计结果。记录人不必为了“填满工时”而把非研发活动挂到研发工作项上。
在工具承载上,ONES 资源和工时管理支持查询和导出工时登记日志明细,项目经理可以据此核对每条工时的登记情况;其工时统计与资源投入分析以已登记的工时数据为基础,统计口径由使用方自行定义。对于需要跨项目查看成员投入的团队,ONES 也支持可视化展现成员的项目进度,便于在统计前发现挂载异常。具体功能可用范围以实际部署与套餐为准。
操作步骤:从记录到统计的四步流程
口径和来源确定后,落地靠四个动作串成闭环。每一步都应有明确的输入、动作、输出和完成标志,避免流程停在纸面。
第一步:配置活动类型与工作项类型的映射
输入是已发布的认定口径表;动作是把白名单活动类型与工作项类型逐一对应,把排除项配置为独立活动类型;输出是一份映射配置清单;完成标志是所有研发工作项类型都有对应的活动类型,且排除项有独立入口。这一步由研发负责人与 PMO 共同确认。
第二步:记录环节的前置校验
输入是成员的每日工时;动作是要求每条研发工时必须选择工作项,未关联工作项的工时只能选择非研发活动类型;输出是当日的工时记录;完成标志是当日研发工时中无工作项关联的记录为零。前置校验把问题挡在记录环节,比月底返工成本低得多。
第三步:统计前的数据清洗与异常标记
输入是统计周期内的全部工时记录;动作是按规则清洗:剔除排除清单内的活动类型、标记工作项状态异常(如已关闭工作项仍有新增工时)、标记单日工时明显超出常规的记录;输出是清洗后的统计底稿和异常清单;完成标志是异常清单中的每条记录都有处理结论。
第四步:抽样复核与差异说明
输入是清洗后的统计底稿;动作是按一定比例抽取记录,核对工作项内容与工时描述是否匹配;输出是复核记录和差异说明;完成标志是差异率在可接受范围内,超出部分已回溯到具体记录并修正。抽样比例可按团队规模和统计频次设定,例如每月抽取百分之十的记录。
角色与交付物分工
流程能否持续,取决于每个环节是否有人负责。以下分工可按团队规模调整,但职责边界应清晰。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 研发负责人/项目经理 | 制定认定口径,裁定边界情形,确认映射配置 | 认定口径表、映射配置清单 |
| 研发成员 | 按规则记录工时,关联对应工作项,非研发活动走单独通道 | 完整、可追溯的工时记录 |
| PMO 或资源管理员 | 统计前清洗数据,标记异常,组织抽样复核,记录差异说明 | 统计底稿、异常清单、复核记录 |
| 财务或人力 | 接收已清洗的统计结果,用于成本核算或人力分析 | 统计结果接收确认 |
需要强调的是,财务或人力不直接处理原始工时数据。原始数据中的误计若在传递后才被发现,修正成本会显著上升,因此清洗和复核应在统计结果交付前完成。
示例:一次月度实际投入统计的完整走查
以下为演示情景,用于说明规则如何挡住误计,不代表任何具体团队的真实数据。
某研发团队有十名成员,月度工时记录共约一千六百条。按口径表清洗前,研发投入统计中包含了几类误计:三名成员参加为期两天的内部培训,工时被挂到“技术专项”工作项下;一名成员支持售前方案宣讲,工时挂在“需求分析”下;两名成员轮流承担线上运维值班,工时挂在“缺陷修复”下。这些记录在汇总时都表现为研发投入。
按四步流程处理后:培训工时改挂培训活动类型,售前工时改挂售前支持类型,运维值班改挂运维类型,三者均进入单独归集通道,不计入研发投入。清洗同时标记了若干异常:一个已关闭的需求工作项下仍有新增工时,经核实为成员挂错工作项,已调整到正确的技术专项。抽样复核抽取约一百六十条记录,发现五条描述与工作项不匹配,差异率约百分之三,均在差异说明中记录并修正。
这个示例可迁移的规律有三条:误计多发生在“顺手挂载”的场景,前置校验比事后清洗更有效;排除项必须有独立入口,否则记录人没有合规的填写去处;抽样复核的价值在于发现规则覆盖不到的边界情形,差异说明应反馈到口径修订。
完成检查:口径落地是否有效的核对项
机制建立后,需要用可核对的条目判断它是否真正生效。以下清单可按月执行,任一项不通过即视为阻断,需先处理再出统计结果。
| 检查项 | 通过标准 | 阻断条件 |
|---|---|---|
| 口径表是否已发布并被记录人知晓 | 口径表有版本号,记录人确认已阅读 | 口径未发布或存在多个版本并行 |
| 无工作项关联的研发工时比例 | 该比例受控在设定阈值内,且逐月下降或稳定 | 比例明显上升且无合理解释 |
| 抽样复核覆盖率与差异率 | 覆盖率达到设定比例,差异率在可接受范围 | 未做抽样,或差异率超出范围且未回溯 |
| 误计问题的闭环与口径修订记录 | 每个误计问题有处理结论,口径修订有记录 | 问题反复出现但口径未更新 |
检查的目的不是追求零差异,而是确认口径、来源、校验三处保持一致:口径表里的排除项在记录环节有入口,在清洗环节有规则,在复核环节有对应记录。三处一致时,非研发活动就很难再混入实际投入统计。
常见问题
研发成员同时参与多个项目时,工时应该怎么挂才不重复也不遗漏?
按实际投入拆分到对应工作项,每条工时只挂一个工作项,同一时段不重复登记。跨项目支持时,把工时挂到被支持项目的工作项下,并在描述中注明来源团队;若该支持产出归属他方交付物,则走跨职能支持的单独归类,不计入本团队研发投入。统计时按工作项汇总,再按成员和项目两个维度交叉核对,可以同时发现重复登记和漏登。
团队规模较小、没有专职PMO时,清洗和复核由谁来做?
可以由项目经理兼任,但要把清洗与复核的动作和记录保留下来,避免自己记录、自己核对而失去校验作用。一种可行做法是成员之间交叉抽样:每人抽取同事的部分工时记录,核对工作项与描述是否匹配,项目经理汇总差异并裁定。团队规模扩大后再拆分出独立的复核角色。
口径表发布后,成员仍把培训挂在研发任务下,怎么处理?
先确认记录环节是否提供了合规去处:如果系统里没有培训等活动类型的独立入口,成员只能挂到研发任务下,问题出在配置而非态度。补齐入口后,再对反复出现的误计做个别沟通,并把典型案例写入口径说明。若误计集中在某类活动,说明口径对该情形的判定规则不够明确,应修订口径并保留修订记录。
统计周期内工作项被关闭或合并,已登记的工时怎么处理?
已登记工时保留在原工作项下,不因工作项关闭而删除;统计时按工作项类型汇总,关闭状态不影响其历史投入的归属。工作项被合并时,在合并后的工作项上注明原工作项编号,保证工时可以追溯。清洗环节把“已关闭工作项仍有新增工时”标记为异常,逐条核实是挂错还是确有收尾工作,前者调整、后者在差异说明中注明。
抽样复核发现差异后,是否需要回改历史统计数据?
按差异性质区分处理:属于挂错工作项或活动类型的,回改记录并重出当期统计;属于口径本身未覆盖的边界情形,先记录差异、修订口径,从下一周期起按新口径执行,历史数据保留原口径并注明版本,避免不同月份口径混用导致不可比。差异说明应同时反馈到口径修订记录,形成闭环。



