INFOCHIEF ACADEMY · IT SUPERVISOR KNOWLEDGE SERIES

Thiết lập KPI cho nhóm IT vận hành: Kết hợp năng suất, chất lượng và khả năng đáp ứng.

Số ticket hoàn tất có thể tăng trong khi người dùng chờ lâu hơn và lỗi lặp nhiều hơn. Một bộ KPI cân bằng giúp giám sát viên nhìn kết quả dịch vụ, phát hiện điểm nghẽn và quyết định hành động phù hợp.

Biên soạn: Infochief Academy · Chuyên đề: Quản Lý Giám Sát IT – IT Supervisor

← Trở về danh mục IT Supervisor

Đọc năng suất cùng chất lượng và đáp ứng giúp KPI hỗ trợ quyết định vận hành.

Đóng nhiều ticket có thể chưa phản ánh hiệu quả vận hành

Đội IT đóng nhiều ticket hơn trong tháng nhưng người dùng vẫn chờ lâu, sự cố lặp tăng và việc bảo trì bị dời. Nếu KPI chỉ thưởng số lượng, đội có thể ưu tiên các yêu cầu dễ, chia nhỏ hồ sơ hoặc kết thúc trước khi kiểm chứng. Báo cáo năng suất khi đó không giúp quản lý hiểu chất lượng dịch vụ.

KPI cho nhóm vận hành cần nhìn đồng thời lượng công việc, chất lượng kết quả và khả năng đáp ứng. Ba góc nhìn phải liên quan tới dịch vụ doanh nghiệp sử dụng. Không cần nhiều chỉ số; cần mỗi chỉ số trả lời một câu hỏi và dẫn tới một quyết định.

Nền tảng quản lý dịch vụ IT giúp bắt đầu từ yêu cầu dịch vụ, còn người giám sát chuyển các yêu cầu đó thành định nghĩa dữ liệu và hành động của đội. Một bảng KPI hữu ích phải đủ rõ để hai người tính ra cùng kết quả từ cùng nguồn thông tin.

Bắt đầu từ dịch vụ và quyết định cần hỗ trợ

Chọn phạm vi trước: đội hỗ trợ người dùng, hạ tầng hay vận hành ứng dụng có nhu cầu và luồng công việc khác nhau. Xác định dịch vụ thiết yếu, nhóm người nhận, cam kết hiện có và những quyết định quản lý thường gặp. Ví dụ, cần biết khi nào phân phối lại tải, bổ sung kỹ năng hoặc ưu tiên việc phòng ngừa.

Không mặc định mọi KPI của đội đều chuyển thành KPI cá nhân. Kết quả dịch vụ thường phụ thuộc nhiều người, nhà cung cấp và hệ thống. Có thể đánh giá cá nhân bằng trách nhiệm và hành vi trong phạm vi kiểm soát, đồng thời dùng chỉ số dịch vụ để quyết định cải thiện chung.

Trước khi đặt mục tiêu, kiểm tra dữ liệu hiện trạng. Nếu timestamp không nhất quán hoặc ticket thường được đóng hàng loạt cuối ca, số liệu thời gian có thể sai lệch. Cần sửa cách ghi nhận và xác định mức độ tin cậy, tránh đặt mục tiêu trên dữ liệu chưa hiểu rõ.

Thiết kế ba nhóm chỉ số bổ sung cho nhau

Nhóm năng suất phản ánh lượng việc được hoàn thành và luồng công việc. Nhóm chất lượng cho biết kết quả có đáp ứng tiêu chí và phải làm lại không. Nhóm đáp ứng xem đội phản ứng và cung cấp dịch vụ theo nhu cầu, nhất là với công việc có tác động cao.

Góc nhìn	Chỉ số có thể dùng	Quyết định được hỗ trợ
Năng suất	Số hồ sơ hoàn tất theo loại việc; tuổi việc đang mở	Điều phối tải và tìm điểm nghẽn
Chất lượng	Tỷ lệ mở lại do xử lý chưa đạt; kết quả lấy mẫu hồ sơ	Sửa tiêu chí, kỹ năng hoặc quy trình
Đáp ứng	Tỷ lệ phản hồi đúng cam kết; thời gian khôi phục theo mức tác động	Bố trí trực và cải thiện khả năng phản ứng
Bảo vệ dịch vụ	Chỉ báo dịch vụ hoặc mức đạt mục tiêu đã thống nhất	Ưu tiên cải thiện độ tin cậy

Không nhất thiết sử dụng toàn bộ bảng. Chọn bộ nhỏ phù hợp dữ liệu và quyết định thực tế. Một chỉ số chỉ nên được giữ khi có người đọc, người giải thích biến động và hành động có thể thực hiện. Nếu thiếu một trong các phần này, KPI dễ trở thành số để báo cáo.

Lập từ điển KPI trước khi chốt mục tiêu

Với mỗi KPI, ghi tên, mục đích, phạm vi, công thức, nguồn, kỳ đo, loại trừ và người sở hữu. Làm rõ thời điểm bắt đầu và kết thúc của chỉ số thời gian, kể cả cách ghi nhận thời gian chờ. Việc tạm dừng đồng hồ cam kết chỉ được áp dụng theo quy định đã thống nhất, không để nhân viên tự chọn nhằm làm đẹp số liệu.

Ví dụ, tỷ lệ phản hồi đúng cam kết bằng số hồ sơ thuộc phạm vi có phản hồi đủ điều kiện đúng hạn chia cho tổng hồ sơ đủ điều kiện đo, rồi nhân 100%. “Phản hồi đủ điều kiện” cần định nghĩa: một tin nhắn tự động xác nhận nhận ticket có được tính không? Câu trả lời phụ thuộc cam kết dịch vụ, và phải được dùng nhất quán.

Tỷ lệ mở lại do xử lý chưa đạt cần tách yêu cầu mới và các trường hợp được phân loại khác. Quy định khoảng theo dõi sau đóng và cách xử lý hồ sơ chưa đủ thời gian quan sát. Nếu dùng nhóm ticket đóng trong kỳ, phải biết số liệu có thể được cập nhật khi phát sinh mở lại sau kỳ báo cáo.

Khi mẫu số bằng không, trình bày “không có dữ liệu thuộc phạm vi”, không tự ghi 100% đạt. Số mẫu nhỏ cũng cần được hiển thị để tránh so sánh quá mạnh từ vài hồ sơ. Thay đổi định nghĩa phải có phiên bản và cách giải thích ảnh hưởng tới xu hướng.

Đọc phân bố thời gian và tác động dịch vụ

Một giá trị trung bình có thể che những yêu cầu chờ rất lâu. Khi công cụ cho phép, xem trung vị và một phân vị cao phù hợp, cùng số mẫu và nhóm công việc. Nếu chưa có dữ liệu đủ tốt, có thể phân nhóm tuổi ticket và rà soát các hồ sơ lâu nhất để ra quyết định.

Thời gian phản hồi khác thời gian khôi phục, còn khôi phục khác hoàn tất điều tra. Mỗi chỉ số phải gắn với mốc sự kiện rõ. Không dùng “MTTR” mà không giải thích đang đo phục hồi, sửa chữa hay giải quyết hồ sơ, vì cách hiểu khác nhau có thể làm báo cáo sai.

Google SRE phân biệt chỉ báo mức dịch vụ với mục tiêu mức dịch vụ. Với doanh nghiệp, nguyên tắc ứng dụng là đo điều người sử dụng thực sự cần và đặt mục tiêu theo yêu cầu đã thống nhất. Mục tiêu nội bộ không tự trở thành SLA có tính cam kết với bên ngoài; trách nhiệm và điều kiện phải được xác lập riêng.

Nội dung quản lý tính sẵn sàng IT giúp liên hệ dữ liệu kỹ thuật với khả năng sử dụng dịch vụ, tránh đánh giá cả đội chỉ qua thời điểm đóng hồ sơ.

Đặt mục tiêu có căn cứ và ngăn hành vi làm đẹp số

Mục tiêu cần xem hiện trạng, mức tác động, nguồn lực và yêu cầu dịch vụ. Không sao chép một tỷ lệ đẹp từ doanh nghiệp khác khi phạm vi và cách đo khác. Có thể thử mục tiêu trong một giai đoạn, xem khả năng đo và tác động tới hành vi trước khi áp dụng rộng.

Không gộp mọi KPI thành một điểm duy nhất quá sớm. Nếu tổ chức dùng trọng số, cần quy định điều kiện tối thiểu về chất lượng và an toàn, tránh để số lượng cao bù hoàn toàn một sai lệch nghiêm trọng. Các quyết định này thuộc cơ chế đánh giá đã được doanh nghiệp phê duyệt.

Giám sát viên cần kiểm tra việc chuyển loại, tách ticket, đóng trước xác nhận và loại trừ bất thường. Mục tiêu kiểm tra là giữ tính đúng của dữ liệu và làm rõ quy tắc, không mặc định nhân viên gian lận. Nếu công cụ hoặc hướng dẫn tạo cách hiểu khác nhau, phải sửa trước khi đánh giá.

Tình huống giả định: hai kỳ báo cáo đưa ra kết luận khác

Một đội hỗ trợ giả định có số ticket đóng tăng trong kỳ. Quản lý ban đầu đánh giá năng suất tốt hơn. Khi phân nhóm, đội thấy phần tăng chủ yếu là yêu cầu đơn giản, còn các ticket ảnh hưởng ứng dụng thiết yếu chờ lâu hơn và một số hồ sơ mở lại vì thiếu kiểm chứng.

Giám sát viên bổ sung cách đọc theo loại việc, tuổi hồ sơ mở và chất lượng mẫu ticket. Đội giữ chỉ số sản lượng nhưng không dùng nó riêng lẻ. Một nhóm vướng mắc được giao người tháo gỡ, đồng thời tiêu chí xác nhận trước đóng được làm rõ.

Kỳ tiếp theo, báo cáo trình bày thay đổi về nhu cầu và định nghĩa dữ liệu cùng xu hướng. Không giả định tỷ lệ cải thiện từ tình huống này. Bài học là KPI cần giúp chọn hành động phù hợp, thay vì chỉ tạo màu xanh cho bảng tổng hợp.

Biến kỳ rà soát KPI thành quyết định quản lý

Một phiên rà soát nên bắt đầu bằng các biến động đáng chú ý và chất lượng dữ liệu. Với từng điểm, xem tác động dịch vụ, nguyên nhân đã xác minh và phần còn cần kiểm tra. Giao hành động cùng người nhận và mốc xem lại, thay vì yêu cầu mọi người giải thích từng con số.

Xác nhận phạm vi, nguồn và định nghĩa không đổi hoặc đã được giải thích.
Xem năng suất cùng chất lượng và khả năng đáp ứng theo nhóm việc.
Kiểm tra hồ sơ mẫu khi dữ liệu cho kết luận khác nhau.
Chọn điểm nghẽn hoặc rủi ro cần hành động trong kỳ tiếp theo.
Ghi người phụ trách, nguồn lực cần và bằng chứng xác nhận kết quả.
Loại bỏ hoặc sửa KPI không còn hỗ trợ quyết định.

Đội cần biết dữ liệu được dùng thế nào và có cách phản hồi sai lệch. Điều này giúp phát hiện vấn đề công cụ, phân loại hoặc timestamp trước khi kết quả được sử dụng trong đánh giá. Quyền xem dữ liệu cá nhân cũng phải phù hợp với mục đích và chính sách nội bộ.

Một bộ KPI nhỏ nhưng đủ để hành động

Bắt đầu với một dịch vụ và bộ chỉ số có dữ liệu đáng tin cậy. Thử tính trên cùng một mẫu, kiểm tra cách hiểu và rà soát tác động tới hành vi. Sau đó mới mở rộng sang các nhóm công việc khác, giữ phiên bản định nghĩa rõ.

KPI vận hành tốt giúp người giám sát biết nơi cần hỗ trợ và giúp quản lý thấy lựa chọn về nguồn lực, chất lượng và cam kết. Chương trình IT Supervisor cùng nền tảng IT Manager hỗ trợ phát triển năng lực này, để báo cáo hiệu suất gắn với quyết định cải thiện dịch vụ thực tế.