从“一次评估”到“一种能力”:软件造价评估的下半场与管理者的行动清单

一、预算只是上半场

为什么评估、怎么数功能点、怎么选量尺、怎么换算成钱、怎么写报告防博弈。但对政企/国企科技管理者来说，一个系统全生命周期中“开发”只占两三年，之后长达十年、二十年的运维，才是沉默的成本大头。而结算审减与运维计价，恰恰是标准体系里最容易被忽视、却最考验组织能力的两块。

这篇收官，我们把这两块补齐，最后回到管理者视角做总结。

二、结算审减：规则之外的“证据学”

先说结论：结算阶段的规则本身极简单——项目交付后，规模变更因子取 1，按实际交付功能用详细功能点计数，新增、修改、删除均计。结算审减之争，争的从来不是规则，而是证据。

审减能站住脚的依据，全部来自事前留痕：当初双方签字确认的功能点清单和范围描述。实践中三类高发争议，对应的其实是三个证据问题：

一个反直觉的提醒：审减的目标不是把数字压下去，而是让数字回到“可复现的计算”上。如果审减方自己也拿不出取值依据，只是拿行政压力压价，那么下一次报价里藏的模糊空间只会更多——博弈是重复的，声誉是流动的。

三、运维计价：一套平行的“三步走”

很多机构惊讶地发现：运维费用的测算体系与开发几乎同构，只是换了变量名。北京市地标 DB11/T 1424-2017 与国标 GB/T 28827.7-2022 给出的公式：

工作量 AE = (S × PDR) × MLF × MCF × MSF 费用   P  = AE / HM × F + DNC

与开发侧的 AE = (S×PDR)×SWF×RDF 一一对应，但三个调整因子换了含义：

几组值得记住的数字：

运维生产率（人时/功能点）远低于开发——基准示例中 P25/P50/P75 为 0.59/1.07/1.84，2025 年基准数据电子政务运维中值约 0.92。对比开发侧金融 P50 的 10.46，同一个功能点，运维一年的工时约为开发的十分之一——这本身就是“运维费用该定多少”的直觉锚点。

未交付项目的运维规模测算同样要用需求蔓延调整（标准建议 1～2 之间，交付后取 1）。运维费用同样含直接人力、间接成本与毛利润，同样宜“结果为一个范围”、宜交叉验证。

国标 GB/T 28827.7 覆盖的不止软件：基础环境、硬件、安全、运维管理各有独立的度量章节——机房、网络、安全设备运维，各有一套基于“对象数量×单位工作量”的算法，银行做全口径 IT 预算时正好拼图。

我的一个观察：运维计价最常被滥用的变量是 MLF。银行动辄要求“7×24 支持、30 分钟响应”，但从不为这个要求定价——MLF 恰恰是把响应时效、更新频率这些 SLA 要求折算成钱的通道。运维招标只写 SLA 不写 MLF 口径，等于要求了黄金服务、按白银付款，最后供应商只能在 MCF（换便宜的人）上找补——SLA 的贬值就是从这里开始的。

四、AI 时代：功能点还量得动吗？

最后一个必须直面的问题：大模型、智能体时代，这套诞生于 20 世纪 70 年代的方法还有效吗？

我的判断分三层：

第一层：AI 应用的“外围”完全量得动

对话界面是 EQ/EO、知识库管理是 ILF、提示词模板维护是 EI——一个智能客服平台的功能点计数没有任何障碍。基准数据也已有回应：智能信息类应用（NLP、大模型、视觉）的应用类型调整因子取 1.5，难度已被显式定价。

第二层：AI 的“内核”确实量不动

模型训练、调优、数据处理管线，本质是非功能性工作量，功能点天然不覆盖——这与性能工程、安全加固的困境同源。现行做法是双轨：功能点量交互面，训练与算力成本单独列支（归入 DNC 或独立费用科目）。这个分工不完美，但可用。

第三层：真正的问题在“生产率失真”

AI 编码工具让同样的功能点用更少人时完成——PDR 分布整体下移是趋势。这对管理者意味着：行业基准数据的保鲜期在缩短，本组织数据回校的频率必须提高。一个每年都该问的问题：我们的 PDR，是三年前的样本，还是去年的？

五、管理者的行动清单：六件事

整个系列收拢成六条可执行的动作：

把评估前置到立项

预算阶段就引入功能点预估法 + 估算早期变更因子，而不是等招标才补测算。

口径写进文件

计数方法级别、CF 依据、PDR 分位、费率城市、DNC 范围——五个口径进招标文件，七个格子钉死五个。

确认即证据

功能点清单与范围描述双签留痕，这是结算审减唯一的弹药库。

大额必双算

方程法 + 类比法交叉验证，差异大就上专家评审。

运维同规则

运维预算同样按 S×PDR×三因子测算，SLA 与 MLF 联动定价，别让响应时效变成免费赠品。

数据资产化

每个项目结算后回填实际 PDR、实际规模变更率——三五年后，你就不需要外部的基准数据了，本行数据库就是最锋利的谈判武器。

六、算得清，才管得住

软件造价评估是政企/国企科技治理的第一道防线。六篇走完，可以把这个命题说得更完整了——

这道防线由三层构成：度量层（功能点把需求变成数）、换算层（生产率和调整因子把数变成钱）、治理层（口径前置、确认留痕、交叉验证、数据回填把过程变成制度）。三层缺一层，防线就是漏的。

而它最终守护的不只是预算。一个算得清成本的科技组织，才敢做真正的技术决策：自研还是外购、重构还是延续、AI 替代发生在哪一段成本曲线上——所有战略选择的前提，都是先知道自己现在花在哪里。