第 4 章：指导原则——ITIL 5 的核心底层逻辑
ITIL 5 的指导原则，是从无数企业落地经验中沉淀出的、通用的、永恒的实践建议，是框架的底层 wisdom 总结——它们不是需要严格执行的刚性流程，而是在没有明确流程指引的情况下，做出合理决策的底层思维依据。这些原则适用于所有 ITIL 服务管理的场景，是落地过程中优先级判断、资源调配、决策设计的核心锚点(41)。
4.1 指导原则的核心价值
指导原则的核心价值，是为企业提供一套「稳定、一致、可落地」的决策依据——在实际业务场景中，并非所有问题都有明确的流程指引或规则说明；指导原则的作用，就是在这种情况下，帮助团队做出符合「价值共创」核心目标的决策。
从企业落地的实际效果来看，指导原则的价值集中在三个维度：
- 决策锚定：在面对复杂业务场景、需要做优先级判断或方案选择时，提供快速决策的统一标准；
- 落地裁剪：指导企业根据自身的业务规模、行业属性、数字化成熟度水平，灵活裁剪 ITIL 5 框架的流程内容，避免照搬标准流程；
- 协同对齐：在跨部门协作、跨企业协作时，建立统一的思维判断逻辑，减少因认知分歧导致的沟通成本。
ITIL 5 完整保留了 ITIL 4 的 7 项指导原则——这一设计的核心目的，是尊重全球用户的已有知识积累，确保 existing 落地经验的延续性。从企业落地的实际反馈来看，这 7 项指导原则完全覆盖了从战略规划到日常运维的所有决策场景(45)。
4.2 七项指导原则的官方解析
4.2.1 聚焦价值（Focus on Value）
这是 ITIL 5 的首要原则，也是所有服务管理活动的终极锚点。它的核心要求是：企业开展的任何活动、设计的任何流程、投入的任何资源，都必须直接或间接地为客户、用户或相关利益相关者创造可感知的价值。
在实际落地中，这一原则要求团队建立「价值回溯」的思维习惯：在设计流程、处理需求或优化服务时，必须先锚定「谁是价值的感知者？我们创造的价值究竟是什么？用户或业务部门能从中获得什么具体收益？」。如果无法清晰回答这些问题，就说明相关活动或流程存在优化空间(41)。
这一原则并非只停留在业务场景的顶层设计中，而是嵌入 ITIL 5 的所有流程环节中。比如，在服务价值链的「计划」环节，团队需要识别价值目标；在「改进」环节，需要评估改进后的价值提升效果；在「设计与转换」环节，需要校验设计方案对价值交付的支撑性。
4.2.2 从现状出发（Start Where You Are）
这一原则的核心逻辑是：不要盲目抛弃现有流程、工具或组织架构，直接照搬所谓的行业最佳实践；而是要先全面评估现有资产的实际价值，以及当前流程的运行情况，保留其中有效的部分，再基于现有基础进行迭代式优化。
很多企业在落地 ITIL 框架时，会陷入「重建设、轻评估」的误区——直接照搬行业头部企业的流程标准，或采购全新的工具平台，完全替代现有体系，结果却导致实际运行效率不升反降。这一原则的本质，是要求企业在落地前，先对当前的价值流、流程运行效率、工具支撑能力进行客观评估，识别其中的有效部分、待改进环节，以及可以直接复用的资源，再基于评估结果做针对性迭代优化(41)。
4.2.3 迭代推进（Progress Iteratively with Feedback）
这一原则的核心逻辑是：将大型变革、复杂流程设计或服务优化目标，拆解为多个小型可控的迭代单元，每个迭代单元完成后，及时收集客户、用户、相关利益相关者的反馈，再基于这些反馈调整后续实施路径，逐步推进落地。
这一原则并非单纯强调「分步执行」，而是突出了「反馈驱动迭代」的核心逻辑——每个迭代周期都要嵌入反馈收集环节，根据实际数据或用户反馈，确认上一阶段的落地效果，再决定下一阶段的优化方向。这一模式的核心目的，是降低变革风险、快 速验证价值假设，避免一次性投入大量资源却无法匹配实际需求。比如，企业在落地新的服务台流程时，可以先在单个业务部门试点，收集用户反馈后优化流程细节，再逐步推广到全公司，而不是直接在所有部门同步上线。
这一原则也嵌入到 ITIL 5 的所有价值流环节中——在「设计与转换」环节，它支撑原型设计与小规模验证；在「获取 / 构建」环节，它支撑增量式开发；在「改进」环节，它支撑持续优化的迭代循环(41)。
4.2.4 促进公开协作（Collaborate and Promote Visibility）
这一原则的核心逻辑是：跨部门、跨企业的公开协作，是价值流动的关键支撑；而协作效率的基础是信息的透明性——隐藏工作进度、依赖关系或问题，只会增加沟通成本，最终损害价值交付效果。
这里的「协作」并非指简单的工作沟通，而是指建立在「信息透明」基础上的协同联动。在企业内部，很多价值流动的瓶颈并非来自技术工具或人员能力，而是来自跨部门的信息壁垒或协作断层。比如，企业业务部门的服务需求，常常因为 IT 部门与业务部门之间的信息传递不充分，导致理解出现偏差，最终交付的结果不符合预期。
这一原则要求企业建立「端到端的可视化协作机制」：通过价值流映射、共享工单看板、实时进度同步等工具，让所有参与价值流动的角色，都能实时了解工作进度、依赖关系和潜在风险，从而实现高效协同(41)。
4.2.5 系统化思考（Think and Work Holistically）
这一原则的核心逻辑是：IT 服务的价值交付，是由整个价值流的所有环节协同支撑实现的；没有任何一个流程、实践、团队或供应商可以独立支撑价值交付。在设计或优化价值流时，必须综合考虑四个维度的所有相关要素，以及各要素之间的关联关系，不能孤立地优化某个单一环节。
这一原则是 ITIL 5 四维度逻辑的自然延伸——价值流动的效果，取决于四个维度的平衡支撑。很多企业在落地过程中，会陷入「局部优化」的误区：比如，投入大量资源升级监控工具，却没有同步优化供应商的协作规则；或更新了流程文档，却没有对相关人员开展操作培训，最终导致整体价值流动效率没有提升。
这一原则要求，在设计或优化价值流时，必须综合考虑所有相关环节的相互影响，以及它们对整体价值流动的支撑效果，而不是只关注单个环节的局部效率(41)。
4.2.6 简单实用（Keep It Simple and Practical）
这一原则的核心逻辑是：使用最少的流程步骤、最简化的规则逻辑，实现明确的价值目标；任何无法直接或间接创造价值的活动、流程、步骤或衡量指标，都应该被简化或剔除。
很多企业在落地 ITIL 框架时，会过度追求流程的完美性，导致设计出的流程过于复杂，反而增加了团队的执行成本。比如，部分企业的变更管理流程，设置了多层无意义的审批环节，导致一个常规的系统变更申请，需要经过多个不相关的部门审核，反而增加了变更的实际落地时间。
这一原则的本质，是要求企业在落地过程中，优先关注「价值是否落地」，而不是「流程是否完美合规」。它与「迭代推进」原则高度关联——通过迭代式优化，逐步剔除流程中的非增值环节，在满足风险管控要求的前提下，保持流程的简洁性。
4.2.7 优化与自动化（Optimize and Automate）
这一原则的核心逻辑是：要最大化提升价值流动效率，必须先对流程进行优化，剔除其中的非增值环节、简化复杂逻辑，再将优化后的流程自动化，将人员从重复、低价值、事务性的工作中解放出来，投入到更能创造价值的活动中。
这一原则的关键前提，是「优化先于自动化」——很多企业在落地过程中，会直接将现有流程照搬自动化工具，结果反而将不合理的流程逻辑固化了，进一步放大了原有流程的缺陷。比如，企业的变更管理流程本身存在冗余审批环节，通过自动化工具上线后，这些冗余审批环节会被强制执行，反而提升了流程的实际运行成本。
在 ITIL 5 的价值流中，自动化技术主要应用在「获取 / 构建」「交付与支持」「改进」等环节— —比如，自动化测试、自动化部署、自动化巡检、自动化故障修复等。而优化的核心，则是通过价值流映射技术，识别流程中的非增值环节与瓶颈点，为自动化提供精准的落地基础(41)。
4.3 考试重点与实操指导
4.3.1 考试题型与考点分布
ITIL 5 Foundation 考试中，指导原则是核心高频考点，考查形式以场景题为主，占考试总分的 15%-20%。题目会给出一个实际企业落地场景，要求判断该场景对应的指导原则，或根据指导原则选择最优决策方案。
从近年官方模拟题的情况看，考试中最常出现的场景题考点，集中在以下四个原则的实际应用：
- 迭代推进：考查对「拆分落地单元、收集反馈、逐步优化」逻辑的理解；
- 促进公开协作：考查对「信息透明、跨部门协作、消除壁垒」逻辑的理解；
- 简单实用：考查对「简化流程、剔除无价值环节、避免过度管控」逻辑的理解；
- 优化与自动化：考查对「先优化再自动化、自动化释放人力价值」逻辑的理解。
4.3.2 实操落地建议
指导原则的应用，是 ITIL 5 落地的关键思维基础。初级学习者可以通过以下两个实操练习，强化对原则的理解与应用能力：
- 场景匹配练习：选取企业内部一个完整的 IT 服务场景（如新员工入职 IT 资源配置），尝试在该场景中找到 7 项指导原则的具体应用锚点，确认每个原则在场景中的实际支撑作用；
- 方案优化练习：仍以该场景为基础，假设需要优化该场景的流程，结合指导原则列出具体的优化步骤，比如先评估现有配置流程的复用性（从现状出发）、将优化工作拆分为需求梳理、流程简化、工具上线三个迭代周期（迭代推进）、梳理各环节的跨部门协作点（促进公开协作）。
这一练习的核心目的，是帮助学习者建立「原则指导决策」的思维习惯——在实际落地中，指导原则是判断流程设计方案优劣、优先级调整、资源调配的核心依据。