INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Collaborate and Promote Visibility: Phá bỏ rào cản giữa các nhóm IT trong cung cấp dịch vụ.

Hợp tác cần kết quả chung, trách nhiệm giao nhận và thông tin dùng được. Giữ một đường theo dõi dịch vụ giúp các nhóm phối hợp chuyên môn, đưa lựa chọn tới đúng người và tránh để người dùng chờ giữa các bộ phận.

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

Minh họa biên tập: đầu mối dịch vụ cùng các nhóm hạ tầng, ứng dụng và bảo mật phối hợp công việc.

Ticket được chuyển từ hạ tầng sang ứng dụng, rồi quay lại Service Desk để hỏi thêm thông tin. Mỗi nhóm có lý do đúng trong phạm vi của mình, nhưng người dùng vẫn chờ và phải kể lại vấn đề. Có nhiều người tham gia chưa đồng nghĩa dịch vụ được phối hợp tốt.

Collaborate and Promote Visibility của ITIL 4 giúp tổ chức hợp tác quanh kết quả chung và đưa thông tin tới người cần sử dụng. Nguyên tắc có ích khi làm rõ trách nhiệm, điểm giao nhận và lựa chọn. Minh bạch không chỉ là gửi báo cáo rộng; hợp tác không chỉ là thêm một cuộc họp.

Xác định kết quả chung trước khi mở kênh phối hợp

Các nhóm thường được tổ chức theo chuyên môn và có chỉ số riêng. Hạ tầng bảo vệ khả năng hoạt động, ứng dụng giữ chức năng, bảo mật kiểm soát thông tin, còn Service Desk tiếp nhận nhu cầu. Sự chuyên môn hóa cần thiết, nhưng dịch vụ phải được nhìn qua công việc người dùng cần hoàn tất.

Nếu mỗi nhóm chỉ đo thời gian xử lý phần mình, việc chờ giữa nhóm có thể mất người sở hữu. Một ticket được chuyển đúng quy trình vẫn chưa giúp người dùng tiếp tục công việc. Cần thống nhất điểm hoàn tất và đầu mối theo dõi toàn hành trình, để giao nhận không làm trách nhiệm biến mất.

Câu hỏi đầu tiên là kết quả nào đang cần được bảo vệ và các nhóm đóng góp ra sao. Với sự cố, có thể là khôi phục khả năng làm việc; với yêu cầu, là cung cấp khả năng phù hợp. Cách diễn đạt chung giúp các nhóm nhìn tác động của việc chậm cung cấp thông tin hoặc giữ quyết định quá lâu.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất nguyên tắc. Trong áp dụng, doanh nghiệp cần tiếp tục xác định quyền và công việc cụ thể, để hợp tác không trở thành lời yêu cầu chung mà không ai biết phải làm gì khác.

Chia sẻ thông tin phục vụ hành động

Visibility là khả năng nhìn thấy thông tin cần cho công việc và quyết định. Người xử lý cần diễn biến, tác động, hành động đã làm và kết quả; người quản lý cần điểm chờ và lựa chọn; người dùng cần trạng thái có ý nghĩa cùng bước tiếp theo. Không nên dùng một báo cáo giống nhau cho mọi người.

Thông tin cần có nguồn, thời điểm và mức chắc chắn. Một giả thuyết nguyên nhân phải được ghi là giả thuyết, không biến thành kết luận khi chuyển nhóm. Những chi tiết đã kiểm chứng giúp người tiếp theo tránh làm lại, còn phần chưa biết giúp họ chọn kiểm tra phù hợp.

Minh bạch cũng phải giữ quyền và bảo vệ thông tin. Chia sẻ nội dung nhạy cảm cho mọi người có thể tăng rủi ro mà không giúp xử lý. Cần xác định ai cần xem, phần nào có thể rút gọn và cách cung cấp bằng chứng khi cần chuyên môn sâu hơn.

Một kênh trao đổi chung chỉ có tác dụng nếu các quyết định và hành động được ghi nhận. Nếu nội dung quan trọng nằm trong cuộc gọi riêng hoặc nhiều cuộc trò chuyện không được nối, nhóm sau vẫn thiếu căn cứ. Công cụ cần hỗ trợ khả năng truy lại, không chỉ tăng tốc gửi thông báo.

Thiết kế giao nhận để người tiếp theo có thể làm việc

Một điểm giao nhận cần đầu ra rõ, người nhận và điều kiện chấp nhận. Với ticket, nhóm gửi phải mô tả vấn đề và phần đã kiểm tra; nhóm nhận phải biết nội dung cần thực hiện. Không nên chỉ chuyển trạng thái rồi mặc định trách nhiệm đã được giao xong.

Người giữ đầu mối dịch vụ không nhất thiết tự xử lý kỹ thuật. Họ theo dõi kết quả, giữ thông tin với người dùng và yêu cầu các bên làm rõ điểm đứt. Khi tranh luận về phạm vi, cần đường chuyển cấp và người đủ quyền phân định, tránh để ticket quay vòng trong lúc tác động tiếp tục.

Điểm phối hợp đề xuất	Thông tin tối thiểu cần rõ	Người cần sử dụng
Tiếp nhận	Công việc bị ảnh hưởng và điều kiện xảy ra	Đầu mối cùng nhóm đánh giá
Giao xử lý	Hành động đã làm, kết quả và việc cần tiếp	Nhóm nhận cùng người theo dõi
Chọn phương án	Tác động, lựa chọn và điều chưa chắc	Người có quyền quyết định
Xác nhận kết quả	Khả năng làm việc và phần còn thiếu	Chủ dịch vụ cùng người sử dụng

Bảng là công cụ phối hợp đề xuất, không phải quy trình bắt buộc của ITIL. Có thể tùy chỉnh theo loại nhu cầu, nhưng phải giữ việc người nhận dùng được thông tin. Một trường đã điền đủ chưa chứng minh nội dung giúp tiếp tục công việc.

Năng lực tổ chức giao nhận và phục 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, chủ dịch vụ cần cơ chế yêu cầu phối hợp, để các điểm giao nhận được quản lý theo kết quả chứ không chỉ theo sơ đồ bộ phận.

Một sự cố cần nhiều nhóm nhưng một đường thông tin

Tình huống giả định: nhân viên không hoàn tất giao dịch trên ứng dụng. Nhóm mạng xác nhận kết nối thông, nhóm ứng dụng cho rằng quyền truy cập có vấn đề, còn bảo mật chưa nhận đủ thông tin để kiểm tra. Người dùng được yêu cầu thử lại nhiều lần mà không biết ai đang giữ vấn đề.

Đầu mối thống nhất mô tả công việc bị cản và giữ một hồ sơ diễn biến. Các nhóm ghi phần đã kiểm tra, căn cứ và việc cần nhóm khác xác nhận. Giả thuyết được tách khỏi kết luận; người dùng nhận thông tin về phương án tạm và thời điểm cập nhật, thay vì từng nhóm gửi một lời giải thích khác nhau.

Khi phát hiện cấu hình quyền không khớp vai trò, chủ nghiệp vụ xác nhận nhu cầu, người có quyền cho phép điều chỉnh và nhóm kỹ thuật thực hiện theo kiểm soát phù hợp. Không nên cấp quyền rộng chỉ để khôi phục nhanh mà thiếu người chấp nhận hệ quả. Hợp tác giúp đưa quyết định tới đúng nơi, không bỏ kiểm soát.

Sau điều chỉnh, người dùng hoặc đại diện nghiệp vụ xác nhận giao dịch có thể tiếp tục. Những thông tin về cấu hình và nguyên nhân được chuyển tới công việc liên quan để kiểm tra khả năng tái diễn. Kết quả chung được giữ xuyên suốt dù trách nhiệm chuyên môn vẫn thuộc từng nhóm.

Năng lực quản lý đội và phối hợp công việc có thể được phát triển qua chương trình Giám Sát IT – IT Supervisor. Trong tình huống, người giám sát cần bảo đảm thông tin được cập nhật và hành động có đầu mối, thay vì chỉ nhắc các nhóm xử lý nhanh hơn.

Làm rõ quyền khi ý kiến không thống nhất

Hợp tác có thể bộc lộ bất đồng về ưu tiên, rủi ro hoặc nguồn lực. Điều đó không tự là dấu hiệu thất bại; nó có thể giúp tổ chức thấy các hệ quả chưa được xem. Cần phân biệt ý kiến chuyên môn, quyền xác nhận và quyền lựa chọn, để cuộc trao đổi có thể kết thúc bằng quyết định.

Một người có chuyên môn cao không mặc định có quyền chấp nhận mọi tác động kinh doanh. Ngược lại, người có quyền cần thông tin đủ để hiểu lựa chọn. Nhóm nên trình phương án, hệ quả và thời hạn cần quyết định, thay vì chuyển cấp chỉ bằng câu yêu cầu hỗ trợ khẩn.

Các cuộc họp nên có mục đích cụ thể và người cần quyết định. Nếu chỉ nghe trạng thái đã có trong công cụ, có thể dùng thông báo phù hợp. Nếu cần giải quyết phụ thuộc hoặc lựa chọn, phải chuẩn bị căn cứ. Minh bạch giúp giảm trao đổi thừa khi thông tin đã dùng được.

Chương trình Trưởng Phòng IT – IT Manager là hướng tham khảo để phát triển năng lực phân quyền và điều phối. Trong thực tế, người quản lý phải bảo đảm cơ chế được các bộ phận cùng sử dụng, không để đầu mối chỉ có tên mà không có quyền yêu cầu làm rõ.

Đo hợp tác bằng điểm đứt được xử lý

Có thể theo dõi số lần chuyển lại vì thiếu thông tin, thời gian chờ quyết định và khả năng hoàn tất công việc. Không nên dùng số cuộc họp hoặc lượng thông báo làm bằng chứng hợp tác tốt. Những chỉ số đó phản ánh hoạt động, chưa cho biết chất lượng phối hợp.

Nhóm chọn một loại nhu cầu hoặc dịch vụ để thử chuẩn giao nhận. Họ ghi dữ liệu nền, thay đổi và phản hồi từ cả người gửi, người nhận lẫn người dùng. Nếu thời gian tốt hơn nhưng công việc ghi nhận quá nặng, cần điều chỉnh nội dung tối thiểu. Nếu thông tin rõ mà quyết định vẫn chậm, cần rà quyền.

Kết quả thử phải giữ giới hạn và điều kiện. Một đầu mối nhiều kinh nghiệm có thể làm luồng hoạt động tốt, nhưng cần tổ chức thông tin và hướng dẫn để người khác duy trì. Hợp tác bền vững không nên chỉ phụ thuộc vào quan hệ cá nhân hoặc sự có mặt của một chuyên gia.

Khi dùng dữ liệu phối hợp, cần giữ định nghĩa nhất quán. Một lần chuyển nhóm để nhận chuyên môn không giống một lần chuyển lại do thiếu đầu vào. Nếu gộp hai loại, tổ chức có thể khuyến khích giữ ticket ở nhóm đầu để giảm chỉ số, dù việc xử lý cần chuyên môn khác. Người quản lý phải phân loại lý do và nhìn kết quả toàn dịch vụ trước khi chọn biện pháp.

Cơ chế đánh giá thành tích cũng cần hỗ trợ cách làm chung. Nếu mỗi nhóm chỉ được ghi nhận vì đóng phần việc của mình, họ có thể ưu tiên chuyển trách nhiệm nhanh. Hãy nối chỉ số nhóm với chất lượng giao nhận và kết quả dịch vụ trong phạm vi họ có thể tác động.

Collaborate and Promote Visibility được thể hiện khi người tiếp theo biết phải làm gì, người có quyền có đủ căn cứ và người dùng nhận một đường thông tin nhất quán. Khi các nhóm giữ được kết quả chung cùng trách nhiệm riêng, rào cản giữa bộ phận bắt đầu được xử lý trong công việc thực tế.