Blog Posts DevOps Nền tảng quản lý Công Nghệ Thông Tin

DevOps vs. ITSM: Bạn nghiêng về bên nào?

Trong ngành CNTT, chúng ta thường nghe thấy những ý kiến ​​khác nhau xung quanh DevOps và Quản lý Dịch vụ CNTT. Các khái niệm này thường được đặt cạnh nhau, như là một quyết định “hoặc/hay là”. Điều tương tự cũng áp dụng cho nhiều khái niệm ’mới’ khác như Digital Transformation, SIAM, IT4IT, Lean, v.v.

Cảm giác như chúng ta đang bị buộc phải chọn một bên; đặt các ý tưởng và mô hình vào các hộp và giữ chúng tách biệt. Mặc dù các chủ đề xu hướng này cung cấp cho việc đọc trở nên thú vị trong tin tức công nghệ, nhưng nó có thể khó hiểu, chi phí tốn kém và không có ích cho các học viên và tổ chức của họ.

Chúng ta có thực sự cần phải chọn một bên? Không, chúng ta cần cả hai. Chúng ta đang nói về việc bổ sung cho nhau, không phải nằm trong chiếc hộp cạnh tranh. Chúng ta cần làm việc thông minh hơn và nhanh hơn, nhưng chúng ta vẫn cần quy trình và kiểm soát. Các nhóm và tổ chức hiện đại, có hiệu suất cao đang bắt đầu nhận ra điều này và sử dụng những yếu tố của cả hai để áp dụng vào tổ chức họ.

DevOps and ITSM overlap

Quan niệm sai lầm

Có nhiều quan niệm sai lầm về những gì được phân phối bởi ITSM và DevOps, cách họ làm việc cùng nhau và những sai lầm phổ biến khi thực hành chúng cùng nhau. Hãy để bài viết này chỉ dẫn những nhầm lẫn đó:

1. DevOps có thể thay thế ITSM – không cần Services và Ops.

Một số tổ chức CNTT tuyên bố rằng họ không làm ITSM / ITIL, vì hiện tại họ là các tổ chức DevOps. Mặc dù họ có thể không cần quy trình ITIL thì họ vẫn cần thực hiện một số khía cạnh của Quản lý dịch vụ. Nếu dịch vụ chỉ đơn giản là công nghệ thì vẫn cần phải quản lý nó – ops, hỗ trợ, quản trị, chi phí, v.v. Tuy nhiên, chúng tôi thấy các quy trình này, chúng còn đại diện cho các yếu tố chính của Quản lý dịch vụ và là những chức năng kinh doanh thiết yếu mà không thể bỏ qua.

Gene Kim, guru và tác giả của DevOps, đã rõ về điều này:

“TRONG NHIỀU NĂM, TÔI CẢM THẤY RẰNG MÌNH LÀ NGƯỜI LUÔN BIỆN HỘ ITIL®  TRONG CỘNG ĐỒNG DEVOPS, BỞI VÌ TÔI LUÔN TIN RẰNG DEVOPS VÀ ITIL CÓ THỂ CHUNG SỐNG HÒA BÌNH. NHƯNG NHỮNG NGÀY NÀY, TÔI CẢM THẤY RẰNG MỘT VAI TRÒ TÍCH CỰC HƠN TRONG CỘNG ĐỒNG DEVOPS LÀ CẦN THIẾT – CHÚNG TA PHẢI TIẾP CẬN VÀ TẠO RA NHỮNG CẦU NỐI HIỆU QUẢ VỚI CỘNG ĐỒNG ITIL, BỞI VÌ ITIL THÍCH HỢP VỚI CÁC TỔ CHỨC CNTT LỚN, PHỨC TẠP.”

2. DevOps hoàn toàn là về phát triển, tích hợp và phân phối tự động liên tục

DevOps bao gồm những điều này, tất nhiên nó giúp thúc đẩy cơ hội để tăng tốc độ phát triển, giao hàng và cập nhật dịch vụ. Nhưng phần lớn sự thật đằng sau DevOps là về việc di chuyển khỏi các bộ phận cũ và cộng tác cùng nhau.

Trong khi các cơ hội được tạo ra thông qua tự động hóa và làm việc liên tục là chất xúc tác cho ngành công nghiệp, DevOps cũng là một cơ hội lớn để xây dựng các đội agile thông qua các nhà phát triển và hoạt động. Ngoài ra ở khía cạnh “văn hóa mới” của DevOps, giúp tổ chức bạn nhận ra sự cần thiết của sự hợp tác, tôn trọng và tránh xa nền văn hóa đổ lỗi.

3. ITIL/ITSM liên quan đến tài liệu và quy trình nặng nề

Không. Có quá nhiều trường hợp ITIL bị áp dụng sai khi có quá nhiều “quy tắc”, thay vì hướng dẫn và giải thích. Chúng ta cần một quy trình và một tài liệu không có nghĩa là những tài liệu này phải là những văn bản tài liệu rườm rà. Tương tự như vậy, các chuyên gia của Ops cũng xây dựng các các quy trình có cấu trúc lớn và quan liêu để bảo vệ bản thân khỏi trách nhiệm.

4. ITSM / ITIL chỉ được thực hiện bởi các tổ chức doanh nghiệp lớn.

Các doanh nghiệp lớn thường có xu hướng triển khai ITIL. Tuy nhiên, như trong điều 1 ở trên, các mục tiêu kinh doanh cần được cấu trúc quy mô dù tổ chức lớn hay nhỏ. Do đó dù là một tổ chức khởi nghiệp thì vẫn cần phải được tổ chức và cấu trúc tại một số điểm, nếu không họ sẽ khó phát triển hiệu quả và mở rộng quy mô sau này.

Các nhóm CNTT thành công sử dụng tốt nhất cả hai

Tóm lại – chúng ta cần các yếu tố chính của cả 2 phương pháp ITSM và DevOps – cho dù chúng ta có sử dụng chúng một cách rõ ràng hay không. DevOps không chỉ là phát triển tự động mà nó liên quan đến sự cộng tác và một nền văn hóa minh bạch. Đồng thời, ITSM/ITIL không nên quá nghiêng về hành chính, mà nên được sử dụng theo hướng agile. 

VI