我从ServerFault上的“系统管理员工作的乔尔测试”问题中看到，没有人说公司最好使用 ITIL，否则他们不会在那里工作。事实上，根本没有人提到 ITIL。
ITIL 是一种时尚吗？是不是太麻烦实用了？您是否必须达到一定的规模才能使 ITIL 正常运行？
ITIL 对“事件”与“问题”的定义很有趣，但在快节奏的帮助台环境中，组织真的发现区分两者很有用吗？
Jim*_*rch 15
绝对地。ITIL 不是一成不变的 10 条诫命，必须严格遵守。
它只是一个运行的基础或框架。
真正的问题在于解释。如果您将 ITIL 提升到规避比实施更容易的水平，它将永远不会奏效。但是如果实施得当，IT 服务水平会上升，而系统管理员的压力会下降！
任何教条地实施 ITIL 的人都是傻瓜（他们在“官方”ITIL 课程中告诉我这一点）。
您可以/应该根据您的需要调整和采用其中的一部分。对于一个 IT 人员来说，尝试实施 ITIL 显然是疯了，因为变更管理、发布管理等各个“领域”之间的大部分对话实际上都发生在一个人的大脑中，但话虽如此，在天平的另一端，如果你刚刚得到一笔财富，成为微软、惠普或苹果的内部服务台经理，或者任何人，用户和服务台呼叫中心遍布各地，如果没有 ITIL，你怎么可能完成这项工作或类似于指南的东西？
我真的应该添加在这一点上，我们已经实现了事故与问题管理为我们的客户服务，它已经非常有帮助。
ITIL 不是一个开/关的决定，你逐渐推出与你的环境相关的东西，并解决在你的组织中引起最大摩擦/痛苦的领域。
例如：如果您的服务台被请求淹没，开始对它们进行分类、分析来源并决定采取措施来缓解这种情况会有所帮助。
这实际上只是一组已证明适用于组织的最佳通用实践和规则。
我最喜欢 ITIL 的地方在于，它定义了与其他公司的 IT 专业人员交谈时使用的通用语言，在欧洲多语言多文化环境中更是如此。...
问题管理、问题管理...等的理解和含义相同。
除此之外，我同意 Robert Moir 的观点：任何教条地实施 ITIL 的人都是傻瓜
ITIL 是一种工具......不是你的救赎。