信息化项目绩效评估怎么做？国标《信息化项目综合绩效评估规范》GB/T 42584-2023 解读

信息化建设投入逐年增加，但“钱花在了哪里、效果究竟如何”，始终缺乏可验证的答案。

项目验收单上写着“系统已上线、功能已交付”。一年后回头看，有的系统访问量寥寥，有的功能模块自交付以来从未被使用，有的年年追加运维费，却说不清究竟解决了什么问题。

这并非单纯的技术问题，而是指向信息化管理中长期缺位的一环——绩效评估。

2023 年 5 月 23 日，国家标准 GB/T 42584-2023《信息化项目综合绩效评估规范》发布，同年 12 月 1 日起实施。公开资料显示，这是我国首项针对信息化项目绩效管理的国家标准，首次将“该不该评、评什么、怎么评、评完怎么用”整合为统一的方法体系。

胥瓷信息科技（苏州）有限公司是该标准的起草单位之一，参与了编制工作。本文依据标准正文，对其核心内容作系统梳理。

01 / 标准基本信息

标准的基本信息

标准号	GB/T 42584-2023
中文名称	信息化项目综合绩效评估规范
英文名称	Comprehensive performance evaluation specification for information project
发布日期	2023-05-23
实施日期	2023-12-01
标准状态	现行
提出与归口单位	全国信息技术标准化技术委员会（SAC/TC 28）
发布单位	国家市场监督管理总局、国家标准化管理委员会
分类号	CCS L67（计算机应用）｜ ICS 35.240（信息技术应用）
规范性引用文件	GB/T 22239-2019、GB/Z 20986-2007

标准正文「范围」一章对此有明确界定：

这段话中有两个关键词值得注意：各类组织与第三方评估机构。换言之，该标准既不限于政务项目，也不限于企业项目；既可供建设单位自评使用，也可供外部评估机构使用。它是一份通用性标准，而非某一行业的作业指导书。

02 / 编制背景

为什么需要一份“绩效评估”标准

长期以来，信息化项目的“评价”基本只包含两个动作：立项时批预算，交付时验功能。项目好不好，取决于是否按合同完成交付，而不取决于是否解决了业务问题。

由此衍生出三类典型困境：

 重建设、轻应用 —— 系统建成即视为任务完成，是否用得上、用得好，缺乏明确的责任主体；

 无法横向比较 —— 同一单位内部的多个项目，孰优孰劣缺乏统一的衡量尺度；

 追加投入说不清 —— 升级改造需要追加预算，但上一轮投入究竟产出了什么，拿不出有说服力的依据。

标准编制的动因正在于此。

根据公开资料，该标准的编制工作起步于 2014 年，2019 年 12 月获国家标准化管理委员会立项（计划号 20194203-T-469）；2020 年 5 月召开编制工作组启动会议，由中国电力科学研究院有限公司、中关村智联软件服务业质量创新联盟、中国软件行业协会软件造价分会等单位联合主办；此后经多家单位实践验证形成终稿，于 2023 年正式发布。

从起草单位的构成看，这套方法并非纸上推演，而是多方共同参与、反复验证的产物。名单之中，既有中国电子技术标准化研究院、中国科学院上海高等研究院、工业和信息化部电子第五研究所、中国软件评测中心等科研与检测机构，也有国家电网系统多家单位、华为云计算、中科软等实施主体，还有北京大学、南京审计大学等高等院校。

03 / 评估体系

评什么：四个维度、26 项二级指标

标准第 4 章规定了评估体系的基本构成。四个一级维度依次对应四个递进的问题，可归纳为：

建得好不好 → 跑得稳不稳 → 用得实不实 → 值不值

一级维度	二级指标（共 26 项）	这一维度在问什么
建设质量 8 项	项目管理规范性、技术创新率、业务支持度、资源利用率、数据共享、技术先进性、能源利用率、安全保护	项目是否依规建设，技术选型是否合理，数据共享与安全保护的底线是否守住
运维水平 8 项	可用性、可靠性、可维护性、服务响应及时性、事件解决及时性、事件首次解决、安全风险、适用性	系统上线后能否稳定运行，故障恢复需要多久，运维服务是否有效
应用效果 4 项	功能应用率、关键业务稳定率、用户满意度、用户活跃度	已建成的功能，业务部门是否真正在用、使用是否顺畅
经济与社会效益 6 项	投入产出比、预期目标实现率、项目投资变化率、单位生产能力投资变化率、净现值变化率、偿债覆盖率	投入是否划算，立项时设定的目标是否实现

四个维度合计 26 项二级指标，每一项均有对应的计算方法（见标准附录 B）。

这里有一个值得注意的体系安排：“应用效果”被单列为一个一级维度。

在传统验收逻辑中，功能交付即告终结；而在该体系下，“功能是否被真正使用”是需要独立测量的一维。功能应用率、关键业务稳定率、用户满意度、用户活跃度——这四项指标指向同一个问题：系统是否真正进入了业务人员的日常工作。

再看“运维水平”维度。可用性、可靠性、可维护性、服务响应及时性、事件解决及时性、事件首次解决——这六项均为可量化的运行指标，而非“服务态度好不好”一类的主观评价。评估由此得以建立在数据基础之上。

04 / 评估流程

怎么评：八步评估流程

标准第 5 章规定了评估流程，共八步，其排列顺序本身颇具考量：

步骤	内容
1	确定评估目标
2	制定评估方案
3	设计指标体系
4	设置指标权重
5	确定项目范围
6	收集数据及支撑材料
7	分析论证
8	编制评估报告

将“确定评估目标”列为第一步，是该标准最易被忽略、也最见功力之处。

这意味着：评估并非项目结束后的补记动作，而是项目启动时即应确立的约定。绩效目标应在立项阶段写明——系统上线后，拟把哪项业务的办理时长从多久压缩到多久，把哪类人工处理量降低多少，把哪个环节的差错率控制在什么水平。

若等到系统建成之后再来追问“效果如何”，往往只能得到若干无法验证的直观感受。

05 / 附录性质

容易被忽略的一点：附录 A、B、C 均属“规范性”附录

标准正文后的四份附录中，附录 A、B、C 标注为规范性（Normative），仅附录 D 标注为资料性（Informative）：

附录	性质	内容
附录 A	规范性	信息化项目综合绩效评估体系指标
附录 B	规范性	信息化项目综合绩效评估体系指标计算方法
附录 C	规范性	信息化项目综合绩效评估体系指标权重设置方法
附录 D	资料性	信息化项目综合绩效评估典型应用场景

在标准体系中，“规范性附录”意味着相应内容属于该标准的组成部分，执行时应当遵照；“资料性附录”则仅供参考。

这一区别在实践中的含义是：指标不宜另立一套，计算方法不宜凭经验发挥，权重设置亦有约定的方法可循。评估方案若绕开附录 B 的计算方法另起算法，或直接按惯例平均分配权重，便已偏离标准的本意。

06 / 适用范围

谁该用、什么时候用

适用对象

角色	用途
建设单位（政府机关、事业单位、企业）	自评、内部信息化管理、投资决策参考
财政、审计、项目主管部门	项目评审、绩效监督、资金安排与后续投入决策
第三方评估机构	受托开展独立评估
承建单位与集成商	对标自查，提升交付与运维质量

评估时点

时点	评估侧重
立项 / 方案阶段	确定绩效目标，形成后续评估的基准
建设过程 / 竣工验收	侧重建设质量维度
上线运行一段时间后	侧重运维水平、应用效果维度
项目后评价	侧重经济与社会效益维度

需要说明的是，评估不必等待四个维度全部成熟后再启动。首次评估可从建设质量与应用效果入手，先确立数据口径，再逐步扩展至运维与经济维度的持续跟踪。

07 / 落地建议

给准备开展绩效评估的单位的五条建议

1绩效目标前置。立项文件中即应载明可测量、可归因的绩效目标，而非留待评估时补写。目标设定越晚，越容易写成“提升信息化水平”这类无法验证的表述。

2数据口径先定。指标是否算得准，取决于数据能否取得。评估方案阶段即应明确每项指标的数据来源、采集方式与责任部门——这一环节的投入程度，决定了最终评估结论的可信度。

3权重不宜平均分配。不同项目类型与评估目的，各维度权重应当有所区别。权重应依据标准附录 C 的方法设定，并将设定理由写入方案。

4区分“没建好”与“没用起来”。这两类问题的整改方向截然不同：前者属于技术与项目管理问题，后者往往涉及业务流程、岗位设置、培训与使用习惯。若混为一谈，整改措施便会失焦。

5评估结论应能用于决策。评估报告的价值不在于结论本身，而在于为下一轮投资安排、不达标模块整改与运维合同续签提供依据。一份无法影响决策的评估报告，与未做无异。

08 / 关于我们

关于我们

起草单位与起草人信息，可在国家市场监督管理总局“国家标准全文公开系统”（openstd.samr.gov.cn）及全国标准信息公共服务平台（std.samr.gov.cn）查询核对。

资料来源：①《信息化项目综合绩效评估规范》（GB/T 42584-2023）标准正文；②国家市场监督管理总局 国家标准全文公开系统；③全国标准信息公共服务平台；④公开报道中的标准编制历程资料。

本文为公开信息整理与解读，标准条文的准确含义以正式发布文本为准；具体项目的评估方案设计，建议结合实际项目类型与主管部门要求确定。