IT运维项目如何避免管理层面的败点

许多IT机构通过已发布的框架来改进他们的服务水平，特别是ITIL及其基础的ITSM质量管理理念，以供指导。不幸的是，许多ITSM项目没有达到预期的收益，或者更糟的是，他们发现他们的服务指标和商业信誉已经走错了方向，一个表现是体系没有运转起来，ITSM工具没有完全用起来。 一个常见的反应是责怪ITIL，但真正的原因通常更为基本。本文试图结合多年的项目实践，说明ITSM项目负责人如何避免10个经常损害这些必要举措的败点，并提供了一些建议来最大限度地提高项目成功的机会。如果您的项目已经在进行中，评估每个要素的隐患，并采取行动来减轻影响。

一、对组织变革的关注度和难度认识不够

经常低估正式管理组织变革的需要，但变革是成功的基本要素。个人认证以及流程和服务交付培训可能是有帮助的，但IT领导者还必须确保他们的团队保持现有的持续发展的实践，如DevOps和数字业务。

解决方案：管理层必须将组织变革作为ITSM初始和持续规划的核心部分。 必须有指标来衡量个人和团队实施新方法的程度。如果个人天生不愿改变上升到团队一致抵制，那么项目治理者需要立刻采取行动。 简单的说：要有变革的意识和思维，有破局的魄力和能力，而不是遵守各种的现状，这点我在不少项目里都有遇到，客户会说“秦总，我知道您说的，但是这几年我们都是这样的……”

ITIL流程需要组织架构、文化、制度紧密协同与充分契合才能发挥作用。

二、机械的为了ITIL而ITIL

历史上，许多基础设施和运营团队认为ITIL是管理IT生产运营的唯一建议来源。 ITIL V3发行后，作者将ITIL的名称从“良好实践”改为“最佳实践“，这得到了支持。这致使许多IT服务组织觉得其他建议来源都是不必要的。然而，自从2011年ITIL最新更新以来，IT产生了巨大的变化，特别是随着敏捷方法的兴起，双模IT和数字产业主导成为大多数企业发展的引擎。

解决方案：

鼓励IT服务组织越过ITIL等已建立的框架，ITIL选择自己需要就要，IT服务的管理完全可以融合其它的标准和实践，包括DevOps。ITIL不能被逐字实施，就像是国际标准化组织（ISO）标准一样。适合自己，才是最好的。

本文摘要节选自来源于

https://www.itsmcn.com/service/721.html