教材第 13 章人员管理速览：岗位职责 × 绩效 × 培训三件套一篇记牢

一、为什么"人员管理"是非 IT 同学的"主场"

各位同学好，老孙在这里。

今天是 2026 年 7 月 14 日，距 10 月 24 日系规考试还剩 102 天。

栏目③教材站，今天我们啃系规教材能力篇的人员管理这一章。

老孙先给你打一针强心剂：如果说前面的云资源、网络、云原生是 IT 同学的主场、非 IT 同学的"硬骨头"，那人员管理这一章，恰恰反过来——它是非 IT 同学的主场。为什么？因为这一章讲的全是"怎么管人"——岗位怎么设、绩效怎么考、人怎么培养。这些内容，任何在职场摸爬滚打过、带过团队、被考核过的人都不陌生，几乎不需要任何 IT 背景。

更重要的是，这一章在系规里既考综合知识、又是案例高频点（你还记得第 046 篇拆的 2024 下案例第一题吗？里面就有"人员绩效设计的主要活动"那 5 分）。所以人员管理不是"软章节"，而是实打实的得分章。今天老孙把它的核心框架——岗位职责、绩效、培训三件套——给你讲透，让你这块主场分稳稳拿下。

二、人员管理的核心框架：三方面设计

系规教材里，人员要素的设计围绕三个方面展开。老孙先把这个总框架给你，后面再逐个拆：

人员管理三方面设计 = 人员岗位和职责设计 + 人员绩效方案设计 + 人员培训设计

教材讲得很清楚：系统规划与管理人员，通过对人员岗位和职责、人员绩效、人员培训这三方面的设计，来实现一系列目标。老孙帮你把这些目标也理一下：

• 确保服务团队组织架构与服务需求、服务模式相适应
• 确保配置的服务人员数量能同时满足服务和成本两方面的需求
• 确保服务人员的能力持续满足服务的需求
• 保持服务人员稳定的工作状态
• 保持服务人员的连续性

老孙的提醒：这五个目标，本质上回答了"为什么要做人员管理"——为了让团队结构合理、人数够用又不浪费、能力跟得上、队伍稳定不断档。理解了这五个目标，你就明白后面三方面设计每一项都是冲着这些目标去的。

老孙把人员管理的整体框架画成一张图，方便你建立全局认知：

三、第一件套：人员岗位和职责设计

三方面里的第一件套，是岗位职责设计。教材讲得很具体——一个完整的信息系统服务团队，应包括三类主要岗位：管理岗、技术支持岗、操作岗。老孙逐个给你讲明白。

管理岗

职责：对信息系统服务实施进行管理。典型角色有服务总监、服务项目经理、质量经理等。

管理岗的职责主要有两个方面：一是对需方信息系统服务需求的管理；二是对信息系统服务过程和结果的管理。教材特别强调——管理岗要重点关注对需方真实需求的挖掘、分析和信息传递，建立与需方的沟通渠道和机制，把需求完整、准确、及时地传送给供方相关岗位。

老孙的大白话：管理岗就是"带队的 + 对接客户的"，既要搞清楚客户到底要什么，又要管好服务的过程和结果。

技术支持岗

职责：在信息系统服务过程中提供技术支持。典型角色有主机工程师、网络工程师、数据库工程师等。

教材对技术支持岗的能力要求讲得很到位，分两块：一是专业技术能力（对应岗位需要的专业知识和技能，通常与行业认可的培训、认证挂钩）；二是对服务的响应支持能力（体现在工作经验、服务态度、事件响应处理速度上）。

老孙的大白话：技术支持岗就是"真正干技术活的"，既要懂技术（有证、有专业能力），又要响应快、态度好。

操作岗

职责：按照信息系统服务规范和操作手册，执行服务交付的各个过程。典型角色有呼叫中心热线工程师、系统监控工程师、机房值守人员等。

老孙的大白话：操作岗就是"按规范执行日常操作的"，照着手册和流程把服务一步步落实。

三类岗位记忆口诀

老孙给你一个口诀：管理岗带队对客户、技术岗专业搞技术、操作岗按规范干日常。三类岗位职责清晰、互相配合，构成一个完整的服务团队。考试如果让你判断某个角色属于哪类岗位，套这个口诀就能判断——服务项目经理是管理岗、网络工程师是技术支持岗、机房值守是操作岗。

四、第二件套：人员绩效方案设计

第二件套是绩效设计——这也是案例真题考过的高频点（2024 下案例第一题的问题 3）。老孙把教材的标准内容给你。

教材定义：人员绩效考核，是服务供方针对其成员所承担工作的实际效果及贡献或价值，应用各种科学的定性和定量方法，进行核定、评价与评估。目的是通过绩效考核，保持、提升成员的服务态度和服务意识，进而保障供方自身的服务能力。

人员绩效方案设计主要包括以下活动（这就是第 046 篇里讲的那 5 个得分点）：

1. 确定绩效指标：依据人员岗位职责的不同，定义不同的绩效管理目标
2. 明确绩效指标的计算考核方法
3. 定义考核信息来源
4. 定义人员绩效考核周期
5. 设计绩效考核策略

老孙的记忆口诀（沿用第 046 篇）：定指标 → 定算法 → 定来源 → 定周期 → 定策略。五个"定"字打头，对应一套完整的绩效考核制度设计链条：先定考什么、再定怎么算、数据从哪来、多久考一次、用什么策略。

老孙的提醒：这 5 个活动是案例的"原题级"考点——2024 下就直接考了。你必须背得一字不差、分条能默写。这种"主要活动"类记忆题，差一条少 1 分，背全了就是满分。

五、第三件套：人员培训设计

第三件套是培训设计。教材的逻辑是：光招到人、考核人还不够，还要持续培养人，让人员能力跟上服务需求的变化。

人员培训设计的核心思路：

• 基于能力差距确定培训需求：对比"岗位要求的能力"和"人员现有的能力"，找出差距，差距就是培训的方向
• 设计培训内容与方式：针对差距，设计相应的培训课程、培训形式（内训、外训、认证培训等）
• 实施培训并评估效果：培训不是走过场，要评估培训后能力有没有真正提升

老孙的大白话：培训设计就是"缺什么补什么、补完看效果"。它和岗位设计、绩效设计是闭环——岗位定了能力要求、绩效暴露了能力短板、培训来补齐短板，三者环环相扣。

老孙再帮你串一下三件套的逻辑关系：岗位职责设计定下"需要什么样的人、什么能力"，绩效设计衡量"人干得怎么样、能力够不够"，培训设计解决"能力不够怎么补"。三者合起来，就是一套完整的"选育用留"人员管理体系。理解了这个闭环，这一章你就吃透了。

六、延伸：能力评估与人员储备

除了三件套，教材在人员管理相关内容里还涉及几个延伸概念，老孙一并给你点到：

能力评估：评估人员（或团队）的能力水平，是绩效和培训的基础。能力评估和决策制定需要各种指标作为连接的桥梁——根据评估和决策的需要，转换出相应的支撑指标。

人员储备管理：教材提到人员管理涉及人员招聘管理、人员绩效管理、人员储备管理、岗位职责管理、人员工作量管理等。其中人员储备强调的是"备份"——比如关键岗位要有备份工程师，避免某个人离职或请假就导致服务断档。这正好呼应了第二节里"保持服务人员的连续性"那个目标。

老孙的提醒：这些延伸概念，了解即可，不用像三件套那样死背。但"人员储备 = 关键岗位要有备份、保证服务连续性"这个点值得记一下，案例里如果问"如何保证服务的连续性",人员储备（备份机制）就是一个可以答的点。

七、深挖绩效设计：不同岗位的指标怎么定

绩效设计 5 活动里，第一个"确定绩效指标"最值得展开，因为它体现了"因岗设标"的思想——不同岗位，绩效指标完全不同。老孙帮你把这个点讲透，案例和论文里都用得上。

教材的核心思想是：依据信息系统服务人员岗位职责的不同，定义不同的绩效管理目标。也就是说，不能用一把尺子量所有人。老孙按三类岗位给你举例：

• 管理岗的绩效指标：偏向"结果和满意度"。比如客户满意度、服务目标达成率、需求响应及时性、团队管理成效等。因为管理岗对接客户、管过程结果，所以考核也围绕这些。
• 技术支持岗的绩效指标：偏向"专业和响应"。比如故障解决率、平均响应时间、平均解决时长、技术方案质量、专业认证情况等。因为技术岗的价值在于"解决问题的能力和速度"。
• 操作岗的绩效指标：偏向"规范和稳定"。比如操作规范执行率、值守到岗率、操作差错率、巡检完成率等。因为操作岗的核心是"按规范、稳定地执行"。

老孙的提醒："因岗设标"是绩效设计的灵魂。如果案例题让你"为某类岗位设计绩效指标"，你就根据这个岗位的核心职责去想——它的价值体现在哪，指标就围绕哪设。管理岗看结果满意度、技术岗看响应解决、操作岗看规范稳定。把这个逻辑掌握了，你不光能背 5 活动，还能灵活应对"具体设计某岗位指标"这类活题。

老孙再补一个常见的绩效指标设计原则——指标要尽量"可量化、可测量"。"客户满意度达到 90% 以上""一般故障 4 小时内解决率达 95%"这样的指标，才能客观考核；而"服务态度好"这种没法量化的，就不是好指标。这一点和第 046 篇讲的 SLA"必须可量化"是相通的——系规里凡是涉及"指标""考核""服务级别"，都强调可量化。这是一个贯穿多个章节的核心思想，记牢它，很多题都能融会贯通。

八、这一章近年怎么考

老孙结合系规命题规律，人员管理这一章的考查方式主要三类：

第一类：岗位职责判断（综合知识）

给一个角色，问属于管理岗 / 技术支持岗 / 操作岗哪类，或问某类岗位的职责是什么。套"管理岗带队对客户、技术岗搞技术、操作岗干日常"的口诀。

第二类：绩效设计活动（案例 + 综合知识）

考"人员绩效方案设计的主要活动"——这就是 2024 下案例考过的原题级考点。必须能默写 5 个活动。

第三类：与服务管理结合（案例背景）

人员管理常常和第 12 章 ITSS 服务管理结合考——因为"人员要素"本身就是 ITSS 服务方案设计 6 要素之一。案例里如果涉及服务团队建设，人员管理三件套就是答题框架。

老孙的应对建议：人员管理重在"理解 + 记准三件套"。岗位三类、绩效 5 活动、培训三思路，这是必背核心。其余延伸概念了解即可。这一章对非 IT 同学友好，是性价比很高的得分章，别浪费。

九、老孙的经验：人员管理章为什么"看着简单却容易丢分"

老孙带学员发现一个有意思的现象：人员管理这一章，大家普遍觉得"简单、好懂"，但真考起来却容易丢分。问题出在哪？

原因 1：觉得简单就不背准。 因为内容贴近生活，很多同学看一遍觉得"懂了"，就不去逐条背。结果案例考"绩效设计 5 活动"时，凭感觉答了三四个、还用自己的话，踩不准点。越是觉得简单的章节，越容易栽在"以为懂了其实没背准"上。

原因 2：把"生活经验"和"教材术语"混淆。 你在职场里管人有自己的一套说法，但考试要的是教材的标准表述。比如你说"给员工定 KPI"，教材说"确定绩效指标"——意思一样，但案例踩点要用教材的词。生活经验帮你理解，但答题必须回归教材术语。

原因 3：忽略它和 ITSS 的联系。 人员要素本就是 ITSS 服务方案设计的 6 要素之一，人员管理章和服务管理章是打通的。只孤立地看人员管理章，遇到"服务团队建设"这类综合题就接不上。

老孙带的一位做行政管理的学员，一开始就栽在第一个原因上——她觉得人员管理太简单，直接跳过没细看，结果模考案例丢了一片分。后来老孙让她把三件套、绩效 5 活动逐条默写，用教材原词，再把它和 ITSS 串起来看，这一章的分立刻就稳了。所以老孙提醒你：千万别因为"看着简单"就轻视这一章，简单的章节拿不全分，是最可惜的。

十、把人员管理写进论文：IT 服务管理方向的实用素材

老孙在论文辅导里发现，人员管理是 IT 服务管理方向论文里一块特别实用的素材——因为几乎所有 IT 服务项目都绕不开"团队怎么搭、人怎么管"。会写的人，能把这块写得很扎实。

老孙给你一段"人员管理论文段落"的示范结构：

在本 IT 服务项目的人员要素设计中，我围绕岗位职责、绩效考核、能力培养三个方面构建服务团队。在岗位设计上，我根据服务需求配置了管理岗（服务经理、质量经理）、技术支持岗（系统工程师、网络工程师）和操作岗（监控值守、热线支持）三类岗位，明确各岗位的职责边界；在绩效设计上，我依据不同岗位职责定义了差异化的绩效指标，明确了考核方法、信息来源、考核周期与激励策略；在能力培养上，我通过能力评估识别团队的能力差距，针对性地安排专业技术培训与服务意识培训。同时，针对关键岗位建立了人员储备（备份）机制，确保服务的连续性不因人员变动而中断……

老孙带你看这段的门道：

• 框架清晰：岗位、绩效、培训三方面，正好对应教材三件套，结构一目了然
• 术语规范：用的是教材原词（人员要素设计、绩效指标、能力评估、人员储备），踩点准
• 闭环完整：从配岗位、定绩效、补能力到建储备，体现了"选育用留"的完整思路
• 呼应目标：最后点出"保证服务连续性"，呼应了人员管理的核心目标之一

老孙的提醒：人员管理这块素材，几乎适配所有 IT 服务类、运维类、系统建设类的论文背景，是一块"万金油"级的得分内容。不管你的项目是什么，只要涉及团队，就能用这套框架写出一段专业的人员管理论述。这就是"一个知识点、多处复用"——背的是教材三件套，用的是论文得分段。建议你把这段结构存进素材库，需要时套上自己的项目就能用。

十一、本章作业：默写人员管理"三件套"核心

读完今天这一篇，老孙建议你用 20 分钟做 1 件事——合上资料，默写下面这张表：

能不看资料把这张表默写全，人员管理这一章的核心你就掌握了。默不出来的，回教材对应章节再过一遍。这一章是你的主场，别让到手的分溜走。 尤其绩效设计 5 活动，2024 下案例刚考过，下次再考的概率不低，务必背到张口就来的程度——这种"考过还会考"的核心条目，是性价比最高的投入。

十二、给同学的一句话总结

人员管理是系规里"非 IT 同学的主场"——内容贴近职场、不需技术背景。核心是三件套：岗位职责设计（管理岗 / 技术支持岗 / 操作岗）+ 绩效方案设计（定指标 / 定算法 / 定来源 / 定周期 / 定策略 5 活动）+ 培训设计（查差距 / 设内容 / 评效果）。三者构成"选育用留"的人员管理闭环。这一章既考综合知识、又是案例高频点（2024 下考过绩效 5 活动），千万别因"看着简单"就轻视——简单章节拿不全分最可惜。用教材原词、逐条背准，再配上"因岗设标"的灵活理解和论文应用，这块主场分稳稳拿下。记住：越是看着熟悉的内容，越要回到教材抠准术语，别让"我懂了"的错觉骗了你，简单章节失分才是最冤的。

十三、明日预告

明天是栏目④真题站——真题速评 009：2023 上半年案例"流程改进 ITIL"答题模板。老孙会带你拆解这道结合 ITIL 服务管理的案例题，告诉你流程改进类题目怎么审、怎么答、踩哪些关键词。今天讲的人员管理三件套，明天会在 ITIL 服务团队的语境里再次出现——知识点之间的钩子，越串越牢，这正是系规备考"打通了学"的威力。我们明天见。