我看到ServerFault 上的“系统管理员职位的 Joel 测试”问题没有人说公司最好使用 ITIL，否则他们就无法在那里工作。事实上，根本没有人提到 ITIL。
ITIL 只是一时的热潮吗？它是否过于繁琐而无法实用？企业是否必须达到一定的规模才能让 ITIL 发挥良好作用？
ITIL 对“事件”与“问题”的定义很有趣，但在快节奏的服务台环境中，组织是否真的发现区分两者很有用？
答案1
绝对是。ITIL 并不是一套必须严格遵守的十诫。
它只是一个运作的基础或框架。
真正的问题在于解释。如果你将 ITIL 提升到规避比实施更容易的水平，它就永远不会奏效。但如果正确实施，IT 服务水平就会提高，系统管理员的压力就会大大降低！
答案2
任何教条地实施 ITIL 的人都是傻瓜（他们在“官方” ITIL 课程上告诉我这一点）。
您可以/应该根据自己的需要调整和采用其中的部分内容。对于一个 IT 人员来说，尝试实施 ITIL 显然是疯狂的，因为变更管理、发布管理等各个“领域”之间的大多数对话实际上都将在一个人的大脑中进行，但话虽如此，另一方面，如果您刚刚获得一笔丰厚的报酬，成为微软、惠普、苹果或其他公司的内部帮助台经理，用户和帮助台呼叫中心遍布各地，如果没有 ITIL 或类似指导方针，您怎么可能完成这项工作？
我现在应该补充一点，我们已经为我们的帮助台实施了事件与问题管理，它有非常有帮助。
答案3
ITIL 不是一个开启/关闭的决定，您可以逐步推出与您的环境相关的事物，并解决在您的组织中造成最多摩擦/痛苦的领域。
例如：如果您的帮助台收到过多的请求，那么可以开始对它们进行分类，分析来源，并决定采取行动来缓解这种情况。
它实际上只是一套已被证明在组织中行之有效的最佳通用实践和规则。
答案4
根据我的经验，ITIL 也是一个框架，它允许支持人员和 IT 人员抵制来自业务的不合理要求，并对技术问题实施真正的解决方案，而不是“快速修复”和“我们现在就要它，因为它很酷！”的要求。
我曾在一家公司工作过，这家公司以“业务服务变更”为借口，破坏、绕过或推翻了几乎所有 IT 试图实施的标准（硬件、软件、身份验证系统、存储系统等）。这家公司倒闭了，被一家在支持模型中完全遵循 ITIL 的公司收购。
我转投了新公司，这不仅让 IT 员工的生活变得更好，而且从长远来看，企业也更满意，因为他们获得了稳定的环境，而且他们实际上可以更快地获得更好的支持和新技术，因为有明确的支持标准，这些标准可以融入明确的技术标准中。当标准升级时，我们知道我们的升级路径是什么，并且我们知道它可以应用于我们部署的大量系统。这使我们能够更快地沿着这条路径前进。
我们做仍然有一个流程允许业务部门和各种应用程序开发人员请求“特殊”设备或服务，但由于我们确实会退款，因此对于提出请求的人来说，从预算上来说，这非常“昂贵”。ITIL 框架为您提供