ITIL có đáng để thực hiện không? [đóng cửa]

Tôi thấy từ câu hỏi "Thử nghiệm Joel cho các công việc sysadmin" trên ServerFault rằng không ai nói rằng công ty nên sử dụng ITIL nếu không họ sẽ không làm việc ở đó. Trong thực tế, không ai đề cập đến ITIL cả.

ITIL có phải là mốt không? Có quá cồng kềnh để được thực tế? Bạn có phải là một kích thước nhất định để ITIL hoạt động tốt không?

Các định nghĩa ITIL về "sự cố" và "vấn đề" rất thú vị, nhưng trong môi trường bàn trợ giúp nhanh, các tổ chức có thực sự thấy hữu ích khi phân biệt giữa hai vấn đề này không?

Chắc chắn rồi. ITIL không phải là một tập hợp trong 10 điều răn mà phải tuân theo lá thư.

Nó chỉ đơn giản là một nền tảng hoặc một khung để hoạt động.

Vấn đề thực sự đến trong việc giải thích. Nếu bạn đưa ITIL đến một mức độ mà việc lách luật trở nên dễ dàng hơn so với việc thực hiện, nó sẽ không bao giờ hoạt động. Nhưng khi được triển khai đúng cách, cấp độ Dịch vụ CNTT sẽ tăng lên và Sysadmin căng thẳng sẽ giảm xuống WAAAAY!

Bất cứ ai thực hiện ITIL một cách giáo điều là một kẻ ngốc (và họ nói với tôi rằng trong một khóa học ITIL "chính thức").

Bạn có thể / có nghĩa vụ phải thích nghi và chấp nhận các phần của nó theo nhu cầu của bạn. Rõ ràng là rất khó để một người mua sắm CNTT thử và triển khai ITIL, khi hầu hết các cuộc hội thoại giữa các "lĩnh vực" khác nhau về quản lý thay đổi, quản lý phát hành, v.v ... thực sự sẽ diễn ra trong não của một người nhưng đã nói rằng, tại đầu kia của thang đo, nếu bạn vừa được mời làm người quản lý bộ phận trợ giúp nội bộ cho Microsoft hoặc HP hoặc Apple hoặc bất cứ ai, với người dùng và người trợ giúp ở khắp mọi nơi, làm sao bạn có thể thực hiện công việc mà không cần ITIL hoặc một cái gì đó tương tự như một hướng dẫn?

Tôi thực sự nên thêm vào thời điểm này mà chúng tôi đã thực hiện quản lý vấn đề sự cố vs cho helpdesk của chúng tôi và nó đã được rất hữu ích.

ITIL không phải là một quyết định bật / tắt, bạn dần dần đưa ra những điều phù hợp với môi trường của mình và giải quyết các lĩnh vực gây ra nhiều xích mích / đau đớn nhất trong tổ chức của bạn.

Ví dụ: Nếu bộ phận trợ giúp của bạn đang bị quá tải với các yêu cầu, điều đó sẽ giúp bắt đầu phân loại chúng, phân tích các nguồn và quyết định hành động để giảm bớt tình huống.

Nó thực sự chỉ là một tập hợp các quy tắc và quy tắc phổ biến tốt nhất đã được chứng minh là hoạt động trong các tổ chức.

Điều tôi thích nhất ở ITIL là nó xác định một ngôn ngữ phổ biến để sử dụng khi nói chuyện với các chuyên gia CNTT từ các công ty khác, thậm chí còn hơn thế trong môi trường đa văn hóa đa ngôn ngữ châu Âu. ...

quản lý vấn đề, quản lý vấn đề .. vv được hiểu và có nghĩa như nhau.

Bên cạnh đó, tôi đồng ý với Robert Moir: Bất cứ ai thực hiện ITIL một cách giáo điều là một kẻ ngốc

ITIL là một công cụ .. không phải là sự cứu rỗi của bạn.

Theo kinh nghiệm của tôi, ITIL cũng là một khuôn khổ cho phép nhân viên hỗ trợ và nhân viên CNTT giữ vững lập trường trước những yêu cầu vô lý từ doanh nghiệp và thực hiện các giải pháp thực sự cho các vấn đề công nghệ thay vì "sửa chữa nhanh" và "CHÚNG TÔI MUỐN NGAY BÂY GIỜ! " yêu cầu.

Tôi đã làm việc trong một tổ chức sử dụng "thay đổi phục vụ doanh nghiệp" như một cái cớ để phá hủy, bỏ qua hoặc ghi đè gần như mọi CNTT tiêu chuẩn đã cố gắng thực hiện (phần cứng, phần mềm, hệ thống xác thực, hệ thống lưu trữ, v.v.). Công ty đó đã thất bại và được mua bởi một công ty sống và hít thở ITIL trong mô hình hỗ trợ.

Tôi đã chuyển sang công ty mới và không chỉ cuộc sống tốt hơn cho nhân viên CNTT, mà về lâu dài, DOANH NGHIỆP hạnh phúc hơn vì họ có được môi trường ổn định, và họ thực sự nhận được sự hỗ trợ tốt hơn và công nghệ mới FASTER vì có các tiêu chuẩn được xác định cho hỗ trợ mà đưa vào các tiêu chuẩn công nghệ xác định. Khi một tiêu chuẩn được nâng cấp, chúng tôi biết đường dẫn nâng cấp của chúng tôi là gì và chúng tôi biết rằng nó có thể được áp dụng cho rất nhiều hệ thống được triển khai của chúng tôi. Điều này cho phép chúng ta di chuyển dọc theo con đường đó nhanh hơn nhiều.

Chúng tôi DO vẫn có một proess cho phép các đơn vị kinh doanh và các nhà phát triển ứng dụng khác nhau để yêu cầu thiết bị hoặc dịch vụ "đặc biệt", nhưng kể từ khi chúng tôi sẽ tính phí-lưng này là RẤT "đắt" ngân sách khôn ngoan cho những yêu cầu đó. Khung ITIL cung cấp cho bạn

Vâng, nhưng trong khi bạn không hiểu tại sao bạn không xem xét kỹ các quy trình và yêu cầu hỗ trợ của tổ chức, hãy nói chuyện với người quản lý và người dùng về mức độ hỗ trợ mà họ mong đợi nếu họ phải đánh đổi giữa tiền. Sau đó, tài liệu này và các thủ tục được sử dụng để làm công việc của bạn. Những gì bạn thực sự đã làm giống như những gì tất cả những thứ ITIL / ISO này nói về.

Biết các tiêu chuẩn như ITIL làm cho nhiệm vụ trên trở nên dễ dàng hơn vì bạn có một khung dẫn đến các câu hỏi phù hợp để yêu cầu hoàn thành nhiệm vụ, nhưng điều quan trọng nhất là tài liệu về:

• Những gì được yêu cầu
• Tại sao lại bắt buộc
• Nó được yêu cầu cho ai
• Khi nào cần
• Người nào sở hữu yêu cầu (chịu trách nhiệm)

Việc tách tài liệu xuống thực thể thấp nhất (như một nhiệm vụ) là rất nhiều công việc nhưng ngay khi bạn làm điều đó, bạn có thể phát hiện ra rằng một lượng lớn các nhiệm vụ được thực hiện thủ công là không cần thiết, có thể được tự động hóa và / hoặc có thể được ủy quyền .

Nhìn sâu vào sự khắc nghiệt của tổ chức của bạn không bao giờ phổ biến hoặc dễ làm nhưng nó sẽ giúp bạn hiểu rõ hơn về công ty và giúp bạn có nhiều lợi nhuận hơn bằng cách ngừng làm những việc không cần thiết và giao nhiệm vụ xuống mức lương thấp hơn cấp độ.

Điều thực sự sẽ khiến bạn không được ưa chuộng là khi bạn thực hiện các loại tiêu chuẩn này là bạn thường vô tình mô tả rằng có rất nhiều lớp quản lý chỉ ở đó vì chính chúng và việc cắt bỏ chúng sẽ có khả năng cải thiện giao tiếp và hiệu suất.

Ý tưởng về ITIL rất có ý nghĩa, thật không may, theo kinh nghiệm của tôi, nó thường là một công cụ cho phép nhân viên hỗ trợ / vận hành vượt qua và làm chậm lại các thay đổi phục vụ doanh nghiệp.