INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Think and Work Holistically: Vì sao tối ưu một bộ phận chưa chắc cải thiện toàn bộ dịch vụ?

Một bước nhanh hơn có thể chuyển công việc hoặc rủi ro sang nơi khác. Nhìn toàn luồng cùng bốn chiều quản lý giúp tổ chức chọn cải tiến có tác dụng chung, giữ điều kiện cho đầu vào, đầu ra và khả năng duy trì.

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: chủ dịch vụ và đại diện nghiệp vụ rà phụ thuộc trong luồng tạo kết quả.

Nhóm tiếp nhận giảm thời gian ghi ticket bằng một biểu mẫu ngắn hơn. Nhưng nhóm xử lý phải gọi lại để hỏi thông tin, còn người dùng chờ lâu hơn trước khi công việc được hoàn tất. Chỉ số của bộ phận đầu tốt lên, trong khi dịch vụ chung chưa cải thiện.

Think and Work Holistically của ITIL 4 giúp nhìn những mối liên hệ bị bỏ qua trong cách tối ưu riêng lẻ. Một dịch vụ được tạo bởi nhiều điều kiện và hoạt động phối hợp. Muốn cải thiện, cần xác định tác động trên toàn luồng và những phần đang hỗ trợ hoặc cản kết quả.

Tối ưu cục bộ có thể chuyển công việc sang nơi khác

Một thay đổi có thể làm nhóm này ít việc hơn nhưng tăng việc cho nhóm sau. Biểu mẫu ngắn giảm nhập liệu, song thông tin thiếu tạo hỏi lại; tự động phân tuyến tăng tốc chuyển, song phân sai tạo làm lại. Vì vậy, thời gian của một bước chưa đủ để kết luận toàn dịch vụ tốt hơn.

Không phải mọi cải thiện riêng lẻ đều có vấn đề. Chúng có ích khi giải quyết một điểm nghẽn mà vẫn giữ điều kiện cho phần còn lại. Câu hỏi cần kiểm tra là đầu ra sau thay đổi có còn dùng được và việc chờ, xử lý hay rủi ro được chuyển đi đâu.

Chỉ số cũng ảnh hưởng hành vi. Nếu một nhóm được đánh giá bằng số việc chuyển ra, họ có thể giảm thời gian giữ nhưng không giữ chất lượng giao nhận. Người quản lý cần nhìn kết quả chung và phần đóng góp có thể kiểm soát, để cách đo không khuyến khích đẩy vấn đề sang bộ phận khác.

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. Khi vận dụng, cần dùng một luồng công việc cụ thể và bằng chứng thực, tránh diễn giải toàn diện thành yêu cầu xem xét mọi thứ với cùng độ sâu.

Xác định ranh giới theo kết quả dịch vụ

Ranh giới cần bắt đầu từ lúc nhu cầu xuất hiện và kết thúc ở kết quả phù hợp. Nếu chỉ theo công cụ IT, có thể bỏ phần người dùng chuẩn bị, xin xác nhận hoặc chờ ngoài hệ thống. Những khoảng chờ đó vẫn ảnh hưởng trải nghiệm và kết quả doanh nghiệp dù không nằm trong đồng hồ của ticket.

Tình huống giả định: nhân viên mới cần làm việc theo vai trò. IT cung cấp thiết bị và tài khoản, nghiệp vụ xác nhận trách nhiệm, nhân sự cung cấp thông tin và đối tác hỗ trợ một nền tảng. Chỉ số cấp tài khoản nhanh chưa phản ánh toàn bộ khả năng bắt đầu công việc.

Nhóm cần ghi công việc, người tham gia, đầu vào và điểm chuyển. Một sơ đồ theo quy định chỉ cho biết cách dự kiến; quan sát trường hợp thực giúp biết cách đang diễn ra. Các trao đổi riêng, bảng theo dõi hoặc bước làm lại cần được ghi để thấy phần bị che bởi sơ đồ chính thức.

Chọn ranh giới không có nghĩa phòng IT nhận mọi trách nhiệm. Chủ nghiệp vụ và các bên giữ phần của mình, còn cơ chế dịch vụ nối chúng. Đầu mối toàn luồng cần quyền yêu cầu thông tin và trình điểm đứt, không nhất thiết tự quyết mọi vấn đề chuyên môn.

Rà các điều kiện ngoài quy trình

Cách nhìn toàn diện cần xem bốn chiều của quản lý dịch vụ: 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ột điểm chậm có thể xuất phát từ dữ liệu hoặc quyền, không chỉ do trình tự công việc.

Trong dịch vụ nhân viên mới, thông tin vai trò thiếu khiến nhóm cấp quyền phải hỏi lại. Công cụ tự động chưa thể sửa nếu nguồn chưa đúng. Nếu người xác nhận không có quyền hoặc không được bố trí thời gian, thêm thông báo có thể chỉ tăng lượng nhắc việc mà không tạo khả năng quyết định.

Đối tác cũng có thể tạo phụ thuộc quan trọng. Một thành phần được hỗ trợ theo giờ khác với nhu cầu công việc sẽ ảnh hưởng cam kết chung. Doanh nghiệp cần xem điểm giao nhận và điều kiện xử lý ngoại lệ, thay vì chỉ đối chiếu chỉ tiêu riêng của từng hợp đồng.

Thông tin cần đủ để giải thích quan hệ, không cần thu thập mọi chi tiết cùng lúc. Hãy bắt đầu từ câu hỏi người dùng chưa đạt kết quả vì điều gì, rồi truy các điều kiện liên quan. Cách này giữ phạm vi phân tích thực tế và tránh biến mô hình toàn diện thành một cuộc kiểm kê vô hạn.

Năng lực tổ chức dịch vụ theo kết quả và điều kiện có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong áp dụng, chủ dịch vụ cần cùng các chủ thể xác nhận quan hệ, để thông tin không chỉ phản ánh góc nhìn của một nhóm.

Đánh giá phương án bằng tác động toàn luồng

Khi chọn biện pháp, nhóm cần hỏi phần nào được cải thiện, phần nào bị tác động và điều kiện nào phải giữ. Một phương án có thể giảm thời gian nhưng tăng chi phí hỗ trợ hoặc làm yếu kiểm soát. Các đánh đổi cần được trình đúng người có quyền, không để đội kỹ thuật tự chấp nhận thay doanh nghiệp.

Câu hỏi đánh giá đề xuất	Bằng chứng cần nhìn	Điều giúp quyết định
Kết quả chung có tiến triển?	Thời gian và khả năng hoàn tất công việc	Phân biệt cải thiện bước với dịch vụ
Đầu ra có còn dùng được?	Lý do hỏi lại, chuyển lại và làm lại	Giữ chất lượng giao nhận
Tải công việc chuyển đi đâu?	Nguồn lực ở các nhóm liên quan	Tránh tạo quá tải mới
Điều kiện bảo vệ có giữ?	Quyền, dữ liệu và kiểm soát cần thiết	Đánh giá rủi ro của phương án
Cách làm có duy trì được?	Vai trò, hướng dẫn và hỗ trợ thường xuyên	Chọn phạm vi mở rộng phù hợp

Bảng là công cụ xem phương án đề xuất, không phải mẫu đánh giá chính thức của ITIL. Cần giữ nguồn dữ liệu và phạm vi. Một kết quả trung bình tốt có thể che nhóm hoặc thời điểm quan trọng đang bị ảnh hưởng, nên phân tích phải tương xứng với ý nghĩa dịch vụ.

Năng lực phân bổ và điều phối nguồn lực có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Trong doanh nghiệp, người quản lý cần nhìn cả hoạt động hiện hữu và cải tiến, để phương án không chỉ chạy được khi mọi nhóm đều rảnh.

Một thay đổi được thu hẹp sau khi nhìn phụ thuộc

Trong tình huống giả định, nhóm muốn tự động cấp quyền để giảm chờ. Phân tích toàn luồng cho thấy danh sách quyền theo vai trò chưa được nghiệp vụ xác nhận, còn thông tin nhân sự có trường hợp cập nhật muộn. Tự động rộng sẽ tăng tốc xử lý đầu vào chưa đáng tin.

Nhóm chọn một vai trò và chuẩn hóa thông tin cùng trách nhiệm trước. Luồng thử giữ điều kiện xác nhận, cách xử lý khi dữ liệu không khớp và người theo dõi. Tự động hóa được áp dụng phần phù hợp sau khi đầu vào đã được kiểm chứng, không phải thay mọi kiểm soát bằng tốc độ.

Dữ liệu thử nhìn từ lúc nhu cầu được xác định đến khi nhân viên làm được công việc. Nhóm giữ cả thời gian từng bước và lý do chờ để giải thích. Nếu thiết bị được giao nhanh nhưng ứng dụng chuyên môn chưa sẵn sàng, kết quả chung chưa đạt và cần xử lý phụ thuộc tiếp theo.

Kết quả cần được trình cùng điều kiện. Một nhóm nhỏ có dữ liệu tốt chưa đại diện mọi vai trò. Trước mở rộng, rà khả năng của nguồn, quyền xác nhận và tải xử lý ngoại lệ. Bằng chứng từ thử giúp chọn bước tiếp theo, không tự trở thành lời bảo đảm toàn tổ chức sẽ có kết quả tương tự.

Giữ trách nhiệm chung mà không làm mờ chuyên môn

Người sở hữu dịch vụ hoặc luồng giữ việc theo dõi kết quả và các điểm giao nhận. Các nhóm vẫn thực hiện và chịu trách nhiệm cho phần chuyên môn. Khi không thể tiếp tục vì xung đột quyền hoặc nguồn lực, cần cơ chế trình lựa chọn rõ thay vì để đầu mối làm thay mọi việc.

Lãnh đạo cần nhìn dịch vụ theo tác động doanh nghiệp và các đánh đổi. 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ày. Trong thực tế, chỉ đạo phải đủ rõ để các nhóm biết kết quả ưu tiên và điều kiện không được bỏ.

Cách nhìn toàn diện cũng cần được đưa vào quản lý thay đổi. Với mỗi biện pháp quan trọng, ghi những phần bị tác động và người phải xác nhận. Không cần tài liệu lớn cho mọi việc, nhưng phải giữ thông tin đủ để tránh một lựa chọn thuận tiện riêng lẻ tạo hệ quả khó thấy ở nơi khác.

Sau một chu kỳ, rà chỉ số và phản hồi để biết tối ưu đang phục vụ gì. Nếu mỗi nhóm tốt lên mà người dùng vẫn chờ, cần xem các khoảng giữa nhóm và các điều kiện ngoài công cụ. Đó là nơi mô hình toàn diện thường tạo thêm hiểu biết so với báo cáo hiệu suất riêng lẻ.

Một cách rà thực tế là so thời gian làm việc với thời gian chờ trong vài trường hợp có ý nghĩa. Nếu phần chờ chiếm nhiều nhưng mỗi nhóm chỉ đề xuất tăng tốc thao tác, biện pháp đang bỏ qua điểm cần quyết định hoặc giao nhận. Cần giữ lý do chờ để phân biệt thiếu dữ liệu, thiếu nguồn lực và chờ xác nhận. Mỗi loại dẫn tới người xử lý và lựa chọn khác nhau.

Không nên dùng kết quả đo để quy lỗi ngay cho nhóm có hàng chờ dài. Họ có thể đang nhận đầu vào sai hoặc gánh tải do cách ưu tiên chung. Người quản lý phải xem cơ chế tạo hàng chờ, rồi mới chọn thay đổi trong phạm vi đủ để giải quyết.

Think and Work Holistically giúp cải tiến đúng hệ thống đang tạo dịch vụ. Khi đầu vào, đầu ra, nguồn lực và kiểm soát được nối, tổ chức có thể lựa chọn một thay đổi có tác dụng chung. Tối ưu từng bộ phận lúc đó phục vụ kết quả toàn dịch vụ thay vì chỉ tạo những báo cáo tốt riêng.