1:1, Feedback & Đánh giá hiệu suấtOne-on-Ones, Feedback & Performance

Thuộc bộ kiến thức Engineering Manager Roadmap.

Tổng quan

Nếu một engineering manager (EM) chỉ có thể làm tốt một việc duy nhất, thì đó nên là buổi 1:1 hàng tuần. Mọi thứ khác — delivery, tuyển dụng, phát triển sự nghiệp, giữ chân nhân sự — đều phụ thuộc vào chất lượng của cuộc trò chuyện thẳng thắn, liên tục giữa manager và từng report. Nhưng 1:1 cũng là nghi thức dễ bị rỗng ruột nhất: nó âm thầm biến thành buổi cập nhật status, bị hủy đầu tiên khi lịch bận, hoặc trở thành buổi độc thoại một chiều nơi manager nói phần lớn thời gian.

Note này coi ba thứ là một hệ thống liền mạch, vì trên thực tế chúng đúng là như vậy: 1:1 là không gian nơi niềm tin được xây dựng và các tín hiệu nhỏ được phát hiện sớm; feedback là cơ chế biến những tín hiệu đó thành thay đổi hành vi, theo cả hai chiều; và performance management (quản lý hiệu suất) là việc tổng kết chính thức, định kỳ xem những thay đổi hành vi đó có cộng dồn thành impact mà cá nhân và tổ chức cần hay không. Làm tốt 1:1 và feedback hàng ngày, thì performance review chỉ là bản tóm tắt những điều cả hai bên đã biết. Bỏ qua chúng, review cycle sẽ trở thành một cú “ambush” (dí bất ngờ).

Kiến thức nền tảng

1:1 là cuộc họp của report, không phải của manager

Sự thay đổi tư duy quan trọng nhất với một manager mới là: 1:1 thuộc về report. Manager chỉ là khách trong cuộc họp đó. Việc định khung lại này thay đổi toàn bộ cách vận hành cuộc họp — ai đặt agenda, “tốt” nghĩa là gì, và manager nên làm gì trong phòng (chủ yếu là lắng nghe).

Một phép thử hữu ích: nếu bạn hủy mọi buổi 1:1 trong một tháng và thay bằng một task board chung, các report của bạn có thực sự cảm thấy mất mát đáng kể không? Nếu câu trả lời thật lòng là “không nhiều,” thì 1:1 đã biến thành buổi status sync và không còn làm đúng vai trò của nó nữa.

Một buổi 1:1 tốt nên bao gồm:

• Sự nghiệp và phát triển — người đó muốn làm gì tiếp theo, điều gì đang cản trở, kỹ năng nào đang được xây dựng.
• Blocker và ma sát — không phải “tuần này làm gì” mà là “điều gì đang làm chậm bạn mà tôi có thể gỡ bỏ.”
• Feedback theo cả hai chiều — manager cho report feedback, và quan trọng không kém, chủ động hỏi ngược lại feedback về cách quản lý của chính mình, về team, về tổ chức.
• Bối cảnh cuộc sống — dấu hiệu burnout, khả năng chịu tải công việc bền vững, và đủ thông tin về cuộc sống ngoài công việc của người đó để quản lý họ như một con người toàn vẹn, không phải một đơn vị nguồn lực. Không có nghĩa là tọc mạch; nghĩa là để chỗ trống cho nó tự nhiên xuất hiện.
• Ghi nhận (recognition) — thực sự nhận ra và gọi tên công việc tốt, không dồn hết lời khen tích cực để dành cho đợt review hàng năm.

Nó không nên trở thành:

• Bản báo cáo tình trạng ticket, sprint burndown, hay “hôm qua làm gì” — đó là việc của standup, công cụ quản lý dự án và cập nhật async.
• Một buổi thuyết giảng một chiều nơi manager nói 80% thời gian.
• Một cuộc họp quá thủ tục, quá dễ đoán đến mức không bên nào chuẩn bị trước.
• Thời điểm duy nhất trong cả quý mà feedback được trao đổi — 1:1 nên củng cố thói quen feedback liên tục, không thay thế cho nó.

Tần suất và định dạng

Hàng tuần, 30 phút, là mặc định hợp lý cho phần lớn các mối quan hệ manager-report — đủ thường xuyên để các vấn đề nhỏ không dồn tích thành lớn, đủ ngắn để buộc phải ưu tiên những gì thực sự quan trọng. Điều chỉnh từ mức nền này dựa trên tín hiệu, không phải sự tiện lợi:

Tình huống	Tần suất gợi ý	Lý do
Nhân viên mới (90 ngày đầu)	Hàng tuần, đôi khi 2 lần/tuần	Tải onboarding lớn, cần vòng lặp feedback nhanh và tâm lý an toàn khi đang ramp-up
Người có kinh nghiệm, tin cậy cao, hiệu suất ổn định	Hàng tuần hoặc 2 tuần/lần, 30 phút	Vẫn có giá trị cho career và kết nối, ít khẩn cấp về vận hành hơn
Đang underperform hoặc đang trong PIP	Hàng tuần, đôi khi có check-in giữa tuần	Vòng lặp feedback chặt chẽ là bắt buộc để PIP công bằng (xem bên dưới)
Senior/staff engineer, gắn bó lâu với manager	Chấp nhận được nếu 2 tuần/lần khi cả hai đồng ý và tin cậy cao	Lợi ích tần suất giảm dần khi mối quan hệ đã được thiết lập vững chắc
Thành viên remote/phân tán	Không bao giờ nên bỏ — có thể còn quan trọng hơn so với report ngồi cùng văn phòng	Ít điểm chạm không chính thức khác để bù đắp

Bỏ hoặc liên tục dời lịch 1:1 gửi đi một tín hiệu mạnh, dù không cố ý, về mức độ ưu tiên. Nếu manager buộc phải dời lịch, việc dời thay vì hủy hẳn sẽ bảo vệ được cái chuẩn mực đó.

Một template 1:1 thực tế

Template dưới đây là điểm khởi đầu, không phải kịch bản cứng. Tỷ lệ thời gian nên thay đổi theo thời gian và theo từng người — một report đang trải qua dự án khó có thể muốn dành cả 30 phút cho blocker; một report còn 6 tháng nữa được promote có thể muốn dành phần lớn thời gian cho career.

Agenda 1:1 — [Tên Report] / [Tên Manager] — [Ngày]

1. Check-in (2–3 phút)
   Dạo này bạn thế nào nói chung? (Không phải câu hỏi status — câu hỏi về con người.)

2. Agenda của họ trước (15–20 phút)
   Bất cứ điều gì đang là ưu tiên hàng đầu trong đầu họ. Gợi ý nếu cần:
   - Điều quan trọng nhất bạn đang nghĩ đến tuần này là gì?
   - Điều gì đang chặn bạn mà tôi có thể giúp gỡ?
   - Có điều gì bạn muốn nhận feedback không — từ tôi, từ đồng nghiệp, từ dự án?
   - Có điều gì về team, về tổ chức, hoặc về tôi bạn muốn nêu ra không?

3. Mục của manager (5–10 phút)
   - Feedback cần đưa ra (xem mô hình SBI bên dưới)
   - Bối cảnh report cần biết (thay đổi tổ chức, quyết định, biến động sắp tới)
   - Check-in career/growth (không cần mỗi tuần — xem bên dưới)

4. Kết thúc (2 phút)
   - Follow-up hoặc cam kết, từ cả hai bên
   - Điều gì họ muốn ghi lại cho lần sau

Duy trì một tài liệu chia sẻ chạy liên tục cho mỗi report (không phải một sổ tay chỉ manager mới thấy) để cả hai bên có thể thêm mục một cách async giữa các buổi họp, và để có một dấu vết nhẹ về cam kết và các cuộc trò chuyện phát triển theo thời gian. Tài liệu đó sau này trở thành đầu vào vô giá cho performance review — nó là bằng chứng đồng thời (contemporaneous), không phải bằng chứng tái dựng từ trí nhớ.

Khái niệm chính

Mô hình SBI cho feedback

Situation-Behavior-Impact (SBI) — Tình huống-Hành vi-Tác động, được phát triển bởi Center for Creative Leadership, là cấu trúc đáng tin cậy nhất để đưa ra feedback được tiếp nhận như một quan sát chứ không phải một phán xét.

Thành phần	Ý nghĩa	Ví dụ
Situation (Tình huống)	Bối cảnh cụ thể — khi nào, ở đâu	”Trong buổi design review hôm qua với team payments…”
Behavior (Hành vi)	Hành động quan sát được — điều thực sự đã nói hoặc làm, không phải diễn giải về ý định của bạn	”…bạn ngắt lời Priya hai lần khi cô ấy đang trình bày đề xuất, và lớn tiếng khi team phản biện.”
Impact (Tác động)	Hiệu ứng nó gây ra — với bạn, với người khác, với kết quả	”…nó khiến hai người im lặng suốt phần còn lại của cuộc họp, và tôi không nghĩ chúng ta đã lấy được đầy đủ các mối lo ngại trước khi quyết định.”

SBI hiệu quả vì nó loại bỏ hai điều khiến người nhận feedback trở nên phòng thủ: đoán động cơ (“bạn không tôn trọng thời gian của người khác”) và khái quát hóa mơ hồ (“bạn lúc nào cũng hung hăng trong cuộc họp”). Hành vi thì có thể kiểm chứng và cụ thể; phán xét tính cách thì không, và người ta chống lại nó là hợp lý.

Cấu trúc này cũng hoạt động tốt với feedback tích cực — không chỉ là công cụ cho corrective feedback (feedback sửa lỗi). “Trong buổi retro sự cố thứ Ba (situation), bạn đã đi qua timeline một cách bình tĩnh và nhận trách nhiệm về cảnh báo bị bỏ lỡ mà không né tránh (behavior), điều đó đã đặt tông cho cả team dám thẳng thắn thay vì phòng thủ (impact)” hữu ích hơn nhiều so với “làm tốt lắm ở buổi retro” đối với người nhận.

Tính tức thời và tính cụ thể

Feedback mất giá trị theo khoảng cách với sự kiện, trên cả hai chiều thời gian và chi tiết. Một quy tắc chung: đưa feedback trong vòng 24–48 giờ khi tình huống cho phép làm điều đó riêng tư, và tham chiếu các chi tiết cụ thể, gần đây thay vì các ấn tượng tích lũy. “Gần đây bạn có vẻ không đáng tin cậy lắm” đưa ra sau ba tháng của một pattern gần như vô dụng — người nhận không thể nhớ bạn đang nói về những lần cụ thể nào, không thể xác minh liệu có đúng không, và không có hành động tiếp theo rõ ràng. “Bạn đã trễ standup và cửa sổ deploy hai lần tuần này mà không báo trước” đưa ra ngay trong tuần đó thì có thể hành động được.

Feedback bị trì hoãn cũng làm phức tạp thêm một rủi ro cụ thể: manager, vì không nói gì, vô thức bắt đầu tích lũy một “hồ sơ” bất mãn riêng, cuối cùng bùng ra hết một lượt — thường là trong performance review, nơi nó gây sốc và cảm thấy bất công, vì người đó chưa bao giờ có cơ hội điều chỉnh khi còn kịp.

Tỷ lệ feedback tích cực và corrective feedback

Không có một “tỷ lệ vàng” nào được khoa học xác nhận (tỷ lệ 3:1 hay 5:1 “Losada ratio” nổi tiếng từ nghiên cứu tâm lý học tích cực đã bị bác bỏ về mặt phương pháp luận), vì vậy hãy hoài nghi với bất kỳ con số cụ thể nào. Điều đứng vững trong thực tế là định hướng: phần lớn manager đưa quá ít feedback tích cực, cụ thể so với corrective feedback, vì corrective feedback có cảm giác cấp bách hơn còn feedback tích cực có cảm giác ít cần thiết phải lên lịch. Hướng dẫn thực tế là chủ động ghi nhận và gọi tên công việc tốt với cùng độ cụ thể SBI như dùng cho corrective feedback, không dồn hết để dành cho review cycle, và không để “không có tin gì tức là tin tốt” trở thành chế độ mặc định của mối quan hệ.

Khen công khai, sửa riêng tư — là mặc định, không phải luật

Nguyên tắc mặc định thông thường — khen công khai, sửa riêng tư — vẫn đứng vững như một heuristic khởi đầu:

• Khen công khai rủi ro thấp, củng cố hành vi mong muốn cho cả team, và không tốn kém gì với người nhận.
• Sửa riêng tư bảo vệ nhân phẩm người nhận và tránh kích hoạt phản ứng phòng thủ, giữ thể diện trước đồng nghiệp, điều này khiến thay đổi hành vi thực sự ít khả năng xảy ra hơn, không phải nhiều hơn.

Nhưng mặc định này có những ngoại lệ thực sự đáng biết:

• Khi một sai lầm đã công khai và cả team đều thấy, việc chỉ sửa riêng tư có thể khiến team bối rối không hiểu chuyện gì đã xảy ra hay tại sao dường như không có gì thay đổi — đôi khi một sự thừa nhận công khai ngắn gọn, không đổ lỗi (“chúng ta đang điều chỉnh quy trình review sau sự cố tuần trước”) kết hợp với feedback chi tiết riêng tư trung thực hơn là giả vờ như không có gì xảy ra.
• Khi lời khen không chân thành hoặc quá mức, khen công khai có thể bị đọc là thiên vị hoặc “management theater” (diễn kịch quản lý), làm xói mòn niềm tin của phần còn lại của team.
• Khi một người đã nói rõ họ không thích được ghi nhận công khai (phổ biến ở một số individual contributor, đặc biệt người hướng nội hoặc mới với văn hóa của team), hãy tôn trọng sở thích đó hơn là mặc định.
• Ghi nhận công khai giữa các đồng nghiệp (trong kênh team, lời khen trong retro) thường đáng tin và được đón nhận hơn khen công khai do manager khởi xướng, vốn có thể cảm thấy màu mè.

Best Practices

Chuẩn bị cho một cuộc trò chuyện feedback khó khăn

Các cuộc trò chuyện khó khăn thường thất bại vì thiếu chuẩn bị nhiều hơn là vì thiếu can đảm. Trước cuộc trò chuyện:

1. Viết SBI ra trước, đúng bằng những từ ngữ bạn định dùng. Nếu bạn không thể viết ra một situation và behavior cụ thể, bạn chưa sẵn sàng cho cuộc trò chuyện — bạn có lẽ chỉ đang có một ấn tượng, không phải bằng chứng.
2. Tách hành vi khỏi câu chuyện của bạn về nó. “Anh ấy không cam kết với team” là một câu chuyện; “anh ấy đã rời khỏi ba buổi retro sớm trong tháng qua mà không giải thích” là bằng chứng. Đưa ra bằng chứng; thành thật rằng câu chuyện là cách diễn giải của bạn và mời người kia đính chính.
3. Dự đoán phía bên kia. Bối cảnh nào có thể giải thích hành vi mà bạn không biết? Tiếp cận cuộc trò chuyện với sự tò mò thật sự, không phải một bản án đã định sẵn, thay đổi tông từ buộc tội sang giải quyết vấn đề.
4. Quyết định yêu cầu (ask). Feedback mà không có một yêu cầu rõ ràng, cụ thể về điều cần thay đổi khiến người nhận không chắc “tốt hơn” nghĩa là gì.
5. Chọn bối cảnh. Riêng tư, không vội vã, lý tưởng là không phải ngay trước/sau một sự kiện quan trọng (một buổi launch, một cuộc họp khó khác) cho bất kỳ bên nào.

Một kịch bản cho cuộc trò chuyện feedback

Mở đầu (thiết lập bối cảnh, xin phép):
"Tôi muốn chia sẻ một số feedback về [chủ đề]. Bây giờ có tiện không?"

SBI:
"Trong [situation], tôi nhận thấy [behavior cụ thể]. Tác động là [impact cụ thể]."

Kiểm tra sự hiểu, mời quan điểm của họ:
"Tôi muốn kiểm tra lại — điều đó có khớp với cách bạn nhìn nhận không? Có bối cảnh nào tôi đang thiếu không?"

[Lắng nghe. Thực sự cập nhật quan điểm của bạn nếu thông tin mới thay đổi bức tranh.]

Nêu rõ yêu cầu:
"Từ giờ về sau, điều tôi muốn thấy là [thay đổi cụ thể, quan sát được]."

Xác nhận và hỗ trợ:
"Điều gì sẽ giúp bạn thực hiện thay đổi đó? Bạn cần gì từ tôi?"

Kết thúc bằng cam kết:
"Hãy check-in về việc này sau [khung thời gian cụ thể] — tôi sẽ nhắc lại trong buổi 1:1 của chúng ta."

Giữ trọng tâm ở hành vi, không phải tính cách

Cách nhanh nhất khiến feedback trở nên vô dụng là để nó trượt từ hành vi sang bản dạng (identity). “Bạn đã trễ deadline” là hành vi; “bạn không đáng tin cậy” là tính cách. Khung tính cách kích hoạt phản ứng phòng thủ, bảo vệ bản dạng (“không công bằng, tôi không phải người không đáng tin”) thay vì phản ứng giải quyết vấn đề (“được, tôi cần thay đổi gì trong cách lên kế hoạch tuần của mình”). Hành vi có thể thay đổi; một nhãn bản dạng cảm thấy cố định và khơi dậy sự kháng cự với chính cái nhãn đó thay vì gắn kết với vấn đề gốc.

Một bộ lọc thực tế: nếu câu vẫn có nghĩa khi thêm “lúc nào cũng” hoặc “không bao giờ” (“bạn lúc nào cũng trễ,” “bạn không bao giờ nghĩ cho người khác”), nó đã trôi từ một hành vi cụ thể sang phán xét đặc điểm tính cách, và nên được viết lại thành một trường hợp cụ thể, có ngày tháng.

Các sai lầm phổ biến

Sai lầm	Biểu hiện	Tại sao thất bại
Feedback mơ hồ	”Chủ động hơn,” “Cải thiện giao tiếp”	Không có hành vi quan sát được để thay đổi; người nhận phải đoán “tốt hơn” nghĩa là gì và thường đoán sai
Feedback sandwich	Khen → chê → khen, trong một hơi	Người nhận chỉ tập trung vào lời khen (hoặc cảm giác giật cục), và điểm sửa lỗi thực sự bị chôn vùi hoặc bị hạ thấp hoàn toàn
Chờ quá lâu	Dồn nhiều tháng vấn đề nhỏ để dành cho review	Cảm giác bị “ambush,” tước mất cơ hội điều chỉnh của người đó, và manager mất uy tín (“sao không nói sớm hơn?”)
Feedback kiểu độc thoại	Manager nói ra, không kiểm tra sự hiểu hay mời phản hồi	Bỏ lỡ bối cảnh còn thiếu, và người nhận buông xuôi thay vì xử lý thông tin
Chỉ corrective, không bao giờ tích cực	Feedback chỉ xuất hiện khi có gì đó sai	Report bắt đầu sợ 1:1 và feedback trở thành thứ gắn liền hoàn toàn với trừng phạt
Feedback về một người, qua bên thứ ba lọc lại	”Team cảm thấy bạn quá hung hăng” mà không có chi tiết hay ai chịu trách nhiệm	Không thể kiểm chứng, không thể quy trách nhiệm, và giống như ẩn nấp sau một “đồng thuận” nặc danh

Đánh giá hiệu suất: Calibration

Hầu hết các công ty có nhiều hơn một vài manager đều chạy một quy trình calibration (hiệu chỉnh, đồng bộ chuẩn) trước khi performance rating được chốt: các manager của các team tương đương gặp nhau, trình bày rating đề xuất kèm bằng chứng, và điều chỉnh để đồng nhất trong nhóm. Calibration tồn tại vì hai lý do cụ thể:

1. Rating inflation (lạm phát điểm) — nếu không kiểm soát, từng manager riêng lẻ có xu hướng cho điểm hào phóng dần theo thời gian (dễ hơn về mặt xã hội, và hiệu suất của chính manager đôi khi bị đánh giá ngầm qua mức độ hài lòng của report), điều này làm xói mòn hoàn toàn ý nghĩa của thang điểm.
2. Bias (thiên vị) và sự không nhất quán — các manager khác nhau có chuẩn khác nhau, mức độ thoải mái với đối đầu khác nhau, và điểm mù khác nhau (recency bias, halo effect từ một thành tích lớn, chuẩn khắt khe hơn vô thức áp dụng cho một số nhóm nhân khẩu học so với nhóm khác). Calibration làm lộ và điều chỉnh những khác biệt này bằng cách đặt các rating cạnh nhau kèm bằng chứng.

Calibration chỉ hiệu quả nếu nó dựa trên bằng chứng, không dựa trên trí nhớ — một manager lập luận “cô ấy rất giỏi” mà không có ví dụ cụ thể sẽ thua trong tranh luận trước một đồng nghiệp mang đến ba ví dụ có ngày tháng, có thể kiểm chứng, về công việc impact cao. Đây chính là lợi ích trực tiếp của việc ghi chú 1:1 liên tục đã đề cập ở trên — chúng là nền tảng bằng chứng mà manager mang vào calibration.

Leveling và rubric

Một leveling framework (đôi khi gọi là career ladder hoặc competency matrix) định nghĩa, theo từng cấp độ (ví dụ: Engineer II, Senior Engineer, Staff Engineer), phạm vi impact kỳ vọng, chiều sâu kỹ thuật, và các năng lực hành vi (ownership, giao tiếp, mentorship). Rubric tốt mô tả kết quả và phạm vi, không chỉ kỹ năng hay số năm kinh nghiệm — “thiết kế và deliver các hệ thống ảnh hưởng đến nhiều team với sự giám sát tối thiểu” là một câu leveling; “5+ năm kinh nghiệm” là một proxy tương quan kém nếu đứng một mình.

Rubric quan trọng cho các cuộc trò chuyện performance vì chúng tách hai câu hỏi dễ bị lẫn lộn: “người này có đang làm tốt cấp độ hiện tại không?” (performance) so với “người này đã đang vận hành ở cấp độ tiếp theo chưa?” (sẵn sàng promotion). Một người có thể là một performer mạnh, đáp ứng đầy đủ kỳ vọng ở cấp độ hiện tại trong khi chưa thể hiện phạm vi của cấp tiếp theo — đó không phải là vấn đề performance, và đối xử với nó như vậy sẽ làm tổn hại niềm tin.

Cơ chế vận hành review cycle

Một review cycle chính thức điển hình diễn ra theo trình tự:

1. Self-review — report tự viết bản tường trình về impact của mình trong giai đoạn đó, lý tưởng là đối chiếu với rubric/level, kèm ví dụ cụ thể. Điều này quan trọng vì con người thường xuyên đánh giá thấp hoặc quên mất thành tích của chính mình trong một khoảng 6–12 tháng, và một self-review tốt thường toàn diện hơn cả những gì manager tự tổng hợp được.
2. Peer feedback (360) — một nhóm nhỏ đồng nghiệp, đối tác cross-functional, và đôi khi report-của-report cung cấp input có cấu trúc, thường qua một form xoay quanh các năng lực cụ thể (hợp tác, phán đoán kỹ thuật, mentorship) yêu cầu ví dụ cụ thể thay vì chỉ chấm sao.
3. Manager review — manager tổng hợp self-review, peer feedback, quan sát trực tiếp của chính mình, và bản ghi 1:1 thành một rating và narrative (bản tường thuật), đối chiếu với rubric.
4. Calibration — như trên, kiểm tra tính nhất quán giữa các manager trước khi rating được chốt.
5. Delivery (trao đổi kết quả) — manager trao đổi review với report, lý tưởng là không có gì trong đó là bất ngờ, vì nó nên đã phản ánh feedback được đưa ra xuyên suốt giai đoạn.

Tách biệt trò chuyện về performance và compensation

Performance và compensation (lương thưởng) liên quan đến nhau nhưng nên được trao đổi như hai cuộc trò chuyện riêng biệt, không gộp vào một hơi. Đưa ra performance narrative và con số compensation trong cùng một câu khiến người nhận ngừng nghe narrative ngay khi họ nghe thấy con số — mọi thứ trước và sau đều bị lọc hoàn toàn qua “mình có được tăng lương như mong muốn không.” Best practice là đưa ra performance narrative trước, để nó được tiếp nhận và thảo luận độc lập, và tổ chức cuộc trò chuyện compensation riêng (dù chỉ cách nhau một hai ngày), để cả hai đều nhận được sự chú ý xứng đáng. Điều này cũng bảo vệ tính toàn vẹn cảm nhận được của cuộc trò chuyện performance — nó nên là về growth và impact, không phải một cuộc đàm phán.

Lập kế hoạch phát triển sự nghiệp và IDP

Trò chuyện về career là một mạch riêng biệt so với review theo kỳ performance và xứng đáng có một khung thời gian định kỳ riêng — hàng quý là tần suất phổ biến — tách biệt khỏi nội dung vận hành hàng tuần của 1:1. Một cuộc trò chuyện career tốt làm lộ ra điều người đó muốn làm tiếp theo (không phải điều manager giả định họ muốn), kỹ năng hoặc trải nghiệm nào sẽ đưa họ đến đó, và điều đó giao thoa ở đâu với những gì team hoặc tổ chức thực sự cần trong cùng khung thời gian. Một Individual Development Plan (IDP) biến cuộc trò chuyện đó thành một kế hoạch viết ngắn gọn: 2–3 mục tiêu cụ thể, các hành động hoặc trải nghiệm cụ thể để xây dựng hướng tới chúng (một stretch project, một mentor, một khóa học, một buổi nói chuyện tại hội nghị), và một khung thời gian sơ bộ. IDP chỉ hữu ích nếu nó được xem lại — một tài liệu viết một lần và không bao giờ mở lại tệ hơn là không có tài liệu, vì nó tạo ra vẻ ngoài của một kế hoạch mà không có thực chất của nó. Để hiểu sâu hơn các kỹ năng coaching giúp những cuộc trò chuyện này hiệu quả — lắng nghe chủ động, câu hỏi mạnh mẽ, tránh cái bẫy giải quyết vấn đề thay cho người đó — xem Coaching, Mentoring & Emotional Intelligence.

Xử lý underperformance và PIP

Một Performance Improvement Plan (PIP) là một kế hoạch chính thức, có giới hạn thời gian (thường 30/60/90 ngày), được viết ra, chỉ rõ khoảng cách giữa performance hiện tại và kỳ vọng, những thay đổi hành vi hoặc kết quả cụ thể cần có, sự hỗ trợ manager sẽ cung cấp, và tần suất check-in, kết thúc bằng một quyết định pass/fail rõ ràng.

PIP phù hợp khi:

• Khoảng cách performance cụ thể, có bằng chứng, và đã được nêu trực tiếp với người đó trước đó — PIP không bao giờ nên là lần đầu tiên ai đó nghe rằng có vấn đề nghiêm trọng.
• Khoảng cách có thể thu hẹp một cách hợp lý bằng nỗ lực tập trung và hỗ trợ trong khung thời gian của kế hoạch.
• Manager thực sự sẵn sàng đầu tư sự hỗ trợ được mô tả trong kế hoạch, không chỉ để ghi lại một dấu vết giấy tờ hướng tới một quyết định sa thải đã được định sẵn.

Vận hành PIP một cách công bằng đòi hỏi:

• Mục tiêu cụ thể, đo lường được gắn với khoảng cách thực tế, không phải nguyện vọng mơ hồ (“cải thiện thái độ”) không thể đánh giá khách quan khi kết thúc.
• Hỗ trợ thực sự, không chỉ giám sát — pairing, điều chỉnh phạm vi công việc, check-in gần hơn, bất cứ điều gì khoảng cách cụ thể đó đòi hỏi.
• Check-in định kỳ, được ghi lại xuyên suốt giai đoạn kế hoạch (thường hàng tuần), để không có bất ngờ nào ở thời điểm quyết định cuối cùng theo cả hai hướng.
• Một kết quả thực sự mở — cả thành công lẫn nhu cầu chia tay đều nên là khả năng thực sự ngay từ đầu; một PIP chỉ được thiết kế như tài liệu cho một việc chấm dứt hợp đồng đã quyết định từ trước là không trung thực, làm tổn hại niềm tin trong toàn team khi mọi người biết (và thường thì họ sẽ biết), và khiến tổ chức đối mặt với khiếu nại chính đáng.

Trên thực tế, PIP thường là một tín hiệu trễ của điều gì đó ở thượng nguồn mà manager nên xem xét một cách trung thực:

• Không phù hợp vai trò (role mismatch) — người đó có thể giỏi, chỉ không phù hợp với vai trò cụ thể này, tech stack này, hoặc loại công việc này; một sự chuyển đổi ngang (lateral move) có thể giải quyết điều mà PIP không thể.
• Sai lầm trong tuyển dụng (hiring miss) — nếu khoảng cách đó đã hiển hiện hoặc có thể dự đoán được từ lúc tuyển dụng (kỹ năng chưa bao giờ thực sự được xác minh, một vai trò bị truyền đạt sai trong quá trình phỏng vấn), việc khắc phục một phần thuộc về quy trình tuyển dụng, không chỉ thuộc về cá nhân.
• Thất bại quản lý hoặc môi trường — kỳ vọng không rõ ràng, thiếu feedback cho đến tận review, khối lượng công việc không bền vững, hoặc môi trường team làm suy yếu khả năng thành công của người đó đều tạo ra underperformance trông có vẻ như của cá nhân nhưng không hoàn toàn như vậy.

Trước khi bắt đầu một PIP, một manager trung thực nên tự hỏi: người này đã thực sự có cơ hội thành công, được hỗ trợ đầy đủ, với kỳ vọng rõ ràng và feedback thực sự trong suốt quá trình chưa? Nếu chưa, PIP là quá sớm — bước tiếp theo thực sự là một cuộc trò chuyện feedback trực tiếp, được chuẩn bị kỹ trước, theo tinh thần của note Introduction to Engineering Management về trách nhiệm cốt lõi của manager đối với report của mình.

So sánh: các loại cuộc trò chuyện feedback

Loại	Mục đích	Kích hoạt (trigger)	Mức độ chính thức	Kết quả điển hình
Khen / recognition	Củng cố và khuyến khích lặp lại hành vi	Nhận thấy công việc tốt, ngay lúc đó hoặc ngay sau đó	Không chính thức, thường công khai	Người đó lặp lại hành vi, cảm thấy được ghi nhận
Coaching	Phát triển một kỹ năng hoặc năng lực người đó đang chủ động rèn luyện	Khu vực phát triển đang diễn ra, thường tự nhận diện hoặc từ IDP	Không chính thức đến bán chính thức, lặp lại trong các buổi 1:1	Kỹ năng cải thiện trong vài tuần/tháng; không hàm ý phán xét về mức đủ hiện tại
Corrective feedback	Xử lý một khoảng cách hành vi hoặc kết quả cụ thể trước khi nó thành pattern	Một sự việc cụ thể hoặc pattern sớm chưa đạt kỳ vọng	Không chính thức nhưng trực tiếp, riêng tư, kịp thời (24–48h)	Thay đổi hành vi trong vài ngày/tuần; ghi lại không chính thức trong ghi chú 1:1
Trò chuyện performance chính thức	Tổng kết một giai đoạn review đối chiếu với rubric	Review cycle theo lịch	Chính thức, có ghi chép, đã calibrate	Rating, bản tường thuật viết, ảnh hưởng đến career/comp
PIP	Trao cơ hội cuối cùng, có cấu trúc, được hỗ trợ để thu hẹp khoảng cách nghiêm trọng, kéo dài	Corrective feedback lặp lại vẫn chưa thu hẹp được khoảng cách; khoảng cách đe dọa tính khả thi của vai trò	Rất chính thức, viết ra, có giới hạn thời gian, có sự tham gia của HR	Pass (duy trì được performance) hoặc chấm dứt hợp đồng

Tài liệu tham khảo

• Center for Creative Leadership — Use the SBI Feedback Model to Understand Intent
• Lara Hogan — Resources for Humans: 1:1s and Feedback
• Camille Fournier — The Manager’s Path (O’Reilly, 2017)
• Manager Tools — The Effective One on One Meeting
• Radical Candor — Kim Scott
• SHRM — Performance Improvement Plans: A Guide
• roadmap.sh — Engineering Manager Roadmap

1:1 Agenda — [Report Name] / [Manager Name] — [Date]

1. Check-in (2–3 min)
   How are you doing, generally? (Not a status question — a person question.)

2. Their agenda first (15–20 min)
   Whatever is top of mind for them. Prompts if needed:
   - What's the most important thing on your mind this week?
   - What's blocking you that I can help unblock?
   - Anything you want feedback on — from me, from peers, from the project?
   - Anything about the team, the org, or me you want to flag?

3. Manager's items (5–10 min)
   - Feedback to give (see SBI model below)
   - Context the report needs (org changes, decisions, upcoming shifts)
   - Career/growth check-in (not every week — see below)

4. Close (2 min)
   - Any follow-ups or commitments, from either side
   - Anything they want noted for next time

Opening (set context, invite consent):
"I want to share some feedback about [topic]. Is now an okay time?"

SBI:
"In [situation], I noticed [specific behavior]. The impact was [specific impact]."

Check understanding, invite their view:
"I wanted to check — does that match how you saw it? Is there context I'm missing?"

[Listen. Actually update your view if new information changes the picture.]

Make the ask explicit:
"Going forward, what I'd like to see is [specific, observable change]."

Confirm and support:
"What would help you make that change? What do you need from me?"

Close with commitment:
"Let's check in on this in [specific timeframe] — I'll bring it up in our 1:1."