INFOCHIEF ACADEMY · IT MANAGER KNOWLEDGE SERIES
Quản lý hiệu suất nhân viên IT: Kết hợp KPI, năng lực, hành vi và kết quả công việc.
Đánh giá nhân viên IT cần kết hợp kết quả, KPI, năng lực và hành vi. Bài viết hướng dẫn xây cơ chế hiệu suất công bằng, có bằng chứng và hỗ trợ phát triển.
Biên soạn: Infochief Academy · Chuyên đề: Trưởng phòng IT chuyên nghiệp – IT Manager
Đếm ticket dễ, đánh giá đóng góp mới khó
Một kỹ sư xử lý 120 ticket trong tháng có thể trông “năng suất” hơn người chỉ xử lý 40 ticket. Nhưng nếu 120 ticket phần lớn là tác vụ lặp lại, tỷ lệ mở lại cao và người đó ít chia sẻ tri thức, con số không nói đầy đủ về hiệu suất. Ngược lại, người xử lý ít ticket nhưng giải quyết sự cố phức tạp, tự động hóa công việc và nâng năng lực cả nhóm có thể tạo giá trị lớn hơn.Vì vậy, hiệu suất nhân viên IT không thể được đo bằng một chỉ số đơn. IT Manager cần kết hợp bốn góc nhìn: kết quả công việc, đóng góp vào dịch vụ/KPI, năng lực chuyên môn và hành vi làm việc. Bốn góc này giúp tránh hai sai lầm phổ biến: “đánh giá theo cảm giác” và “đánh giá theo số lượng”.
Chương trình Trưởng Phòng IT Chuyên Nghiệp – IT Manager có liên quan trực tiếp đến bài toán này vì trưởng phòng phải thiết kế mục tiêu, giao việc, đánh giá và phát triển đội ngũ chứ không chỉ kiểm tra sản lượng.
Bốn lớp bằng chứng tạo nên một đánh giá cân bằng
Một khung đánh giá thực tế có thể gồm bốn lớp. Lớp thứ nhất là output/result: công việc được bàn giao đúng phạm vi, thời hạn và chất lượng hay không. Lớp thứ hai là KPI/dịch vụ: đóng góp của cá nhân có giúp chỉ số nhóm tốt lên không. Lớp thứ ba là competency: người đó có đủ năng lực để xử lý công việc ở mức độ phức tạp mong đợi không. Lớp thứ tư là behavior: cách phối hợp, chủ động, quản lý rủi ro và giao tiếp có phù hợp vai trò không.| Lớp đánh giá | Câu hỏi | Bằng chứng |
|---|---|---|
| Kết quả | Đã hoàn thành gì? | Deliverable, deadline, chất lượng, lỗi sau bàn giao |
| KPI/dịch vụ | Đóng góp vào mục tiêu đội thế nào? | SLA, MTTR, backlog, adoption, cost |
| Năng lực | Có thể làm việc ở mức trách nhiệm nào? | Độ phức tạp, mức độc lập, kiến thức, quyết định |
| Hành vi | Làm việc với người khác ra sao? | Giao tiếp, ownership, collaboration, coaching |
Không nhất thiết gán trọng số cố định cho mọi vai trò. Một service desk analyst có thể nhấn mạnh chất lượng dịch vụ và giao tiếp; một architect cần nhấn mạnh quyết định thiết kế và ảnh hưởng; một team lead cần thêm khả năng phát triển người khác.
Phân biệt KPI cá nhân với KPI của hệ thống
Nhiều chỉ số IT mang tính hệ thống và không nên gắn trực tiếp cho một người. Uptime, thời gian khôi phục, mức hài lòng người dùng hay tỷ lệ thay đổi thành công thường là kết quả của quy trình, công cụ và nhiều vai trò phối hợp. Nếu biến các chỉ số này thành KPI cá nhân cứng, nhân viên có thể tối ưu cục bộ hoặc tránh nhận việc khó.Hãy phân loại chỉ số thành ba nhóm: chỉ số mà cá nhân kiểm soát trực tiếp, chỉ số mà cá nhân có đóng góp đáng kể và chỉ số cấp đội chỉ dùng để tạo bối cảnh. Ví dụ, kỹ sư có thể chịu trách nhiệm trực tiếp về chất lượng thay đổi của mình, đóng góp vào MTTR của team, nhưng không thể một mình chịu trách nhiệm cho uptime toàn hệ thống.
Tư duy quản lý dịch vụ trong Quản Lý Dịch Vụ IT – ITSM giúp trưởng phòng tránh việc cắt nhỏ KPI đến mức mất góc nhìn end-to-end của dịch vụ.
Đánh giá năng lực bằng mức trách nhiệm, không chỉ chứng chỉ
Chứng chỉ và khóa học là dữ liệu hữu ích nhưng không tự chứng minh năng lực. Một người có thể hoàn thành khóa học nhưng vẫn cần hướng dẫn khi áp dụng. Ngược lại, người chưa có chứng chỉ có thể thể hiện năng lực cao qua cách xử lý vấn đề, ra quyết định và dẫn dắt công việc.SFIA cung cấp cách nhìn dựa trên mức trách nhiệm, mức độ tự chủ, ảnh hưởng, độ phức tạp, kỹ năng kinh doanh và kiến thức. IT Manager có thể học tinh thần này để mô tả năng lực bằng hành vi quan sát được: “tự xử lý yêu cầu chuẩn dưới giám sát chung”, “thiết kế giải pháp và tư vấn các bên liên quan”, “định hướng thực hành cho nhiều nhóm”… thay vì chỉ dùng nhãn mơ hồ như “junior/senior”.
Khi người quản lý xác định rõ mức trách nhiệm, cuộc trao đổi phát triển trở nên cụ thể: nhân viên biết muốn lên mức tiếp theo phải làm được điều gì, không chỉ “cần nhiều kinh nghiệm hơn”. Tham khảo thêm Quản Lý Đội Ngũ Nhân Viên IT cho các kỹ thuật giao việc, đánh giá và phát triển.
Thiết kế chu kỳ hiệu suất: mục tiêu – bằng chứng – phản hồi – hiệu chỉnh
Đánh giá cuối năm thường thất bại khi người quản lý cố nhớ lại 12 tháng trong một buổi. Thay vào đó, hãy xây chu kỳ ngắn: đầu kỳ thống nhất mục tiêu; hàng tháng hoặc hàng quý kiểm tra bằng chứng; phản hồi ngay khi hành vi hoặc kết quả xuất hiện; cuối kỳ tổng hợp dữ liệu đã có.- Đầu kỳ: 3–5 mục tiêu kết quả và 2–3 kỳ vọng năng lực/hành vi.
- Trong kỳ: lưu ví dụ cụ thể về kết quả tốt, lỗi, phản hồi khách hàng và bài học.
- Check-in: trao đổi tiến độ, trở ngại, ưu tiên mới và hỗ trợ cần thiết.
- Calibration: các quản lý so sánh cách áp dụng tiêu chí để giảm chênh lệch.
- Cuối kỳ: đánh giá dựa trên bằng chứng, không dựa trên ấn tượng gần nhất.
Đối với trưởng nhóm trực tiếp giám sát nhân viên, Quản Lý Giám Sát IT – IT Supervisor là liên kết phù hợp để chuẩn hóa kỹ năng phản hồi, coaching và theo dõi hiệu suất hàng ngày.
Tình huống minh họa: người xử lý nhanh nhưng gây nhiều rework
Tình huống giả định: một nhân viên support có số ticket đóng cao nhất nhóm. Tuy nhiên, tỷ lệ ticket mở lại cũng cao, người dùng phản ánh giải thích chưa rõ và đồng nghiệp thường phải sửa ghi chú tri thức sau khi ticket kết thúc.Nếu chỉ nhìn số lượng, người này có thể được xếp loại cao. Khi bổ sung chất lượng, trải nghiệm người dùng, tri thức và hành vi phối hợp, bức tranh thay đổi. IT Manager không nên “trừ điểm” một cách cơ học; cần tìm nguyên nhân: áp lực số lượng khiến nhân viên đóng ticket quá sớm, thiếu kỹ năng giao tiếp, hay tiêu chí đội đang khuyến khích sai hành vi.
Kế hoạch cải thiện có thể gồm: giảm mục tiêu số lượng, tăng sampling chất lượng, yêu cầu ghi chép tri thức theo chuẩn, shadowing với người có kỹ năng giao tiếp tốt và check-in sau bốn tuần. Đánh giá hiệu suất tốt phải dẫn đến hành động phát triển, không chỉ tạo một con số xếp hạng.
Cách xử lý hiệu suất thấp mà vẫn công bằng
Khi hiệu suất chưa đạt, trước khi kết luận vấn đề ở cá nhân, hãy kiểm tra bốn nhóm nguyên nhân: mục tiêu có rõ không, người đó có năng lực không, có đủ công cụ/quyền hạn không và có vấn đề động lực/hành vi không. Sai nguyên nhân sẽ dẫn tới sai giải pháp.Nếu thiếu năng lực, giải pháp là hướng dẫn, thực hành và coaching. Nếu mục tiêu mơ hồ, người quản lý phải làm rõ. Nếu công cụ chậm hoặc quy trình vướng, cần cải tiến hệ thống. Nếu cá nhân biết rõ kỳ vọng, có năng lực và điều kiện nhưng liên tục không thực hiện, khi đó mới chuyển sang kế hoạch hiệu suất có mốc và bằng chứng cụ thể.
Mỗi kỳ vọng trong kế hoạch cải thiện nên quan sát được: “giảm tỷ lệ ticket reopen dưới ngưỡng đã thống nhất”, “hoàn tất peer review trước khi triển khai”, “phản hồi yêu cầu theo template trong 30 ngày”… Tránh câu mơ hồ như “cần chủ động hơn” nếu không giải thích hành vi mong đợi.
Checklist cho một hệ thống đánh giá vừa đo được vừa phát triển được
Một hệ thống hiệu suất tốt cần trả lời được cả “người này đạt kết quả gì?” và “người này đang phát triển đến đâu?”.- Mỗi vai trò có 3–5 kết quả chính, không phải hàng chục KPI.
- Phân biệt KPI cá nhân và KPI cấp đội.
- Có tiêu chí về chất lượng, không chỉ số lượng.
- Năng lực được mô tả bằng hành vi và mức trách nhiệm quan sát được.
- Check-in diễn ra trong kỳ, không chờ cuối năm.
- Phản hồi tiêu cực đi kèm ví dụ, tác động và kỳ vọng mới.
- Calibration được dùng để giảm thiên lệch giữa các quản lý.
- Kết quả đánh giá dẫn đến kế hoạch phát triển cụ thể.
Hành động nên bắt đầu: chọn một vai trò phổ biến trong đội IT, rà lại KPI hiện tại và đánh dấu chỉ số nào thực sự nằm trong khả năng kiểm soát của cá nhân. Những KPI không kiểm soát được nên chuyển thành chỉ số cấp đội hoặc chỉ số bối cảnh.
Calibration và phát triển nghề nghiệp: tránh biến đánh giá thành cuộc mặc cả điểm số
Khi nhiều trưởng nhóm cùng đánh giá nhân viên, tiêu chuẩn có thể lệch. Một quản lý rất chặt có thể cho điểm thấp hơn người khác dù đội của họ thực hiện tốt tương đương. Calibration giúp các quản lý mang bằng chứng vào cùng một cuộc trao đổi, so cách áp dụng tiêu chí và thống nhất cách hiểu.Calibration không nên trở thành buổi “ép phân phối” hay thương lượng để tăng điểm cho nhân viên của mình. Mục tiêu là nhất quán hơn về mức kỳ vọng. Người quản lý cần trả lời bằng ví dụ: kết quả nào vượt chuẩn, hành vi nào thể hiện mức trách nhiệm cao hơn, và bằng chứng nào cho thấy năng lực đã tiến bộ.
Đánh giá cũng nên nối với career path. Nếu một kỹ sư muốn trở thành team lead, kế hoạch không thể chỉ gồm khóa học quản lý. Họ cần cơ hội dẫn dắt một cải tiến nhỏ, điều phối một incident review, mentoring nhân viên mới hoặc trình bày service review. Những trải nghiệm này tạo bằng chứng cho năng lực ở mức trách nhiệm cao hơn. Khi nhân viên thấy đánh giá gắn với cơ hội phát triển thật, hệ thống hiệu suất bớt cảm giác “chấm điểm cuối năm” và trở thành công cụ quản lý nghề nghiệp.
Bài viết liên quan
- Xây dựng ma trận năng lực và kế hoạch phát triển đội ngũ IT.
- Tổ chức họp điều hành IT hiệu quả: Báo cáo vấn đề, ra quyết định và theo dõi hành động.
- IT và các phòng ban bất đồng: Chuyển tranh luận kỹ thuật thành mục tiêu chung
- Khi mọi yêu cầu đều khẩn cấp: IT Manager thiết lập cơ chế ưu tiên ra sao?
Nguồn tham khảo
- SFIA – How SFIA works
- SFIA – Levels of responsibility
- ISACA – COBIT resources
- ISO/IEC 38500:2024 – Governance of IT for the organization
Các nguồn trên được dùng làm tài liệu tham khảo cho nguyên tắc quản trị và quản lý. Nội dung bài viết là diễn giải ứng dụng của Infochief Academy cho bối cảnh điều hành bộ phận IT.