第 12 章 ITSS 深读（三）：服务设计、部署、运营、改进全流程

一、服务战略规划：一切从需求和 SLA 开始

PIOIS 的第一个阶段是规划设计。教材在第 12 章专门讲了"服务战略规划"，这是规划设计阶段的核心。

服务战略规划的目的，教材说得很清楚：帮助信息系统服务供方识别客户的服务需求，并对其进行全面分析，最终形成服务级别协议（SLA）。

这里有两个关键点：

第一，规划从"识别客户需求"开始。 服务规划设计流程，先要在需求阶段，由客户结合服务目录的定义和自身要求，提出服务级别需求。一切服务规划，都从搞清楚"客户到底要什么样的服务"开始。

第二，规划的产出是 SLA。 服务供方根据客户的服务级别需求，兼顾成本控制和定价，进行服务级别设计，最终形成服务级别协议（SLA）、运营级别协议和支持合同。SLA 是服务规划设计阶段最重要的产出物——它把"客户要什么样的服务质量"用协议的形式固定下来。

教材还强调了规划的重要性：如果未进行有效的规划设计，信息系统服务就很难充分满足客户需求，还可能造成可用性低、服务能力不足、预算超支等问题，导致客户满意度下降。一句话——规划是服务成败的起点，规划不好，后面全乱。

这里我特别想让你记住 SLA 这个概念，因为它太重要、太高频了。SLA（服务级别协议）是服务供方和客户之间，就服务质量达成的书面约定——比如"故障 X 分钟内响应、系统可用性达到 99.9%、问题 Y 小时内解决"。SLA 的价值在于：它把"模糊的服务期望"变成了"明确的、可衡量、可考核的标准"。有了 SLA，服务好不好就有了客观的尺子，不再是"我觉得好、你觉得不好"的扯皮。所以无论在综合知识、案例还是论文里，SLA 都是个核心概念——综合知识考它是什么、谁和谁签的；案例里它是衡量服务质量的依据；论文里它是体现你服务规范化的专业元素。你一定要把 SLA 是什么、有什么用、在哪个阶段产出（规划设计阶段）记得清清楚楚。

二、服务目录管理：把服务"摆上货架"

规划设计阶段还有一个重要内容——服务目录管理。这是第 12 章的一个具体考点。

服务目录是什么？ 教材说，服务目录是整理、分析服务产品和管理客户期望的重要工具，是服务供方为客户所提供服务的集中信息来源。说白了，服务目录就像一份"服务菜单"——它清清楚楚地列出"我能提供哪些服务、每项服务是什么内容、什么标准"，让客户准确地看到服务范围和细节。教材还点明了服务目录的一个重要作用：它能为供需双方提供一个准确、一致的中心数据源，在识别客户服务需求、制定 SLA、运营级别协议及支持合同的过程中发挥支撑作用。换句话说，服务目录不只是一份"菜单"，更是后续一系列服务管理活动（定 SLA、签合同）的"基准和依据"。没有清晰的服务目录，客户连"你能提供什么"都搞不清，更别提谈 SLA、签合同了。所以服务目录是服务管理的一块"地基"，地位很重要。

服务目录管理的活动步骤，教材给出了清晰的流程：

逐步说：成立管理小组（成员要包括市场销售、系统规划与管理人员、服务工程师，保证视角全面）→ 列举服务清单（当前提供的和准备开展的服务）→ 确定服务类别与代码（分类并赋予唯一代码）→ 编制服务详述（详细描述每项服务的内容、目标、级别、技术实现）→ 评审并发布服务目录 → 完善服务目录（根据市场和业务持续改进）。

这个流程是高频考点，可能考"服务目录管理的步骤""第几步做什么"。你按"成立小组→列清单→分类编码→编详述→评审发布→持续完善"这条线记。它的逻辑很顺——先组队、再列服务、再分类、再细化、再发布、再完善，是一个把服务"整理上架"的完整过程。

用"开餐厅出菜单"来类比这个过程，你会记得更牢：成立管理小组（找懂菜、懂市场、懂厨房的人组个团）→ 列举服务清单（把能做的菜都列出来）→ 确定服务类别与代码（分成凉菜、热菜、汤、主食，编上号）→ 编制服务详述（每道菜写清用料、做法、口味、价格）→ 评审并发布（菜单定稿、印出来、摆上桌）→ 完善服务目录（根据客人反馈和季节，定期更新菜单）。你看，服务目录管理，就是给 IT 服务"出一份菜单"的过程。这么一类比，六个步骤的逻辑和顺序就活了，再也不会记乱。教材里这种"几步走"的流程考点，都可以用生活化的类比来帮记忆——这也是我反复教你的学习方法：把抽象的流程，挂到具体的生活场景上。

三、服务运营：日常服务的全面管理

PIOIS 的服务运营阶段，是服务"跑起来"的阶段，也是日常工作量最大的阶段。

教材在 PIOIS 里对服务运营的定位是：根据 IT 服务部署情况，依据 ITSS，采用过程方法，全面管理基础设施、服务流程、人员和业务连续性，实现业务运营与 IT 服务运营的全面融合。

服务运营阶段的核心，是把规划设计好、部署实施好的服务，稳定、高质量地交付给客户。这个阶段要管的东西很多——管基础设施（让系统稳定运行）、管服务流程（让服务规范交付）、管人员（让团队高效工作）、管业务连续性（让服务不中断）。

你注意到没有，服务运营阶段要管的这几样——基础设施、服务流程、人员、业务连续性，其实又能往 PPTR 四要素上靠：基础设施和业务连续性偏"资源"和"技术"，服务流程是"过程"，团队是"人员"。这再次印证了 PPTR 四要素是贯穿 PIOIS 每个阶段的——运营阶段，同样是在管这四个要素。所以你看，无论讲到 ITSS 的哪个阶段，最后都能落到 PPTR 四要素上，这就是 ITSS 框架的内在统一性。你掌握了"PIOIS 是时间线、PPTR 是内容、二者处处交织"这个总纲，ITSS 的任何细节你都能找到它在框架里的位置，再也不会觉得 ITSS 内容多、记不住、理不清了。

服务运营阶段还涉及一个重要内容——服务需求识别。教材第 12 章专门有"服务需求识别"这一节。在运营过程中，要持续识别客户新的服务需求，为服务的持续改进提供输入。需求识别不是规划阶段做一次就完了，而是贯穿服务运营的持续工作。

我把这个"需求识别贯穿始终"的点单独强调一下，因为它体现了 IT 服务管理的一个重要思想——服务是"动态"的、要"持续贴合需求"的。客户的需求不是一成不变的，业务在发展、技术在变化，客户对 IT 服务的需求也在不断变化。如果你只在最初规划时识别一次需求，之后就不管了，那服务很快就会和客户的实际需求脱节。所以优秀的 IT 服务管理，要在运营过程中持续地"听客户的声音"、识别新需求，再通过持续改进把新需求满足进去。这就是为什么 PIOIS 是一个"螺旋上升的循环"，而不是"一条直线走到底"——因为客户需求在变，服务也要跟着不断进化。理解了这个"动态贴合需求"的思想，你就抓住了 IT 服务管理的精髓，而不只是记住几个阶段的名字。

四、持续改进：服务的螺旋上升

PIOIS 的持续改进阶段，是服务"越来越好"的阶段。前面第 093 篇我强调过，持续改进不是终点，而是一个反馈回路。

教材第 12 章专门讲了"服务改进"，其中提到服务改进涵盖服务的四要素（也就是 PPTR：人员、过程、技术、资源）。服务改进的基本流程包括：确定改进目标、识别服务改进输入、制订服务改进计划、确认服务改进职责等。

服务改进的逻辑是：根据运营的实际情况，定期评审 IT 服务满足业务运营的情况以及自身存在的缺陷，提出改进策略和方案，然后重新规划设计和部署实施，从而提高服务质量。

注意这里的闭环——改进的结论会反过来推动"重新规划设计和部署"，让服务进入新一轮的优化循环。这正是 PIOIS 生命周期"螺旋上升"的体现：规划→实施→运营→改进，改进又反哺规划，循环往复，服务质量不断提升。

服务改进时有个要点：改进要涵盖四要素。你不能只改技术、不管人员，也不能只优化流程、不调资源。系统的服务改进，要从人员、过程、技术、资源四个方面全面入手——这又呼应了我前面讲的四要素"木桶效应"，哪块短补哪块。

你看，到这里，ITSS 的 PIOIS（五阶段）和 PPTR（四要素）就完全打通了：PIOIS 是时间线（服务从规划到改进的全过程），PPTR 是每个阶段都要管的内容（人、过程、技术、资源）。在"持续改进"这个阶段，体现得最明显——改进不是只改某一样，而是要对四个要素全面评估、全面优化。这个"五阶段 × 四要素"的交织，前面第 096 篇我用表格展示过，今天在持续改进这个具体阶段，你又一次看到了它的实际运用。这说明 ITSS 的两大支柱不是各管各的，而是处处交织、相互支撑的。能在具体场景里把 PIOIS 和 PPTR 结合起来用，你对 ITSS 的掌握就到了融会贯通的程度。

五、PIOIS 全流程串讲

把 PIOIS 五个阶段的具体活动串起来，给你一个完整的画面：

你看，从规划设计（搞清需求、定 SLA、建服务目录），到部署实施（建体系、上工具），到服务运营（日常交付管理），到持续改进（评审优化、改进四要素），到监督管理（质量评价、过程监督），ITSS 把一个 IT 服务从生到死、再到不断优化的全过程，都规范化、标准化了。

这就是 ITSS 的完整图景——它不是几个孤立的概念，而是一套覆盖 IT 服务全生命周期、贯穿全要素的完整标准体系。你把这个全流程图景装进脑子，ITSS 无论怎么考，你都能从这个完整框架里找到答案。

我再用一张图把 PIOIS 这个"螺旋上升"的循环画出来，帮你建立完整的画面：

这张图里有两个要点：一是规划→实施→运营→改进，改进又反哺规划，形成螺旋上升的循环；二是监督管理贯穿全程，对每个阶段的质量都把关。把这张图记住，你就把 ITSS 的生命周期彻底理解透了——它是一个有循环、有监督的完整闭环，而不是五个孤立的步骤。

六、ITSS 三讲完整回顾

到今天，ITSS 我用了三讲来深读，给你做个完整回顾，帮你把这个 S 档核心彻底收拢。

第 093 篇（深读一）：讲了 ITSS 的两大支柱——PPTR 四要素（人员、过程、技术、资源）和 PIOIS 五阶段生命周期（规划设计、部署实施、服务运营、持续改进、监督管理）。这是 ITSS 的"骨架"。

第 096 篇（深读二）：讲了四要素的相互关系、管理重点、诊断应用，补充了 ITSS 5.0 标准体系，还揭示了四要素与能力篇章节的呼应。这是 ITSS 的"应用"。

第 099 篇（今天，深读三）：讲了 PIOIS 各阶段的具体活动——规划设计（SLA、服务目录）、服务运营、持续改进等。这是 ITSS 的"细节落地"。

三讲下来，从骨架（概念）、到应用（诊断）、到细节（流程），ITSS 这个 S 档核心你就吃透了。它和信息系统治理（COBIT）一起，构成了系规最有特色、最高频的两大支柱。把这两座大山攻下来，你的系规备考就成功了一大半。

我建议你把这三讲连起来再过一遍，在脑子里建立一个完整的 ITSS 知识树：树干是"PIOIS 生命周期 + PPTR 四要素"两大支柱，枝叶是各阶段的具体活动（SLA、服务目录、需求识别、服务改进等）和应用方法（四要素诊断）。有了这棵完整的知识树，无论考试从哪个角度切入考 ITSS，你都能在树上找到对应的位置、给出准确的答案。这就是把一个大章节"成体系地学透"的标志——不是记住一堆零散的点，而是在脑子里长出一棵有主干、有枝叶、条理分明的知识树。ITSS 你能做到这一步，其他核心章节也照这个方法去学，整个系规的知识体系就立起来了。

七、阶段性回顾：我们一起走过的路

今天这一讲，也是这个免费连载一个重要阶段的收尾。借这个机会，我跟你回顾一下我们一起走过的路。

从最开始的政策科普、决策引导，到教材的逐章速览，再到 S 档核心章节（信息系统治理、ITSS）的深读，到论文素材的持续白送（已经送了十六份），到刷题法、读教材法、错题反查等一整套备考方法，再到考前的心态、节奏、状态管理——我们已经系统地把系规备考的"内容、方法、心态"几大块都覆盖到了。

如果你是从头跟到现在的同学，你应该能感受到，你对系规这门考试的理解，已经从最初的"听说过、不太懂"，变成了"知道考什么、怎么学、怎么考"。这就是系统化、持续性学习的力量——每天一点，积少成多，不知不觉就走了很远。

备考是一场马拉松，不是冲刺。我做这个免费连载，就是想陪你把这场马拉松一程一程地跑下来，每天给你一点干货、一点方法、一点鼓励。距离 10 月 24 日考试还有时间，后面我还会继续陪你走——把剩下的核心章节讲透、把论文和案例的实战技巧讲细、把冲刺阶段的每一步陪你走完。只要你肯坚持跟下来，把这些内容和方法用起来，系规这门考试，你一定能拿下。

最后，我想对一直跟到这里的你说几句心里话。这个免费连载，我每天写、每天发，不为别的，就是想实实在在帮到每一个想考系规的人——哪怕你最终没报我的课、没成为我的学员，只要你能从这些免费的文章里学到东西、把试考过，我就觉得值了。我做培训这些年，最看重的就是"真材实料"四个字——不灌水、不忽悠、不编造，每一个知识点都对着教材核实，每一份素材都用心打磨，每一个方法都是带学员真正验证过的。我希望你跟着我学，学到的都是真东西、用得上的东西。这个连载会一直办下去，陪你走到考场，也陪着更多后来的同学。如果这些文章帮到了你，欢迎你分享给同样在备考的朋友，让更多人少走弯路。我们一起，把系规这场仗打漂亮。

八、明日预告

今天深读了 ITSS 的 PIOIS 全流程——规划设计（SLA、服务目录管理）、服务运营、持续改进等各阶段的具体活动，并对 ITSS 三讲做了完整回顾。至此，ITSS 这个 S 档核心方向，从骨架到应用到细节，你都吃透了。请你把 PIOIS 各阶段的核心活动和服务目录管理的步骤重点记牢。

接下来，我们将继续推进系规备考的下一个阶段——把更多核心方向讲透，把论文和案例的实战打法讲细，陪你一步步走向 10 月的考场。系规备考这条路，我会一直陪你走下去。我们下一讲见。