Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 24 — Performance Management — Khung và Cadence

Technical Leadership Bài 24/60

Mở đầu — vì sao bài này quan trọng

Nếu bạn hỏi mười tech lead hoặc engineering manager rằng phần nào của công việc quản lý khiến họ căng thẳng nhất, phần lớn sẽ nhắc đến "đánh giá hiệu suất". Không phải vì họ không quan tâm đến con người — mà vì đa số làm điều đó sai cách: dồn hết vào một buổi review cuối năm, nói những điều mà lẽ ra phải nói từ nhiều tháng trước, và biến một quá trình lẽ ra phải giúp người ta trưởng thành thành một buổi "phán xét" đầy lo lắng cho cả hai bên.

Performance management — quản lý hiệu suất — không phải là buổi đánh giá cuối kỳ. Nó là một hệ thống vận hành liên tục: bạn thiết lập kỳ vọng rõ ràng, đo lường sự tiến bộ theo nhịp đều đặn, đưa phản hồi kịp thời, và tạo điều kiện để một kỹ sư biết chính xác họ đang đứng ở đâu và cần đi đâu tiếp. Khi làm tốt, review cuối kỳ chỉ là bản tóm tắt của những gì cả hai đã biết — không có bất ngờ nào cả.

Bài này tập trung vào hai trụ cột: khung (framework) để cấu trúc việc quản lý hiệu suất, và cadence — nhịp độ các cuộc trao đổi để hệ thống đó sống động. Đây là kỹ năng phân biệt một người "được thăng lên làm quản lý" với một người thực sự lãnh đạo được con người. Ở các bài sau bạn sẽ học riêng về PIP (Bài 25) khi hiệu suất tụt xuống, và về career ladder (Bài 22) làm nền cho việc đánh giá — bài này là cầu nối vận hành giữa hai thứ đó.

Khái niệm cốt lõi

Performance management là một vòng lặp, không phải một sự kiện

Hãy hình dung quản lý hiệu suất như một vòng lặp bốn bước liên tục quay:

  • Set expectations — Thiết lập kỳ vọng: kỹ sư biết rõ vai trò của họ ở level nào yêu cầu điều gì, mục tiêu quý này là gì.
  • Observe & measure — Quan sát và đo lường: bạn thu thập bằng chứng liên tục về công việc thực tế, không dựa vào trí nhớ mơ hồ.
  • Give feedback — Đưa phản hồi: liên tục, kịp thời, cụ thể — cả tích cực lẫn điều chỉnh.
  • Evaluate & calibrate — Đánh giá và hiệu chỉnh: tổng kết định kỳ, so sánh công bằng giữa các thành viên.
Sai lầm phổ biến nhất là chỉ làm bước 4, và làm mỗi năm một lần. Kết quả là kỳ vọng mơ hồ, bằng chứng dựa trên "recency bias" (chỉ nhớ những gì xảy ra gần đây), và phản hồi đến quá muộn để người ta kịp sửa.

Ba loại nhịp (cadence) và mục đích khác nhau

Điểm mấu chốt của bài này là hiểu rằng các cuộc trao đổi khác nhau phục vụ mục đích khác nhau. Trộn lẫn chúng làm hỏng cả hai.

Weekly 1:1 — nhịp vận hành (operational). Đây là cuộc gặp 30 phút hàng tuần với từng kỹ sư. Trọng tâm: blocker đang cản trở họ, tâm trạng và mức năng lượng (mood), những vấn đề ngắn hạn cần tháo gỡ. Đây không phải buổi để đánh giá hiệu suất hay báo cáo tiến độ dự án (việc đó thuộc về standup). 1:1 là không gian của kỹ sư, không phải của bạn. Một câu hỏi mở đầu tốt: "Tuần này có gì đang làm em thấy vướng hoặc khó chịu không?"

Monthly check-in — nhịp mục tiêu (progress). Mỗi tháng, bạn lùi lại một bước để nhìn bức tranh lớn hơn: kỹ sư đang tiến đến đâu so với các mục tiêu đã đặt cho quý? Có mục tiêu nào cần điều chỉnh vì bối cảnh thay đổi không? Đây là lúc kết nối công việc hàng ngày với sự phát triển sự nghiệp. Nhịp tháng đủ dài để thấy xu hướng, đủ ngắn để kịp uốn nắn.

Quarterly review — nhịp chính thức (formal). Mỗi quý (hoặc mỗi nửa năm ở một số công ty), bạn có một buổi đánh giá chính thức, có văn bản, thường gắn với calibration toàn nhóm và đôi khi với lương thưởng. Đây là nơi tổng kết bằng chứng đã tích lũy, đối chiếu với level/ladder, và thống nhất định hướng cho quý tới.

Quy tắc vàng: nếu điều gì đó xuất hiện lần đầu trong quarterly review, bạn đã thất bại ở nhịp weekly và monthly. Review chính thức chỉ nên là bản tổng kết chính thức hóa những điều đã được nói nhiều lần.

Bằng chứng, không phải cảm giác

Một khung performance management đáng tin cậy phải dựa trên bằng chứng cụ thể, không phải ấn tượng. "Anh ấy có vẻ senior" là ấn tượng. "Trong quý này, anh ấy dẫn dắt thiết kế hệ thống thanh toán, mentor hai junior đến mức họ tự merge PR độc lập, và giảm thời gian build từ 12 phút xuống 4 phút" là bằng chứng. Hãy nuôi một "brag document" hoặc một ghi chú chạy dài cho từng người: mỗi tuần chép lại một-hai quan sát cụ thể. Đến quý, bạn có sẵn tư liệu thay vì phải bới trí nhớ.

Tách bạch ba thứ dễ bị trộn lẫn

Ba khái niệm này liên quan nhưng phải được xử lý riêng: hiệu suất (performance) — kết quả và tác động công việc; phát triển (development/growth) — kỹ năng đang lớn lên; và lương thưởng (compensation). Khi bạn nói về growth trong cùng câu với lương, người ta ngừng nghe về growth và chỉ nghĩ về tiền. Kinh nghiệm tốt: tách buổi bàn về sự phát triển ra khỏi buổi bàn về lương thưởng ít nhất vài tuần.

Tình huống thực tế

Tình huống 1 — Tiki: khi review nửa năm một lần tạo ra "bất ngờ đau"

Một engineering manager tại một công ty thương mại điện tử lớn ở TP.HCM (tạm gọi bối cảnh Tiki) quản lý team 8 kỹ sư. Công ty chỉ có review chính thức mỗi 6 tháng. Một backend engineer tên Minh, mid-level, luôn được anh nghĩ là "ổn". Đến kỳ review tháng 6, khi calibration với các manager khác, anh nhận ra Minh thực ra đang tụt lại: code của Minh liên tục cần sửa nhiều vòng, và Minh né những task khó. Anh phải cho Minh điểm "below expectations" — và Minh sốc thật sự, vì suốt 6 tháng chưa ai nói với cậu điều gì tiêu cực.

Diễn giải: Vấn đề không nằm ở Minh, mà ở hệ thống cadence. Không có weekly 1:1 thực chất, không có monthly check-in về mục tiêu, nên tín hiệu tiêu cực tích lũy âm thầm suốt nửa năm. Đến khi nói ra, nó vừa muộn vừa nặng.

Bài học: Sau việc này, manager đó thiết lập weekly 1:1 30 phút và monthly check-in 45 phút. Trong vòng một quý, cậu bắt đầu nói với Minh những phản hồi nhỏ ngay khi quan sát được ("PR tuần này phải sửa 4 vòng, mình cùng xem em có thể tự review trước khi gửi không nhé"). Minh cải thiện rõ, và quan trọng hơn, không còn cú sốc nào ở review tiếp theo.

Tình huống 2 — Grab: dùng monthly check-in để cứu một ngôi sao đang chán

Tại một team ở một công ty công nghệ khu vực Đông Nam Á (bối cảnh Grab), một senior engineer tên Linh là người giỏi nhất nhóm — nhưng trong ba tháng liền, output của cô giảm dần. Weekly 1:1 chỉ toàn nói về blocker kỹ thuật nên không lộ ra vấn đề. Mãi đến monthly check-in, khi manager hỏi "so với mục tiêu năm nay em muốn trở thành staff engineer, em thấy ba tháng qua mình có đang tiến gần hơn không?", Linh mới thẳng thắn: cô cảm thấy công việc hiện tại toàn là maintenance, không có gì thử thách, và đang cân nhắc nghỉ việc.

Diễn giải: Nhịp weekly quá sát mặt đất để phát hiện vấn đề về động lực và định hướng. Chính nhịp monthly — lùi lại nhìn mục tiêu lớn — mới bộc lộ được. Đây là minh chứng vì sao ba cadence phục vụ ba mục đích không thay thế nhau được.

Bài học: Manager điều chỉnh phân công, giao cho Linh dẫn dắt một dự án migration hệ ththống realtime mới. Linh ở lại, và sáu tháng sau được promote lên staff. Nếu chỉ có weekly 1:1, có lẽ công ty đã mất cô mà không hiểu vì sao.

Tình huống 3 — startup fintech: bằng chứng cứu một cuộc calibration công bằng

Một startup fintech ở Hà Nội, khoảng 30 kỹ sư, đến kỳ đánh giá quý. Hai kỹ sư — Tuấn (nói nhiều, hay xuất hiện trong họp) và Hà (ít nói, làm việc thầm lặng) — được đề xuất mức rating khác nhau: Tuấn "exceeds", Hà "meets". Khi VP Engineering yêu cầu bằng chứng, manager của Hà mở "brag document" đã ghi hàng tuần: Hà là người thiết kế lại pipeline CI giúp cả công ty giảm thời gian deploy 40%, và âm thầm mentor ba người. Bằng chứng của Tuấn thì mỏng — chủ yếu là "hiện diện". Rating được điều chỉnh: cả hai đều "exceeds".

Diễn giải: Không có bằng chứng chạy dài, calibration sẽ nghiêng về người ồn ào nhất — một dạng thiên kiến gây hại đặc biệt cho những người introvert và cho sự công bằng chung.

Bài học: Ghi chép bằng chứng hàng tuần không phải là thủ tục hành chính — nó là cơ chế bảo vệ sự công bằng và giữ chân những đóng góp thầm lặng nhưng giá trị nhất.

Hướng dẫn từng bước

Bước 1 — Thiết lập kỳ vọng rõ ràng ngay từ đầu. Trước khi đánh giá bất kỳ ai, đảm bảo họ biết level của mình yêu cầu gì (dựa trên engineering ladder — xem Bài 22) và mục tiêu quý này là gì. Viết ra 2–4 mục tiêu cụ thể, đo được cho mỗi người. Kỳ vọng ngầm là nguồn gốc của mọi cuộc đánh giá bất công.

Bước 2 — Chạy weekly 1:1 đúng chất. 30 phút mỗi tuần, cố định lịch. Để kỹ sư dẫn dắt agenda. Ba câu hỏi cột sống: "Có gì đang chặn em không?", "Tuần này em thấy thế nào (mood)?", "Có gì em cần từ mình không?". Ghi note ngay sau buổi — cả action items lẫn một-hai quan sát về hiệu suất.

Bước 3 — Chạy monthly check-in về mục tiêu. 45–60 phút mỗi tháng. Lùi khỏi vận hành hàng ngày. Đối chiếu tiến độ với mục tiêu quý, điều chỉnh mục tiêu nếu bối cảnh đổi, và nối công việc với con đường phát triển dài hạn. Đây là nơi bạn phát hiện sớm vấn đề động lực.

Bước 4 — Duy trì kho bằng chứng. Sau mỗi 1:1 và mỗi lần quan sát đáng chú ý, chép một dòng vào tài liệu riêng cho từng người. Cụ thể, có bối cảnh, tốt nhất là có con số hoặc tác động.

Bước 5 — Chuẩn bị quarterly review từ bằng chứng. Khi đến quý, tổng hợp kho bằng chứng thành một bản đánh giá có cấu trúc: điểm mạnh (kèm ví dụ), điểm cần phát triển (kèm ví dụ), đối chiếu level, và định hướng quý tới. Không thêm bất kỳ điều gì chưa từng được nói ở nhịp weekly/monthly.

Bước 6 — Calibrate với các quản lý khác. Trước khi chốt rating, ngồi cùng các manager khác so sánh chuẩn mực. "Exceeds" của bạn có bằng "exceeds" của người kia không? Calibration dùng bằng chứng để chống thiên kiến và giữ công bằng toàn tổ chức.

Bước 7 — Truyền đạt review theo hai chiều. Trình bày đánh giá, nhưng dành nửa thời gian để lắng nghe. Kết thúc bằng 2–3 hành động cụ thể cho quý tới mà cả hai đồng thuận.

Lỗi thường gặp & mẹo

Lỗi: Dồn hết vào review cuối kỳ. Đây là lỗi chết người. Mẹo: coi review chính thức chỉ là "no surprises summary" — nếu có bất ngờ, hệ thống cadence của bạn đã hỏng.

Lỗi: Biến 1:1 thành status meeting. Khi bạn dùng 1:1 để hỏi "task X xong chưa", bạn phá hủy không gian tâm lý an toàn. Mẹo: chuyển câu hỏi tiến độ sang standup/async, giữ 1:1 cho blocker và con người.

Lỗi: Recency bias. Đánh giá cả quý dựa trên hai tuần cuối. Mẹo: kho bằng chứng chạy dài là thuốc giải trực tiếp.

Lỗi: Trộn hiệu suất với lương thưởng trong cùng một buổi. Người ta ngừng nghe về phát triển. Mẹo: tách buổi bàn growth và buổi bàn compensation cách nhau vài tuần.

Lỗi: Phản hồi mơ hồ. "Em cần proactive hơn" không giúp ai cải thiện. Mẹo: luôn kèm hành vi cụ thể và ví dụ — "Trong buổi thiết kế tuần trước, khi thấy vấn đề về scaling, nếu em nêu ra ngay thay vì chờ được hỏi thì đó là proactive."

Lỗi: Thiên vị người ồn ào. Mẹo: calibration dựa trên bằng chứng, không dựa trên độ hiện diện.

Mẹo bổ sung: Đừng để nhịp cadence trượt lịch. Weekly 1:1 bị hủy liên tục là tín hiệu bạn đang bỏ rơi con người vì "bận". Với người đang gặp khó khăn về hiệu suất, tăng tần suất — 1:1 hai lần một tuần — thay vì né tránh.

Bài tập thực hành

  • Thiết kế cadence của bạn. Viết ra lịch cadence cho một team giả định 5 người: khi nào weekly 1:1, khi nào monthly check-in, khi nào quarterly review. Ghi rõ mục tiêu và 3 câu hỏi cột sống cho mỗi loại.
  • Tạo kho bằng chứng. Chọn một đồng nghiệp (hoặc chính bạn). Trong hai tuần tới, mỗi ngày chép một quan sát cụ thể về công việc của họ — có bối cảnh, có tác động. Cuối hai tuần, đọc lại và tự hỏi: nếu phải đánh giá người này bây giờ, kho bằng chứng này có đủ vững không?
  • Viết lại một phản hồi mơ hồ. Lấy ba câu phản hồi mơ hồ ("cần chủ động hơn", "giao tiếp kém", "cần lên senior"). Viết lại mỗi câu thành phản hồi cụ thể có hành vi và ví dụ đi kèm.
  • Mô phỏng calibration. Với hai "hồ sơ" kỹ sư giả định (một người ồn ào ít tác động, một người thầm lặng nhiều tác động), viết lập luận bằng chứng để bảo vệ rating công bằng cho người thầm lặng.

Tóm tắt

Performance management không phải một sự kiện cuối năm — nó là một vòng lặp liên tục: thiết lập kỳ vọng, quan sát và đo lường, đưa phản hồi kịp thời, đánh giá và hiệu chỉnh. Trái tim của hệ thống là cadence ba nhịp: weekly 1:1 cho vận hành và con người (blocker, mood), monthly check-in cho tiến độ mục tiêu và phát triển, quarterly review cho đánh giá chính thức và calibration. Ba nhịp phục vụ ba mục đích khác nhau và không thay thế được cho nhau — như tình huống của Grab cho thấy, vấn đề động lực chỉ lộ ra ở nhịp tháng chứ không ở nhịp tuần.

Nguyên tắc bao trùm: không có bất ngờ nào ở review chính thức. Mọi điều nói trong quarterly review đều đã được nói nhiều lần ở các nhịp nhỏ hơn. Và để giữ công bằng, hãy nuôi một kho bằng chứng chạy dài cho từng người — đó là thuốc giải cho recency bias và cho thiên kiến thiên vị người ồn ào. Khi bạn xây được hệ thống này, đánh giá hiệu suất không còn là nỗi sợ mà trở thành công cụ mạnh mẽ nhất để giúp con người trưởng thành.