首页/管理/IT 管理与治理速查/服务组合管理 Service Portfolio
ITIL 与服务管理60 条

服务组合管理 Service Portfolio

服务组合管理对组织全部服务做投资视角管理:区分为规划中、在管与拟退役服务,决定资源投向与退出策略。

IT 管理与治理速查管理更新于 2026-10-13

服务组合管理是什么

服务组合管理从投资视角管理组织的全部服务,把它们区分为规划中、在管与拟退役三类,决定资源投向与退出策略。它与服务目录的区别在于视角:服务目录面向用户说明能提供什么,服务组合面向管理层说明每个服务值不值得继续投入。两者放在同一张桌上评审,才能控制系统复杂度的增长。

基本信息

三类状态规划中、在管、拟退役
决策类型投资、维持、改造、退出
评估输入价值、成本、风险、合规、使用率
评审节奏年度为主,重大变化时触发专项评审
输出服务组合清单、投资与退役决定、整改项

典型使用场景

  • 年度预算评审时判断哪些服务继续投入、哪些缩减
  • 发现大量功能重复的服务,评估整合或替换
  • 老旧系统维护成本高且使用率低,决定退役与数据归档方案
  • 新服务立项时确认与既有服务是否重复或可复用
  • 合规或供应商变化时评估服务延续性与退出成本

组合评审问题清单

组合评审问题清单
# 先问业务能力,避免为系统本身而维护系统
[ ] 该服务支撑哪些业务能力?移除会影响谁?
# 成本与使用率放在一起看,才能判断性价比
[ ] 年成本与使用率如何?(含人力、许可、基础设施)
# 替代方案要包括整合、采购与退役,而非只有自建一条路
[ ] 有无替代方案(整合 / 采购 / 退役)及迁移代价?
# 结论必须落到动作与责任人,否则评审没有产出

服务状态与决策

状态特征典型决策
规划中已立项未上线继续投入、调整范围或终止
在管正在对外提供服务维持、改造优化、评估整合
拟退役使用率下降或已被替代制定退出计划与数据归档安排
组合评审把新增服务与淘汰服务放在同一张桌上:只讨论新增会让服务总量单调增长,运维负担与复杂度随之累积。

易错点

  • 只做立项不做退役:服务数量只增不减,运维负担与安全面持续累积
  • 用统一标准衡量所有服务:核心与边缘服务的评估维度应不同,一刀切会误判
  • 使用率与成本数据缺失:评审只能靠感觉,退役决策推不动
  • 退役无数据归档与过渡安排:老数据无处可去,实际停不掉

数据来源与参考

  • ITIL 4 Foundation(AXELOS/PeopleCert)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌