INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES
Áp dụng bảy nguyên tắc định hướng của ITIL 4 vào công việc IT hằng ngày.
Bảy nguyên tắc hỗ trợ lựa chọn trong công việc thực tế. Dùng chúng cùng nhau để xác định giá trị, kiểm tra hiện trạng, học từ phản hồi và giữ cách làm phù hợp trước khi tối ưu hoặc tự động hóa.
Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4
Khi một yêu cầu mới xuất hiện, đội IT có thể vội chọn công cụ. Khi quy trình chậm, họ có thể thêm người hoặc tự động hóa. Những phản ứng ấy đôi lúc đúng, nhưng cần một cách kiểm tra trước khi tổ chức tiếp tục đầu tư vào giải pháp chưa giải thích được vấn đề.
Bảy nguyên tắc định hướng của ITIL 4 cung cấp những câu hỏi giúp lựa chọn và điều chỉnh công việc. Chúng cần được dùng cùng nhau theo hoàn cảnh, không phải bảy bước cố định. Giá trị nằm ở việc nguyên tắc thay đổi quyết định nào, với căn cứ và giới hạn ra sao.
Giữ đích đến bằng giá trị và hiện trạng
Focus on Value là tập trung vào giá trị. Trước khi làm thêm một bước hoặc một tính năng, nhóm cần biết người nào nhận giá trị và công việc nào được hỗ trợ. Một cải tiến có thể thuận tiện cho IT nhưng làm người dùng nhập thêm dữ liệu, nên kết quả phải được xem ở toàn hành trình.
Câu hỏi thiết thực là điều gì sẽ khác với người sử dụng sau thay đổi. Nếu câu trả lời chỉ là có công cụ mới hoặc quy trình mới, mục tiêu vẫn chưa rõ. Cần xác định kết quả, điều kiện cung cấp và những tác động có thể làm giảm giá trị, để lựa chọn không dựa trên sự hấp dẫn của công nghệ.
Start Where You Are là bắt đầu từ hiện trạng. Nhóm cần kiểm tra điều đã có và phần nào có thể sử dụng, thay vì mặc định mọi thứ phải làm lại. Dữ liệu, kinh nghiệm, công cụ và quan hệ phối hợp hiện hữu có thể là nền tảng, nhưng phải được xác nhận bằng cách làm thực tế.
Hai nguyên tắc hỗ trợ nhau. Giá trị xác định điều cần giữ hoặc cải thiện; hiện trạng cho biết nguồn lực nào đã hỗ trợ và khoảng trống nào còn tồn tại. Không nên giữ một công cụ chỉ vì đã đầu tư, cũng không bỏ công cụ chỉ vì muốn tạo một khởi đầu mới.
Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất cách đọc các nguyên tắc. Trong công việc, hãy dùng chúng như câu hỏi trước một lựa chọn cụ thể, thay vì chỉ yêu cầu mọi người ghi nhớ tên.
Chia công việc để học và làm rõ phối hợp
Progress Iteratively with Feedback là tiến từng bước với phản hồi. Một thay đổi lớn thường chứa nhiều giả định về nhu cầu, dữ liệu và khả năng sử dụng. Chia thành phần đủ nhỏ giúp kiểm chứng trước khi tăng phạm vi, đồng thời giữ điểm đến để các bước không trở thành những thử nghiệm rời rạc.
Phản hồi cần được thiết kế từ đầu: hỏi ai, quan sát gì, dữ liệu nào cần giữ và kết quả nào sẽ khiến nhóm sửa phương án. Nếu chỉ thu ý kiến sau khi mọi lựa chọn đã được quyết định, phản hồi sẽ ít tác dụng. Cần có thời điểm và quyền điều chỉnh.
Collaborate and Promote Visibility là hợp tác và thúc đẩy sự minh bạch. Các bên cần nhìn được công việc, điều kiện và những gì đang chờ quyết định. Minh bạch không có nghĩa gửi mọi dữ liệu cho mọi người; thông tin phải phù hợp trách nhiệm và giữ các giới hạn truy cập cần thiết.
Trong một thử nghiệm, người dùng cung cấp phản hồi, đội vận hành nhìn điều kiện duy trì, còn người có quyền xử lý các lựa chọn vượt phạm vi. Hợp tác cần người sở hữu và thời hạn, không phải yêu cầu đồng thuận vô hạn. Thiếu điểm quyết định, việc tham gia rộng có thể làm công việc chậm mà không tăng chất lượng.
Năng lực tổ chức trách nhiệm và nguồn lực có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Khi áp dụng, người quản lý cần bảo đảm phản hồi tới người có quyền và được dùng trong kế hoạch tiếp theo, thay vì chỉ lưu ở biên bản.
Nhìn toàn bộ rồi giữ cách làm đủ đơn giản
Think and Work Holistically là suy nghĩ và làm việc một cách toàn diện. Một bước không hoạt động riêng lẻ; nó nhận đầu vào và tạo điều kiện cho công việc sau. Rút ngắn tiếp nhận có thể làm tăng hồ sơ thiếu ở nhóm xử lý, nên cần đánh giá tác động trên toàn luồng.
Cách nhìn toàn diện cũng xem tổ chức, con người, thông tin, công nghệ và đối tác. Nếu công cụ phù hợp nhưng người thực hiện thiếu quyền, sửa công cụ sẽ không giải quyết đúng điểm nghẽn. Nếu nhà cung cấp chưa cam kết giờ hỗ trợ, lịch phục vụ nội bộ cần xem lại trước khi hứa với người dùng.
Keep It Simple and Practical là giữ đơn giản và thiết thực. Mỗi bước cần có mục đích đủ rõ để giải thích vì sao phải giữ. Có thể bỏ việc thu thông tin không được dùng hoặc hợp nhất giao nhận trùng, nhưng không bỏ kiểm soát cần thiết chỉ để giảm số bước.
Hai nguyên tắc tạo một cách kiểm tra cân bằng. Nhìn toàn bộ giúp biết tác dụng và phụ thuộc; đơn giản giúp giữ phần thực sự cần. Một quy trình ngắn nhưng đẩy việc sang người dùng chưa chắc đơn giản cho toàn dịch vụ. Cần đánh giá tổng công việc, không chỉ độ dài biểu mẫu của IT.
Tối ưu rồi tự động hóa phần phù hợp
Optimize and Automate là tối ưu và tự động hóa. Trước khi tự động chuyển phiếu hoặc cấp nguồn lực, nhóm cần hiểu quy tắc, dữ liệu, trách nhiệm và ngoại lệ. Tự động hóa có thể nhân rộng một cách làm chưa phù hợp nhanh hơn, nên hiệu lực của luồng phải được xem trước.
Không có nghĩa mọi thứ phải hoàn hảo mới được tự động. Có thể tối ưu và thử tự động trong phạm vi rõ, giữ đường xử lý khi dữ liệu hoặc điều kiện không đạt. Quan trọng là biết phần nào được máy thực hiện, phần nào cần người xác nhận và bằng chứng nào giúp kiểm tra kết quả.
| Nguyên tắc | Câu hỏi áp dụng đề xuất | Dấu hiệu dùng sai |
|---|---|---|
| Focus on Value | Ai đạt kết quả gì sau thay đổi? | Chỉ đo tính năng hoặc số việc hoàn tất |
| Start Where You Are | Điều hiện có nào đã được kiểm tra? | Giữ hoặc bỏ theo cảm nhận |
| Progress Iteratively with Feedback | Giả định nào được kiểm chứng ở bước này? | Chia việc nhưng không dùng phản hồi |
| Collaborate and Promote Visibility | Ai cần thông tin để làm hoặc quyết định? | Gửi rộng nhưng thiếu người sở hữu |
| Think and Work Holistically | Thay đổi tác động đầu vào, đầu ra thế nào? | Tối ưu một nhóm rồi tăng việc nhóm khác |
| Keep It Simple and Practical | Bước này tạo kết quả hoặc kiểm soát gì? | Cắt việc chỉ để giảm số bước |
| Optimize and Automate | Quy tắc và ngoại lệ đã rõ chưa? | Tự động hóa một luồng chưa có căn cứ |
Bảng là công cụ làm việc đề xuất, không phải bộ tiêu chí đánh giá chính thức của ITIL. Không cần hỏi mọi câu với cùng độ sâu ở mọi việc. Chọn nội dung phù hợp mức tác động, rồi giữ đủ căn cứ để giải thích quyết định và những điều kiện cần theo dõi.
Năng lực tổ chức dịch vụ và các luồng cung cấp có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong áp dụng, hãy nối tự động hóa với cách làm và trách nhiệm đã rõ, để công cụ hỗ trợ kết quả thay vì chỉ tăng tốc đổi trạng thái.
Thử bảy nguyên tắc trên một yêu cầu lặp lại
Tình huống giả định: cấp quyền cho nhân viên mới thường chậm. Nhóm IT đề xuất tự động phê duyệt vì muốn giảm chờ. Khi nhìn theo giá trị, kết quả cần đạt là nhân viên có thể bắt đầu công việc với quyền phù hợp, không phải mọi tài khoản đều được cấp nhanh nhất.
Rà hiện trạng cho thấy thông tin vai trò đã có ở một nguồn nhưng người quản lý phải nhập lại, còn danh sách quyền theo vai trò chưa được xác nhận. Nếu tự động phê duyệt ngay, tổ chức có thể cấp nhanh những quyền không đúng. Nhóm chọn chuẩn hóa một vai trò và thử cách giao nhận dữ liệu trước.
Người dùng, quản lý nghiệp vụ và người phụ trách quyền cùng tham gia. Nhóm làm rõ thông tin cần dùng, điều kiện xác nhận và trường hợp ngoại lệ. Thử nghiệm giữ dữ liệu thời gian, lỗi và khả năng bắt đầu công việc, để phản hồi chỉ ra phần cần sửa chứ không chỉ mức hài lòng chung.
Nhìn toàn luồng giúp phát hiện một bước xác nhận trùng, còn cách làm thiết thực giữ kiểm soát thật sự cần. Sau khi quy tắc và dữ liệu được kiểm chứng, một phần cung cấp có thể được tự động hóa với đường chuyển sang người xử lý khi chưa đủ điều kiện. Bảy nguyên tắc đã cùng tác động tới một lựa chọn.
Đưa câu hỏi vào cơ chế làm việc thường ngày
Doanh nghiệp có thể bắt đầu bằng việc thêm một số câu hỏi vào cuộc họp đã có. Với đề xuất mới, hỏi giá trị và hiện trạng; với cải tiến, hỏi phạm vi thử và phản hồi; với thay đổi, hỏi tác động toàn luồng và điều kiện giữ. Không nhất thiết lập thêm một quy trình riêng cho việc áp dụng nguyên tắc.
Người quản lý nên kiểm tra kết quả sau một chu kỳ. Những câu hỏi có giúp quyết định rõ hơn, giảm việc làm lại hoặc phát hiện thiếu điều kiện sớm không? Nếu phần trao đổi chỉ kéo dài cuộc họp mà không tạo lựa chọn, cần sửa cách sử dụng và mức chi tiết.
Ở cấp lãnh đạo, nguyên tắc cần phản ánh trong cách giao mục tiêu và đánh giá. Góc nhìn trong chương trình Lãnh đạo IT – CIO là hướng tham khảo để phát triển khả năng nối những quyết định hằng ngày với mục tiêu, nguồn lực và trách nhiệm doanh nghiệp.
Bảy nguyên tắc có tác dụng khi chúng giúp đội IT nghĩ trước khi hành động và học sau khi thực hiện. Một câu hỏi đúng có thể làm nhóm đổi phương án, giữ lại điều có ích hoặc dừng việc không còn căn cứ. Khi điều đó diễn ra trong công việc thường xuyên, các nguyên tắc đã trở thành năng lực quản lý dịch vụ.