ISO20000里“能力计划”不是填表，是IT服务团队的“成长路线图”

很多企业一看到ISO/IEC 20000标准里提到“能力计划（Capacity Planning）”，下意识就去翻模板、套表格，甚至让行政同事“先填个初稿”。结果审核时被外审老师一句：“这计划能支撑你们明年上线的CRM二期吗？”直接问懵了——其实，能力计划根本不是应付检查的文档，而是你IT服务团队面向业务的真实“成长路线图”。

别把“能力”窄化成“人手够不够”

ISO20000中的“能力”，涵盖人员技能、工具平台、流程成熟度、知识沉淀、甚至应急响应时效。比如：

• 你有3个运维工程师，但其中2位只会处理Windows服务器，而新项目80%跑在K8s上；
• 监控系统能告警，但平均修复时间仍超SLA 2倍——这不是人少，是工具链和经验断层。
  能力计划，就是把这些“隐性缺口”可视化、可追踪、可闭环。

制定三步走：盘现状→对业务→定动作

第一步，不做空想。用服务目录+事件/变更数据反推真实负载，比如统计近半年数据库慢查询TOP5场景，再看当前DBA是否具备SQL优化+执行计划解读能力；
第二步，不闭门造车。拉着业务部门一起对齐：下季度要支持线上营销大促，峰值并发预计翻3倍，那中间件扩容节奏、压测机制、值班梯队是否同步ready？
第三步，不写完就扔。把每项提升动作绑定到具体岗位、时间节点和验证方式——比如“9月底前完成Prometheus+Grafana告警分级演练，并输出1份故障响应SOP修订版”。

九蚂蚁陪企业把能力计划“种进日常”

我们见过太多客户把能力计划做成PPT墙纸。在九蚂蚁，我们更习惯带着客户从一次重大事件复盘开始：梳理卡点、定位能力短板、拆解成季度可交付的小目标。不是教你怎么写标准条文，而是帮你把“能力提升”变成每周例会里看得见的进展、新人入职时接得住的清单、管理层真正愿意点头投入的资源申请依据。

能力计划写得再漂亮，不如一次精准补缺来得实在。它不该是认证路上的“拦路虎”，而该是你IT服务从“被动救火”转向“主动护航”的第一个支点。