一、ISO/IEC 20000-1:2018 7.1 标准原文
条款要求：组织应确定并提供建立、实施、保持和持续改进服务管理体系所需的资源。资源包括人员、技术、基础设施、运行环境、工具平台、预算以及外部支持等，且应与服务范围、服务复杂度和服务承诺相匹配。
二、标准条款解读说明
2.1 资源类型表
| 资源类型 | 典型内容 | 与服务结果的关系 |
|---|---|---|
| 人力资源 | 服务台、运维、开发支持、过程负责人、供应商接口人 | 决定响应速度、处理质量和改进执行力 |
| 技术工具 | ITSM工单、监控、CMDB、自动化运维、知识库 | 决定过程可追溯性和效率 |
| 基础设施 | 机房、网络、终端、会议通信、值班环境 | 支撑服务连续交付 |
| 预算与外部支持 | 培训费用、云资源、外包支持、咨询与审计 | 决定体系能否持续投入和优化 |
2.2 核心理解
7.1要求组织回答一个很实际的问题：现有资源是否足以支撑已承诺的服务？如果组织宣称提供7×24关键业务支持，却没有夜班值守、没有统一监控、没有备件和外部应急支持，那么体系无论文件多完整，最终都无法兑现承诺。
资源不仅是数量问题，更是结构问题。很多组织表面上“人不少”，但关键岗位缺替补；“工具不少”，但数据分散、流程不贯通；“预算有”，但无法支持中长期优化。ISO 20000强调资源应当围绕服务目标和关键过程配置，既满足日常运行，也支撑持续改进。
2.3 资源充足的判断标准，不是“有没有”，而是“够不够支撑承诺”
很多组织在资源条款上最容易出现的误判，是看到已有人员和工具，就自然认为资源充分。但从服务管理角度看，资源是否充足必须回到承诺本身判断。若承诺关键系统7×24支持，却没有夜间值班备份；若承诺重大故障快速恢复，却没有统一监控和升级平台；若承诺跨地域服务一致性，却没有统一工具和文档机制，那么这些都属于资源不足，而不是单纯的管理问题。
资源还涉及“可持续获得性”。某些组织短期可以通过加班、个人经验和临时协调维持服务，但这种模式并不稳，也难以支撑体系长期运行。7.1 的真正要求，是让服务交付建立在可持续、可复制、可维护的资源基础之上。
三、实施要点
3.1 建立资源清单和供需关系
- 按服务、过程和地点建立资源清单，明确每类服务对应的人力、工具、监控和预算需求。
- 对关键服务标识最低资源保障线，例如值班人数、监控覆盖率、备份频率和备件要求。
3.2 优先补齐关键短板
- 优先解决影响SLA兑现和重大风险控制的资源缺口，如统一工单、核心监控、备岗安排、供应商接口人。
- 对暂时无法一次补足的资源，形成阶段性建设计划和风险接受说明。
3.3 用数据评估资源有效性
- 通过事件积压、值班负荷、监控漏报、客户投诉和变更失败率判断资源是否匹配。
- 资源评估不只看预算执行率，更要看服务结果改善程度。
3.4 考虑外部资源依赖
- 对依赖云厂商、外包服务台、第三方支持的组织，要评估其可用性和替代性。
- 关键外部资源应纳入合同、考核、例会和应急预案管理。
3.5 资源管理要形成动态补足机制
- 将资源缺口分析与服务报告、管理评审、容量预测和重大事件复盘结合，持续识别真实短板。
- 对短期无法补齐的资源缺口，必须形成替代性控制措施，例如降低承诺范围、设定人工巡检补偿、引入临时外部支持等。
- 对新增服务和重大服务变更，应在正式上线前完成资源就绪确认，而不是上线后边运行边补资源。
- 定期检查资源投入是否真的改善了服务表现，避免“投入了很多，但关键指标没有变化”的低效建设。
四、常用工具与实施方法
| 工具/方法 | 用途 | 输出 |
|---|---|---|
| 资源盘点表 | 识别人、工具、预算和基础设施现状 | 资源台账 |
| 能力-负荷分析 | 判断人员配置是否合理 | 人员缺口分析 |
| 监控覆盖评估 | 识别关键服务监控缺口 | 监控优化清单 |
| 预算规划表 | 规划年度资源投入 | 预算申请和实施计划 |
| 供应资源评估 | 确认外部支持能力 | 供方能力评估报告 |
五、典型案例
案例一：资源不足导致SLA失守
某企业对外承诺30分钟响应，但服务台夜间只有一人值班，且缺少自动告警联动，导致多次超时。按照7.1重新评估资源后，组织增加夜间值守轮班、完善监控告警和备岗制度，SLA达成率明显改善。
案例二：工具整合带来效率提升
某集团IT部门原有监控、工单、知识库分散在不同平台，重复录入严重。实施ISO 20000过程中，组织将工具整合列为资源优化重点，实现告警自动生成工单、知识条目嵌入处理流程，不仅证据更完整，处理效率也同步提升。
案例三：资源缺口透明化推动管理决策
某内部IT团队长期抱怨“人手不够”，但管理层始终无法判断问题到底出在哪里。重做7.1时，团队将夜间告警量、事件积压、值班覆盖率、关键岗位单点依赖和工具缺口做成资源分析图，管理层第一次清楚看到服务承诺与资源现状之间的差距，最终批准补强监控和备岗机制。资源条款只有在被量化和可视化后，才更容易转化为真正的决策依据。
站在体系发表和复制推广的角度，资源条款也提醒组织：任何看起来“先进”的流程设计，都必须回答一个现实问题，即谁来做、靠什么做、持续多久。资源逻辑讲不通的体系，通常也很难长期运行。
资源条款越透明，服务承诺和实际能力之间的关系就越容易被管理层和执行层共同看清。
在很多组织中，资源不足往往长期以“团队很辛苦”的形式被感知，却迟迟难以转化为正式决策。7.1 做深以后，资源问题会从主观抱怨变成客观差距，例如关键岗位没有替补、监控覆盖不足、夜间支持断层、工具链割裂等。只有这种差距被清楚表达，管理层才可能作出真正有效的投入判断。
当这种追溯关系建立起来后，资源讨论才不再是泛泛地“要编制、要预算”，而会变成围绕具体服务承诺展开的管理决策。
因此，资源条款越做越成熟，组织对“承诺边界”和“能力边界”的认知也会越清晰，这对长期稳定交付非常关键。
这也是资源条款看似基础、实则决定体系上限的重要原因。
六、成文信息管理要求
- 建议保留资源规划、年度预算、工具清单、岗位配置表和值班安排表。
- 保留资源评估依据，如工单量统计、监控覆盖分析、供方能力评估和投诉趋势数据。
- 对关键资源投入和资源短板改进，应保留批准记录、实施记录和效果验证记录。
七、常见误区及踩坑提醒
| 误区 | 问题表现 | 正确做法 |
|---|---|---|
| 只看人头数不看能力结构 | 人员不少，但关键时段和关键岗位仍空缺 | 按服务风险和岗位能力配置资源 |
| 工具很多但不联通 | 数据割裂，流程证据分散 | 优先实现核心工具集成和统一口径 |
| 预算重建设轻运营 | 上线工具后没人维护、没人优化 | 把运维、培训和持续改进预算一并考虑 |
| 忽略外部依赖 | 关键支持完全依赖供应商，但缺乏控制措施 | 把外部资源纳入统一资源管理和风险控制 |