在系规知识体系里，如果把整个 IT 服务生命周期比作盖大楼，那么规划设计（Planning & Design）就是打地基。
俗话说“规划设计失之毫厘，后续运营谬以千里”。
历年案例题中，规划阶段的隐蔽陷阱反复出现。比如材料中常有这样的描述：
“项目经理李工在项目启动后，仅仅通过发放一份线上问卷的形式开展了需求调研；接着凭个人多年经验快速编写了 SLA 与服务目录，未组织评审便直接提交客户领导签字；在方案中重点采购了一套先进的监控软件，但并未配备专职运维坐席，也未制定应急操作手册。”
到了后面的运营阶段，系统故障频发、业务部门怨声载道、客户拒付服务费。题目随之要求我们“指出规划设计阶段存在的问题，并提出改进对策”。
今天我们把服务规划设计阶段的核心主线系统理清，牢牢掌握“需求识别五维度”与“四要素设计闭环”。
一、需求识别为什么容易漏项？牢记“可续能全家宝”
很多考生在做需求分析题时，脑子里只有“客户想实现什么业务功能”。但在 IT 服务管理中，功能只占一小部分，非功能性的服务质量属性才是决定运维成败的根基。
教材中标准的服务需求识别涵盖五个核心维度，考场记忆口诀为“可续能全家宝”：
| 需求维度 |
考场口诀映射 |
核心内涵与考查指标 |
常见案例遗漏场景 |
| 可用性需求 |
可 |
系统正常无故障运行的概率（如核心系统可用率 99.9%） |
仅承诺 7×24 小时服务，未明确故障停机上限 |
| 连续性需求 |
续 |
重大突发灾难下的业务容灾恢复指标（如 RTO ≤ 2小时，RPO ≤ 30分钟） |
缺乏容灾备份策略，未定义容忍的最大数据丢失量 |
| 能力需求 |
能 |
支撑业务所需的计算、存储、网络吞吐与并发承载上限 |
未根据历史峰值做容量预测，业务高峰期频频崩溃 |
| 信息安全需求 |
全 |
访问控制、数据防篡改、日志审计及等级保护合规要求 |
以为买了防火墙就万事大吉，忽略数据备份与审计 |
| 价格与报告需求 |
家宝 |
服务收费计价模式（家）与服务报告周期与模板要求（宝） |
结算模式含糊不清，未约定月度/季度服务报告格式 |
关键认知： 需求调研绝不能手段单一。不能“仅仅依靠线上问卷”或“凭个人经验”，必须综合运用面对面深入访谈、现场调研、业务数据建模与历史工单分析等多种手段，深入业务一线。
二、规划设计四要素联动设计框架
识别出清晰的服务需求后，规划设计的核心任务就是将其转化为具体的“四要素（人员、资源、技术、过程）”设计方案。四者必须协同互锁，严禁头重脚轻：
1. 人员要素设计（定岗、定编、定责）
- 岗位划分： 明确划分管理岗、技术岗与操作岗职责边界，严禁一人身兼数职违背职责分离。
- 能力测算： 根据 SLA 要求测算所需工程师数量与技能梯队，制定详细的人员招聘、培训与考核计划。
2. 资源要素设计（供夫自备）
- 工具规划： 规划并选型监控工具、运维自动化工具与服务管理工单系统。
- 服务台建设： 明确服务台服务时间（如 5×8 或 7×24）、接入渠道、专线电话与座席配置。
- 备件库定级： 按照系统关键级别对备品备件进行分类储备，确保响应时限与 SLA 严格对齐。
- 知识库搭建： 搭建知识管理系统，制定知识沉淀、分类、审核与更新规程。
3. 技术要素设计（规范与应急）
- SOP 手册编制： 针对日常巡检、配置变更、数据备份编制标准作业程序（SOP）。
- 应急预案制定： 针对重大单点故障与突发网络中断制定专项应急演练预案，明确切换回滚步骤。
4. 过程要素设计（八大金刚）
核心逻辑： 答题口诀—— 四要素协同缺一不可，有工具必须有人使，有人使必须有规程，有规程必须有流程约束。
三、规划设计成果交付与评审“铁三角”
方案写完并不意味着规划阶段的结束。在案例真题中，出题老师非常喜欢考查“成果输出与质量评审”环节：
1. 核心交付成果
- 业务服务目录与技术服务目录： 区分客户业务视角与后台技术组件视角，定义服务项与服务标准。
- 服务级别协议体系： 形成以对外 SLA 为核心、内部 OLA 与外部 UC 为支撑的契约三角链。
- 整体规划设计方案与实施方案： 形成指导后续部署实施与日常运营的纲领性文件。
2. 必须遵循的评审规矩
- 多方联合评审： 规划成果必须组织客户业务主管、IT 技术方、内部实施团队以及外部关键供应商共同参与评审会。
- 正式签字确认： 评审通过后，双方具有授权资格的高层领导必须正式签字盖章确认，形成基线管理，后续任何范围蔓延均需走正规变更流程。
在考场上遇到规划设计类大题，只要我们牢牢抓住“可续能全家宝”五个需求维度和“人、资、技、过”四要素设计闭环，就能把整个答题框架搭建得扎实严密。
以上内容基于历年案例题常见陷阱整理，更多软考系规备考讨论可到 云栈社区 交流。 | 
发表于 3 小时前
|
查看: 8|
回复: 0
