做运维预算，最怕"一笔糊涂账"。尤其是培训费——交底答疑算不算培训？集中轮训该不该单独计费？刚做完系统升级，全员培训的钱该从哪出？这些问题在财政评审中反复出现，处理不好，轻则被核减费用，重则引发审计质疑。

本文依据GB/T 28827运维服务国家标准、地方信息化造价标准及审计监管要求，一次性讲清：工作量法下，培训费该怎么算。

1

先搞清楚：工作量法的边界在哪

工作量法的测算对象，是维持系统稳定运行的各项运维任务，包括例行操作、响应支持、优化改善、调研评估这类常态化运维作业，按人月 × 人月单价核算成本。它默认包含运维中必要的配套辅助工作，但不涵盖建设类、专项增值类培训。

一句话总结：培训费能不能单列，就看它是"运维的附带义务"，还是"独立的规模化教学服务"。

2

不用单独计列的培训

以下场景属于运维附带义务，工作量已隐含在运维人员日常工作里，不再额外增计人月和费用：

系统小幅更新、BUG修复、参数调整后的简要操作交底

对业务人员的零散操作指导，随问题处置同步完成

运维团队内部技术交底、岗位技能复盘

重保前的安全提示、操作注意事项口头说明

共同特征：不组织集中授课，不编制专门教材，不安排专门培训场次，穿插在日常运维中完成。

 踩坑提醒：把这类零散交底再拆出培训人月单独计费，评审会直接认定重复计费，予以核减。

3

必须单独计列的培训

当培训需要投入专门人力、编制课件、组织集中授课、多场次教学、考核考试时，必须在工作量法中单独拆解任务、单独核算人月、单独计列费用。主要场景包括：

4

关键一步：费从哪来？

情况一：建设/升级项目驱动的全员轮训

本质上属于建设项目配套内容，原则上应在建设项目预算中列支，不应混入年度运维费。

情况二：确需在运维中实施

须单独说明理由，并提供培训场次、参训人数、课件编制等工作量佐证材料。

5

三个高频雷区，踩中就核减

简单操作交底，重复单独计列培训费

做法：将日常随运维开展的答疑、简短交底，人为拆出培训人月，单独计取培训费用。

风险：评审会认定为重复计费，对该部分费用予以核减。运维人员的日常答疑指导属于运维服务本职，不得重复测算工作量。

大规模专项培训混入普通运维，不单独计列

做法：存在多场次集中培训，但不单独拆解工作量，把培训人力笼统打包进日常运维人月。

风险：一是无法核验培训工作量真实性；二是在采用IT资产系数法与工作量法交叉校验时，无法区分常规运维与专项培训人力，容易造成整体工作量虚高，引发审计质疑。

建设项目配套培训混入年度运维预算

做法：系统刚完成升级改造，需要开展大规模全员培训，将该部分建设配套培训全部计入运维工作量法测算。

风险：升级改造配套培训属于建设环节工作，原则上应在建设项目中一并考虑，直接放入年度运维，存在经费科目错配风险。

6

实操三步走，合规又不漏算

分类界定、任务留痕、明细化拆解——既避免重复计费，也让合理的培训成本得到合规体现。