我看到從ServerFault 上的「系統管理員工作的 Joel 測試」問題沒有人說公司最好使用 ITIL，否則他們就不會在那裡工作。事實上，根本沒有人提到ITIL。
ITIL 是一種時尚嗎？是不是太麻煩了，不實用？ ITIL 必須達到一定規模才能正常運作嗎？
ITIL 對「事件」與「問題」的定義很有趣，但在快節奏的幫助台環境中，組織是否真的發現區分兩者有用？
答案1
絕對地。 ITIL 並不是必須嚴格遵守的一成不變的 10 條戒律。
它只是一個運作的基礎或框架。
真正的問題在於解釋。如果你將 ITIL 提升到規避比實施更容易的程度，那麼它永遠不會起作用。但如果實施得當，IT 服務水準會提高，系統管理員的壓力也會大大降低！
答案2
任何教條式地實施 ITIL 的人都是傻瓜（他們在「官方」ITIL 課程上告訴我這一點）。
您可以/應該根據您的需求調整和採用其中的部分內容。對於一個 IT 人員來說，嘗試實施 ITIL 顯然是瘋狂的，因為變更管理、發布管理等各個「領域」之間的大部分對話實際上都將在一個人的大腦中進行，但話雖如此，在另一方面，如果你剛獲得微軟、惠普、蘋果等公司的內部幫助台經理的職位，而用戶和幫助台呼叫中心遍布各地，那麼如果沒有ITIL 或ITIL，你怎麼可能完成這項工作？的東西？
我真的應該補充一點，我們已經為我們的服務台實施了事件與問題管理有非常有幫助。
答案3
ITIL 不是一個開/關決定，您可以逐漸推出與您的環境相關的內容，並解決在組織中造成最大摩擦/痛苦的領域。
例如：如果您的幫助台因請求而不堪重負，那麼開始對請求進行分類、分析來源並決定採取措施來緩解這種情況會有所幫助。
它實際上只是一組已證明在組織中有效的最佳通用實踐和規則。
答案4
根據我的經驗，ITIL 也是一個框架，允許支援人員和IT 人員抵禦業務的不合理要求，並對技術問題實施真正的解決方案，而不是「快速修復」和「我們現在就想要它，因為它很酷！需要。
我曾在一個組織中工作，該組織以「業務服務變更」為藉口，破壞、繞過或覆蓋幾乎所有 IT 試圖實施的標準（硬體、軟體、身份驗證系統、儲存系統等）。那家公司失敗了，被一家以支援模式為基礎的 ITIL 公司收購。
我過渡到了新公司，不僅IT 員工的生活變得更好，而且從長遠來看，企業也更快樂，因為他們獲得了穩定的環境，而且他們實際上更快地獲得了更好的支持和新技術，因為有明確的標準支援納入已定義的技術標準。當標準升級時，我們知道升級路徑是什麼，我們知道它可以應用於我們已部署的系統的廣泛範圍。這使我們能夠更快地沿著這條道路前進。
我們做仍然有允許業務部門和各種應用程式開發人員請求「特殊」設備或服務的流程，但由於我們進行退款，對於那些提出請求的人來說，這在預算方面非常「昂貴」。 ITIL 框架為您提供