INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Bốn chiều quản lý dịch vụ IT: Đừng chỉ nhìn vào công nghệ và quy trình

Quyền, dữ liệu, đối tác và luồng công việc cùng ảnh hưởng chất lượng dịch vụ. Bốn chiều của ITIL 4 giúp rà các điều kiện và mối liên hệ, để thay đổi một thành phần có thể tạo kết quả trong toàn hệ thống.

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

Đại diện quản lý, kỹ thuật và đối tác rà điều kiện cung cấp dịch vụ trong phòng họp
Minh họa biên tập: đại diện quản lý, kỹ thuật và đối tác rà điều kiện cung cấp dịch vụ trong phòng họp.

Một doanh nghiệp thay công cụ quản lý yêu cầu nhưng thời gian phục vụ chưa cải thiện. Nhân viên vẫn hỏi lại thông tin, nhóm xử lý chưa thống nhất quyền và nhà cung cấp chỉ hỗ trợ trong khung giờ không phù hợp. Công nghệ mới đã có, còn những điều kiện tạo dịch vụ vẫn chưa được nối.

Bốn chiều quản lý dịch vụ của ITIL 4 giúp nhìn những điều kiện ấy trong cùng một hệ thống. Chúng không phải bốn nhóm việc có thể chia riêng rồi cộng kết quả. Khi một chiều thay đổi, cần xem tác động lên các chiều còn lại để công việc người dùng được hỗ trợ đầy đủ.

Bốn chiều tạo một cách kiểm tra toàn diện

Các chiều gồm Organisations and People; Information and Technology; Partners and Suppliers; Value Streams and Processes. Có thể hiểu là 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. Mỗi chiều cho một góc nhìn cần giữ khi thiết kế, vận hành và cải tiến dịch vụ.

Một dịch vụ mới cần người đủ năng lực, thông tin đáng tin, khả năng công nghệ phù hợp, quan hệ cung cấp rõ và luồng công việc có thể thực hiện. Thiếu một điều kiện, các phần khác có thể hoạt động riêng lẻ nhưng kết quả chung vẫn bị cản. Đây là lý do chỉ nhìn công nghệ và thủ tục thường chưa đủ.

Cách sử dụng phù hợp là đặt một mục tiêu dịch vụ ở giữa, rồi rà điều kiện từ từng góc. Không cần đầu tư đồng đều vào mọi chiều hoặc tạo bốn dự án song song. Nhóm phải xác định khoảng trống bằng bằng chứng, xem phụ thuộc và chọn biện pháp có tác động.

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 mô hình. Trong áp dụng, nên bắt đầu từ dịch vụ cụ thể và công việc nó hỗ trợ, để câu hỏi về từng chiều dẫn tới lựa chọn thay vì danh sách mong muốn quá rộng.

Tổ chức và con người: quyền phải đi cùng năng lực

Chiều thứ nhất không chỉ đếm số nhân viên. Cần xem cơ cấu, vai trò, trách nhiệm, kỹ năng, cách giao tiếp và hành vi làm việc. Một nhóm đủ người vẫn có thể không đáp ứng dịch vụ nếu phần việc quan trọng phụ thuộc vào một chuyên gia hoặc không ai có quyền quyết định ngoại lệ.

Với công cụ quản lý yêu cầu, người tiếp nhận phải biết thông tin cần hỏi, nhóm xử lý phải biết điều kiện nhận và người quản lý phải biết điểm chuyển cấp. Nếu mỗi người hiểu “hoàn tất” khác nhau, luồng sẽ có tranh luận dù mọi trạng thái đã được cấu hình trong công cụ.

Năng lực cần được kiểm tra qua công việc. Người thực hiện có thể biết thao tác nhưng chưa phân tích được tác động hoặc chưa giao tiếp rõ với người dùng. Một buổi đào tạo công cụ không tự giải quyết mọi khoảng trống; cần xác định kiến thức, quyền và sự hỗ trợ thực tế mà vai trò đòi hỏi.

Văn hóa cũng ảnh hưởng dữ liệu và phản hồi. Nếu báo cáo lỗi bị coi là làm xấu thành tích, các nhóm có thể giữ thông tin ở mức ít chi tiết. Người quản lý cần tạo điều kiện báo cáo trung thực và dùng phát hiện để cải thiện, đồng thời giữ trách nhiệm rõ với những hành vi không phù hợp.

Năng lực tổ chức trách nhiệm có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Khi áp dụng, hãy kiểm tra người nhận việc có đủ quyền yêu cầu phối hợp và thời gian thực hiện, thay vì chỉ ghi tên họ vào ma trận.

Thông tin và công nghệ: dữ liệu phải dùng được

Chiều thứ hai đặt thông tin cùng công nghệ, không coi dữ liệu là phần phụ sau khi công cụ đã được chọn. Dịch vụ cần biết thông tin nào để quyết định, nguồn ở đâu, ai sở hữu và chất lượng ra sao. Một nền tảng có nhiều trường dữ liệu vẫn có thể thiếu căn cứ người xử lý cần.

Trong luồng yêu cầu, thông tin về vai trò, tác động và hành động đã thực hiện giúp nhóm sau tiếp tục công việc. Nếu người dùng phải kể lại toàn bộ, điểm giao nhận chưa hoạt động. Cần xem dữ liệu có đến đúng người, có được hiểu giống nhau và có được giữ trong giới hạn truy cập phù hợp hay không.

Công nghệ cần hỗ trợ cách làm cần thiết: tiếp nhận, tra cứu, giao nhận, giám sát và xử lý ngoại lệ. Tính năng nhiều chưa chắc có ích nếu nhân viên khó dùng hoặc phải làm vòng. Nhóm nên thử công cụ bằng tình huống thực, không chỉ xem một buổi giới thiệu chức năng.

Cũng cần nhìn khả năng bảo trì và an toàn. Tích hợp mới có thể tạo phụ thuộc dữ liệu hoặc quyền mới; tự động hóa cần đường xử lý khi điều kiện không đạt. Quyết định công nghệ phải được nối với người sở hữu và luồng dịch vụ để kết quả không chỉ dựa trên thiết kế lý tưởng.

Đối tác và nhà cung cấp: cam kết phải nối toàn chuỗi

Dịch vụ thường sử dụng nhiều bên cung cấp. Doanh nghiệp cần biết đối tác giữ phần nào, đầu ra được giao ra sao, giờ hỗ trợ và trách nhiệm khi có lỗi. Hợp đồng có chỉ tiêu tốt riêng lẻ chưa chứng minh toàn chuỗi đáp ứng nhu cầu nếu các điểm giao nhận không khớp.

Tình huống giả định: cổng khách hàng được hỗ trợ suốt giờ kinh doanh nhưng thành phần xác thực thuê ngoài chỉ có hỗ trợ chuyên sâu vào thời điểm khác. Khi lỗi xảy ra, nhóm nội bộ không có quyền hoặc thông tin để xử lý. Cam kết dịch vụ phải phản ánh khoảng trống này hoặc cần được điều chỉnh cùng đối tác.

Không nên xem thuê ngoài là chuyển hết trách nhiệm. Doanh nghiệp vẫn cần chủ dịch vụ, khả năng kiểm tra và người đủ quyền quyết định. Đối tác có thể thực hiện phần công việc, nhưng những lựa chọn về kết quả, mức rủi ro và cam kết với người dùng vẫn cần được tổ chức rõ.

Việc phối hợp cũng cần thông tin chung. Mã yêu cầu, diễn biến, tác động và đầu mối giúp tránh chuyển qua lại mà không ai giữ trách nhiệm. Dữ liệu chia sẻ phải phù hợp quyền và nhu cầu; minh bạch không đồng nghĩa gửi mọi nội dung nhạy cảm cho mọi bên.

Luồng giá trị và quy trình: nhìn việc chờ giữa các nhóm

Chiều thứ tư xem cách các hoạt động kết hợp để tạo kết quả. Quy trình mô tả cách làm lặp lại; luồng giá trị cho thấy công việc thực tế đi qua những hoạt động nào từ nhu cầu đến kết quả. Khi chỉ nhìn quy trình từng nhóm, tổ chức dễ bỏ sót chờ, làm lại và giao nhận ngoài công cụ.

Có thể chọn một loại yêu cầu rồi ghi đường đi thực, gồm người tham gia, dữ liệu chuyển và điều kiện để tiếp tục. Những bước không có người nhận hoặc đầu ra không được dùng là dấu hiệu cần rà. Không nên lập sơ đồ chỉ theo quy định dự kiến nếu mục tiêu là tìm vấn đề đang cản dịch vụ.

Chiều quản lýCâu hỏi rà soát đề xuấtĐiểm giao nhận cần kiểm tra
Tổ chức và con ngườiAi đủ quyền, kỹ năng và thời gian?Phân công, tham vấn và chuyển cấp
Thông tin và công nghệDữ liệu nào giúp tiếp tục công việc?Nguồn, quyền và chất lượng thông tin
Đối tác và nhà cung cấpCác cam kết có hỗ trợ nhau?Giờ phục vụ, đầu ra và xử lý ngoại lệ
Luồng giá trị và quy trìnhNhu cầu đi tới kết quả bằng cách nào?Chờ, làm lại và xác nhận hoàn tất

Bảng là công cụ rà dịch vụ đề xuất, không phải danh sách yêu cầu đánh giá chính thức của ITIL. Với từng câu hỏi, nhóm cần bằng chứng và chủ sở hữu. Một thiếu hụt có thể liên quan nhiều chiều, nên biện pháp phải xử lý quan hệ thay vì chỉ giao việc cho bộ phận có tên gần nhất.

Năng lực tổ chức luồng dịch vụ có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong thực hành, cần giữ việc xác nhận kết quả với người dùng, để luồng không kết thúc ở trạng thái nội bộ mà công việc vẫn chưa hoàn tất.

Thử bốn chiều khi cải tiến tiếp nhận yêu cầu

Tình huống giả định: một doanh nghiệp muốn giảm số lần hỏi lại khi xử lý yêu cầu. Công cụ đã có trường thông tin, nhưng người tiếp nhận không biết nhóm xử lý cần gì. Nhà cung cấp dùng mã riêng, còn người dùng không hiểu khác biệt giữa các trạng thái. Vấn đề nằm ở quan hệ giữa các chiều.

Nhóm chọn một loại yêu cầu để thử. Họ thống nhất dữ liệu cần hỏi, quyền phân loại, đầu ra giao cho đối tác và cách xác nhận kết quả. Công cụ được điều chỉnh theo cách làm đã rõ, còn người thực hiện được hướng dẫn bằng tình huống. Chỉ số theo dõi gồm điểm phải hỏi lại và khả năng hoàn tất công việc.

Kết quả thử cần phản ánh điều kiện. Nếu luồng tốt hơn nhưng chỉ nhờ một người điều phối có kinh nghiệm, cần làm rõ năng lực và thông tin để những người khác thực hiện. Nếu đối tác chưa giữ đầu ra như thống nhất, cần sửa giao nhận trước khi mở rộng cho nhiều nhóm.

Giữ mô hình trong quyết định thay đổi

Mỗi lần dịch vụ đổi phạm vi, công cụ hoặc cách cung cấp, nhóm nên rà tác động theo bốn chiều. Không cần một bộ hồ sơ lớn cho mọi thay đổi; mức kiểm tra cần phù hợp rủi ro. Điều quan trọng là những điều kiện thiết yếu được nhìn và có người chịu trách nhiệm.

Ở cấp lãnh đạo, mô hình giúp trình phương án theo khả năng toàn hệ thống. Góc nhìn trong chương trình Lãnh đạo IT – CIO là hướng tham khảo để phát triển cách lựa chọn nguồn lực và đánh đổi, thay vì chỉ quyết định theo chi phí của công cụ mới.

Bốn chiều có tác dụng khi chúng làm tổ chức nhận ra điều còn thiếu giữa công nghệ và công việc. Khi quyền, thông tin, quan hệ cung cấp và luồng được nối, một thay đổi có thể được dùng và duy trì tốt hơn. Đó là cách nhìn dịch vụ đầy đủ trước khi chọn thêm giải pháp.

Nguồn tham khảo

  1. PeopleCert — ITIL 4 Foundation
  2. PeopleCert — ITIL Practice Guides: A Hidden Gem
  3. PeopleCert — ITIL 4 Practitioner: Relationship Management