INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

ITIL 4 làm thay đổi tư duy quản lý dịch vụ IT trong doanh nghiệp như thế nào?

ITIL 4 đặt công việc IT trong kết quả người sử dụng cần đạt. Tư duy dịch vụ nối công nghệ, trách nhiệm và phản hồi, giúp doanh nghiệp quản lý cả hành trình tạo giá trị thay vì chỉ từng nhiệm vụ kỹ thuật.

Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4

← Trở về thư viện bài viết

Lãnh đạo IT và đại diện dịch vụ, nghiệp vụ thảo luận kết quả người dùng cần đạt
Minh họa biên tập: lãnh đạo IT và đại diện dịch vụ, nghiệp vụ thảo luận kết quả người dùng cần đạt.

Một ticket được đóng đúng hạn, nhưng nhân viên vẫn phải nhờ đồng nghiệp làm hộ công việc. Một ứng dụng hoạt động ổn định, nhưng người dùng tiếp tục quay về bảng tính. Những tình huống ấy cho thấy bộ phận IT có thể hoàn thành nhiệm vụ kỹ thuật mà dịch vụ chưa tạo kết quả như doanh nghiệp cần.

ITIL 4 giúp chuyển câu hỏi từ việc IT đã làm gì sang việc người sử dụng có thể đạt điều gì với dịch vụ. Sự thay đổi tư duy này không làm mất vai trò của quy trình và kiểm soát. Nó đặt chúng trong một hệ thống cùng phục vụ giá trị, để doanh nghiệp biết nên giữ, sửa hay đầu tư thêm ở đâu.

Từ hoàn thành nhiệm vụ đến hỗ trợ kết quả

Quản lý dịch vụ cần hiểu công việc mà dịch vụ hỗ trợ. Máy chủ, ứng dụng và đội hỗ trợ là những điều kiện quan trọng, nhưng người dùng không tìm đến chúng chỉ để nhận một tài nguyên kỹ thuật. Họ cần tiếp nhận đơn hàng, hoàn tất hồ sơ, trao đổi thông tin hoặc ra quyết định với độ tin cậy phù hợp.

Một dịch vụ có thể cung cấp nhiều sản phẩm bàn giao, như quyền truy cập, báo cáo hoặc thiết bị. Các sản phẩm đó chưa tự chứng minh kết quả. Người được cấp quyền vẫn có thể thiếu hướng dẫn; báo cáo có thể đầy đủ nhưng không tới đúng người; thiết bị mới có thể không phù hợp cách làm việc.

Cách nhìn của ITIL 4 buộc người quản lý theo đường nối giữa khả năng cung cấp và việc sử dụng. Họ cần biết ai dùng, để làm gì, điều kiện nào ảnh hưởng và bằng chứng nào xác nhận kết quả. Nếu đường nối không rõ, tăng tốc xử lý nhiệm vụ có thể chỉ làm nhiều sản phẩm chưa dùng được xuất hiện nhanh hơn.

Đây là một thay đổi thực tế trong quản lý: kết quả người dùng trở thành căn cứ để đánh giá công việc IT, bên cạnh chất lượng kỹ thuật. Không phải mọi kết quả đều do IT quyết định, nhưng IT cần làm rõ phần mình hỗ trợ và phần cần nghiệp vụ cùng thực hiện.

Giá trị được hình thành trong quan hệ dịch vụ

ITIL 4 nhấn mạnh việc đồng tạo giá trị. Nhà cung cấp không thể tự tuyên bố dịch vụ có giá trị chỉ vì đã bàn giao, còn bên sử dụng không thể luôn đứng ngoài việc xác định nhu cầu và tạo điều kiện dùng. Hai bên cùng tham gia trong một quan hệ có trách nhiệm và những hoạt động cụ thể.

Tình huống giả định: IT cung cấp nền tảng xử lý yêu cầu khách hàng. Đội kỹ thuật giữ khả năng hoạt động và hỗ trợ, trong khi nghiệp vụ cần thống nhất dữ liệu, phân công và quyền quyết định. Nếu nghiệp vụ không thay cách làm, nền tảng có thể được dùng thường xuyên mà thời gian hoàn tất yêu cầu vẫn không cải thiện.

Đồng tạo giá trị không có nghĩa mọi trách nhiệm được chia đều hoặc mọi quyết định phải có tất cả các bên. Cần giữ người sở hữu và thẩm quyền rõ. Điều thay đổi là các bên cùng hiểu kết quả, những điều kiện hỗ trợ và cách kiểm chứng, thay vì chỉ trao đổi khi phát sinh lỗi.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để xây ngôn ngữ chung về dịch vụ và giá trị. Khi áp dụng, doanh nghiệp phải tiếp tục diễn giải theo công việc và trách nhiệm của mình, không chỉ thay tên quy trình bằng thuật ngữ mới.

Cách nhìn này cũng làm thay đổi việc lấy yêu cầu. Thay vì nhận một danh sách tính năng, nhóm cần hỏi người dùng đang muốn hoàn tất công việc gì và bị cản ở đâu. Giải pháp có thể nằm ở công cụ, thông tin, quyền hoặc cách giao nhận, chứ không nhất thiết là một ứng dụng mới.

Nhìn dịch vụ như một hệ thống liên kết

Service Value System, viết tắt SVS, mô tả cách các thành phần và hoạt động của tổ chức cùng hỗ trợ đồng tạo giá trị. Trong ITIL 4, hệ thống gồm nguyên tắc định hướng, quản trị, Service Value Chain, các practices và cải tiến liên tục. Các phần tương tác, không hoạt động như những bộ tài liệu độc lập.

Một practice là tập hợp nguồn lực tổ chức để thực hiện công việc hoặc mục tiêu, rộng hơn một quy trình. Nó có thể cần người, kỹ năng, thông tin, công nghệ và cách phối hợp. Nếu chỉ viết trình tự các bước, doanh nghiệp có thể thiếu điều kiện để thực hiện dù tài liệu đã được phê duyệt.

Bốn chiều quản lý dịch vụ tiếp tục mở cách nhìn: tổ chức và con người; thông tin và công nghệ; đối tác và nhà cung cấp; luồng giá trị và quy trình. Khi một phần thay đổi, cần xem tác động lên các phần còn lại. Tự động hóa tiếp nhận sẽ ít tác dụng nếu điểm xử lý sau vẫn thiếu người hoặc thiếu quyền.

Cách nhìn thường gặpCâu hỏi dịch vụ cần bổ sungHệ quả quản lý
Hệ thống có chạy không?Người dùng có hoàn thành công việc?Theo dõi cả khả năng và kết quả
Ticket đã đóng chưa?Nhu cầu đã được giải quyết và xác nhận?Giữ trách nhiệm tới điểm hoàn tất
Quy trình đã có chưa?Người, dữ liệu và công cụ có hỗ trợ?Kiểm tra điều kiện thực hiện
Đối tác đạt chỉ tiêu chưa?Toàn chuỗi có đáp ứng nhu cầu?Nối các điểm giao nhận dịch vụ

Bảng là công cụ phân tích đề xuất, không phải bảng đánh giá chính thức của ITIL. Nó giúp nhóm đặt thêm câu hỏi trước khi kết luận. Các chỉ số kỹ thuật vẫn cần, nhưng ý nghĩa của chúng phải được giữ trong phạm vi và được nối với việc sử dụng.

Năng lực tổ chức cung cấp và cải tiến dịch vụ có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong doanh nghiệp, cần có chủ dịch vụ và cơ chế phối hợp để cách nhìn hệ thống tiếp tục được dùng trong hoạt động thường ngày.

Thiết kế luồng theo nhu cầu thay vì sơ đồ phòng ban

Một nhu cầu người dùng thường đi qua nhiều nhóm. Nếu mỗi nhóm chỉ tối ưu thời gian của mình, toàn bộ hành trình có thể vẫn dài vì chờ, chuyển lại và nhập thông tin nhiều lần. Cần nhìn từ lúc nhu cầu xuất hiện tới khi kết quả được xác nhận, để tìm những khoảng trống giữa các trách nhiệm.

Service Value Chain cung cấp các hoạt động có thể được kết hợp thành luồng giá trị phù hợp. Điều này không buộc mọi nhu cầu đi qua một tuyến cố định. Một yêu cầu quen thuộc có thể dùng cách cung cấp đã chuẩn bị, còn một nhu cầu mới cần thiết kế, xây hoặc điều chỉnh trước khi vận hành.

Người quản lý nên chọn một loại nhu cầu và ghi công việc thực tế, thời gian chờ, thông tin được chuyển và người nhận. Chỗ nào cần hỏi lại hoặc không có người giữ trách nhiệm là đầu vào cải tiến. Không nên lập sơ đồ chỉ theo quy định dự kiến rồi bỏ qua cách nhân viên thực sự đang làm.

Vai trò quản lý cần chuyển phát hiện thành lựa chọn: sửa thông tin đầu vào, giao quyền, thay thứ tự hoặc đầu tư năng lực. Chương trình Trưởng Phòng IT – IT Manager là hướng tham khảo để củng cố khả năng tổ chức trách nhiệm và nguồn lực cho những thay đổi ấy.

Cải tiến bằng quan sát và phản hồi

Một cơ chế dịch vụ không thể được thiết kế một lần rồi giữ nguyên bất kể nhu cầu thay đổi. ITIL 4 đặt cải tiến liên tục trong toàn hệ thống. Nhóm cần dùng hiện trạng, kết quả và phản hồi để chọn bước tiếp theo, thay vì coi việc ban hành quy trình là điểm kết thúc.

Trong tình huống nền tảng yêu cầu khách hàng, nhóm có thể chọn một loại yêu cầu để kiểm tra. Họ giữ định nghĩa hoàn tất, ghi những lần chờ quyết định ngoài hệ thống và thử cách giao quyền phù hợp. Bước nhỏ giúp nhận ra điều kiện tạo tác dụng trước khi mở rộng.

Phản hồi không chỉ là mức hài lòng. Quan sát công việc, dữ liệu chuyển giao và các trường hợp người dùng bỏ luồng đều có ích. Cần hỏi vì sao một cách làm chưa dùng được, rồi phân biệt thiếu kỹ năng, thiếu quyền, công cụ không phù hợp hoặc quy định còn mâu thuẫn.

Kết quả thử phải được trình cùng giới hạn. Cải thiện trong một nhóm chưa tự chứng minh tác dụng ở mọi nơi. Nếu cách làm chỉ hoạt động nhờ người hỗ trợ tạm thời, cần hoàn thiện điều kiện duy trì. Việc học từ phản hồi có giá trị khi nó thay đổi lựa chọn, không chỉ được ghi trong báo cáo cuối kỳ.

Thay đổi cách điều hành trước khi mở rộng tài liệu

Doanh nghiệp có thể bắt đầu bằng một dịch vụ và một câu hỏi: người dùng cần đạt kết quả gì, đang bị cản ở đâu? Sau đó xác định chủ dịch vụ, các nhóm tham gia, dữ liệu cần kiểm tra và một thay đổi có thể thử. Phạm vi gọn giúp tổ chức có bằng chứng về cách áp dụng trước khi tạo chương trình lớn.

Lãnh đạo cần sử dụng những thông tin mới trong cuộc họp và quyết định nguồn lực. Nếu vẫn chỉ khen số ticket đóng hoặc số tính năng bàn giao, hành vi của các nhóm sẽ khó đổi. Cách đo và giao trách nhiệm phải phản ánh kết quả cùng những điều kiện có thể kiểm soát.

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 dịch vụ với mục tiêu doanh nghiệp. Ở nơi áp dụng, lãnh đạo phải cùng xác nhận lựa chọn và những đánh đổi, thay vì giao toàn bộ trách nhiệm giá trị cho IT.

Tư duy ITIL 4 được thể hiện rõ khi một ticket, dự án hay thay đổi được nhìn trong hành trình công việc mà nó phục vụ. Khi người quản lý biết kết quả, các điều kiện và trách nhiệm chung, quy trình trở thành phương tiện tạo giá trị. Đó là điểm bắt đầu của quản lý dịch vụ gắn với doanh nghiệp.

Nguồn tham khảo

  1. PeopleCert — ITIL 4 Foundation
  2. AXELOS — Building IT and Digital Excellence with ITIL 4
  3. PeopleCert — ITIL 4 Specialist: Create, Deliver and Support