ITIL的流程，是框架性质的，针对不同客户和不同业务，会做变通本身没什么奇怪的。但是必须把握底线，即管控目标

回复 itsm-duan 的帖子

有点意思。
甲方痛快的接受你的标准流程还叫什么甲方啊？
不管懂不懂，上来就问：
我的某种极端情况下，你的流程该怎么办？
你的流程为什么要这样？
你有没有更好的方案？
更好的方案和现在的有什么区别？
各有很么好处？
我们该遵循什么原则来选择用那个方案？
一堆破问题丢给你～～～
这种情况下，基本上就不是做项目了，实在是浪费双方时间。

ITSM的实施是经验积累的过程，看的是从一个起点出发，你的PDAC做了多少轮？在PDAC的过程中去优化和改进流程才是正道。纠结在首次设计和实施过程中的人和项目，注定是有问题的。不反对修改标准流程，反对在没有实际经验的情况下，拍脑袋，瞎改流程！实践是建议真理的唯一标准！

很正常的事，每个公司的文化不同，理解也不同。ITIL其实是一个架构，很细节的问题，根据每个公司的实际情况不同。很简单，就是每个公司的汇报方式都不同，有些公司喜欢用文档，有些喜欢用ppt。因此ITIL落入不同公司，有差异也是很正常的。至于对一把手的疑问，那就是看ITIL实施体现的作用了。不要期待领导具备跟你一样的意识和思考方式，领导关注你的改善和实施，对业务起到什么促进作用。离开了这一点，it部门的存在的意义就变味了。

本质上的流程都是差不多的，但是大家确实希望在流程当中加入自己的特色。有的特色，确实与用户环境有关，例如数据中心的事件流程，与应用系统的事件流程，与桌面维护的事件流程还是会有区别的。其次也和用户的心理有关系，你给出的流程，他马上认可，哪岂不是太简单了？而要列出一些特例情况，希望顾问在流程中处理，是最容易表现特殊性的地方。不过，这样的结果，往往会使流程非常臃肿。

学习