Mở đầu — vì sao bài này quan trọng
Nếu bạn từng ngồi trong một buổi 1-on-1, muốn nói với đồng nghiệp rằng "dạo này bạn làm chưa tốt" nhưng cuối cùng lại chỉ ậm ừ "ừ mọi thứ ổn cả", thì bạn không cô đơn. Performance conversation — hội thoại về hiệu suất công việc — là một trong những kỹ năng giao tiếp khó nhất mà một tech professional phải học, dù bạn là IC (individual contributor), tech lead hay manager.
Khó ở chỉ chỗ: nó chạm vào cái tôi. Khi ta khen, người nghe dễ tiếp nhận. Nhưng khi ta chỉ ra một khoảng cách (gap) giữa kỳ vọng và thực tế, não bộ người nghe kích hoạt cơ chế phòng thủ y hệt như khi bị đe dọa về mặt thể chất. Nếu bạn nói vụng, người nghe sẽ nghe thành "bạn là người tồi", chứ không phải "hành vi này cần điều chỉnh". Kết quả là quan hệ rạn nứt, mà vấn đề thì vẫn còn nguyên.
Trong tech team, chuyện này còn quan trọng gấp bội. Chúng ta làm việc trong môi trường đòi hỏi phản hồi liên tục: code review, sprint retro, review sản phẩm. Một engineer giỏi về kỹ thuật nhưng không biết cách nói chuyện về hiệu suất — của mình hoặc của người khác — sẽ bị chững lại ở một mức nào đó trong sự nghiệp. Ngược lại, người biết dẫn dắt những cuộc trò chuyện này một cách thẳng thắn mà vẫn tôn trọng sẽ trở thành người mà cả team tin tưởng.
Bài này tập trung vào performance conversation như một cuộc trò chuyện có chủ đích giữa hai người về hiệu suất công việc — khác với feedback tức thời trong code review (Bài 12–14) hay difficult conversation nói chung (Bài 36). Đây là cuộc trò chuyện có tính hệ thống, thường diễn ra trong 1-on-1, review định kỳ, hoặc khi bạn cần nêu một vấn đề tồn tại đủ lâu để đáng nói riêng.
Khái niệm cốt lõi
Hai hướng của performance conversation
Mọi cuộc trò chuyện về hiệu suất đều rơi vào một trong hai hướng, và cả hai đều quan trọng như nhau:
- Positive feedback — ghi nhận việc làm tốt. Đây là hướng bị xem nhẹ nhất. Nhiều người nghĩ "làm tốt là đương nhiên, có gì mà phải khen". Nhưng phản hồi tích cực đúng cách chính là công cụ củng cố hành vi mạnh nhất bạn có. Nó cho người kia biết chính xác điều gì đáng lặp lại.
- Constructive feedback — nêu ra khoảng cách. Đây là hướng khó và bị né tránh nhiều nhất. Mục tiêu không phải để chê trách, mà để giúp người kia nhận ra một gap mà có thể họ chưa thấy, và cùng nhau thu hẹp nó.
Khung SBI-I: xương sống của mọi phản hồi
Khung được dùng phổ biến nhất và dễ áp dụng nhất là SBI, phát triển bởi Center for Creative Leadership, và tôi khuyên bạn mở rộng nó thành SBI-I:
- S — Situation (Bối cảnh): Nêu rõ tình huống cụ thể xảy ra khi nào, ở đâu. Không nói chung chung "dạo này", mà nói "trong buổi standup sáng thứ Ba tuần trước".
- B — Behavior (Hành vi): Mô tả hành vi quan sát được, khách quan, như một chiếc camera ghi lại. Không phán xét, không suy diễn động cơ. Nói "bạn ngắt lời Minh ba lần" chứ không nói "bạn không tôn trọng người khác".
- I — Impact (Tác động): Nêu tác động của hành vi đó — lên bạn, lên team, lên sản phẩm. Đây là phần khiến phản hồi trở nên có ý nghĩa: "kết quả là Minh không trình bày hết được phần của bạn ấy, và team bỏ lỡ một rủi ro về database".
- I — Intent/Inquiry (Ý định/Hỏi lại): Đây là chữ I thứ hai mà tôi thêm vào, và nó tạo ra khác biệt lớn. Sau khi nêu S-B-I, bạn dừng lại và hỏi: "Mình muốn hiểu góc nhìn của bạn — lúc đó bạn nghĩ gì?" Điều này biến độc thoại thành đối thoại, và thường bạn sẽ phát hiện ra bối cảnh mà mình chưa biết.
Fact vs. Story — tách sự thật khỏi câu chuyện
Một khái niệm bổ trợ quan trọng, mượn từ cuốn Crucial Conversations: hãy tách fact (sự thật quan sát được) khỏi story (câu chuyện bạn tự kể trong đầu). "Bạn nộp task trễ 2 ngày" là fact. "Bạn không quan tâm tới deadline" là story. Performance conversation tốt bám vào fact, và kiểm chứng story bằng câu hỏi thay vì mặc định nó là đúng.
Tình huống thực tế
Tình huống 1: Constructive feedback tại một startup fintech ở TP.HCM
Tại một startup fintech khoảng 40 người ở Quận 1, tech lead tên Trung nhận thấy Hải — một backend engineer mid-level — trong sprint vừa rồi đã merge ba PR mà không có ai review kỹ, dẫn đến một bug production khiến tính năng nạp tiền lỗi trong 40 phút vào giờ cao điểm tối thứ Sáu.
Cách nói sai (điều nhiều tech lead làm): "Hải này, dạo này em làm ẩu quá, em cần cẩn thận hơn." — Câu này chung chung, tấn công vào bản sắc ("làm ẩu"), và không cho Hải biết cần làm gì cụ thể.
Cách nói đúng theo SBI-I, trong buổi 1-on-1 riêng: "Trong sprint 14 tuần trước (S), anh thấy có ba PR được merge mà chỉ có một approve tự động, không ai review nội dung (B). Cái PR sửa module wallet đã gây ra bug nạp tiền lỗi 40 phút tối thứ Sáu, và team support nhận 60 ticket khiếu nại (I). Anh muốn nghe từ em — lúc đó có áp lực gì khiến mình merge nhanh vậy không? (I - inquiry)"
Hóa ra Hải merge gấp vì PM đã hứa với khách hàng deadline thứ Sáu và gây áp lực trực tiếp lên Hải. Vấn đề thật không phải "Hải ẩu", mà là quy trình review dưới áp lực deadline. Nhờ chữ I thứ hai, Trung phát hiện ra vấn đề hệ thống và thiết lập lại quy tắc: mọi PR đụng vào module thanh toán bắt buộc phải có một senior review, không có ngoại lệ vì deadline.
Bài học: Feedback thẳng thắn về hành vi cụ thể, cộng với việc hỏi lại, không chỉ giải quyết được vụ việc mà còn lộ ra gốc rễ hệ thống.
Tình huống 2: Positive feedback không chỉ là "làm tốt lắm"
Tại một công ty product ở Hà Nội, Lan là engineering manager của một team 8 người. Một junior tên Đức vừa hoàn thành việc viết lại module logging giúp giảm 30% dung lượng log và tiết kiệm chi phí storage đáng kể. Lan có thể chỉ nói "Đức làm tốt lắm em!" — nhưng câu đó bay đi trong 2 giây và Đức không rút ra được gì để lặp lại.
Thay vào đó, Lan dùng SBI cho phản hồi tích cực: "Đức, trong task viết lại logging tuần này (S), anh đặc biệt ấn tượng cách em viết một RFC ngắn nêu rõ ba phương án và trade-off trước khi code (B). Nhờ vậy cả team hiểu quyết định và không ai phải hỏi lại, và kết quả giảm được 30% dung lượng log (I). Cái thói quen viết RFC ngắn trước khi làm việc lớn — đó chính xác là thứ giúp em lên senior, hãy giữ nó."
Bài học: Positive feedback cụ thể chỉ đúng hành vi đáng lặp lại và gắn nó với con đường phát triển. Nó vừa củng cố hành vi tốt, vừa nạp tiền vào "tài khoản tin cậy" để lần sau khi cần nêu gap, Đức sẽ tiếp nhận với tâm thế cởi mở.
Tình huống 3: Khi feedback bị người nghe phản ứng phòng thủ
Ở một agency công nghệ tại Singapore phục vụ thị trường Đông Nam Á, một senior engineer tên Priya nêu với đồng nghiệp Kiên rằng trong hai buổi họp với khách hàng gần đây, Kiên đã cam kết timeline mà không kiểm tra với team, khiến team phải làm overtime hai cuối tuần liên tiếp. Kiên lập tức phản ứng: "Nhưng khách hàng ép quá mà, tôi đâu còn lựa chọn!"
Đây là khoảnh khắc quyết định. Nhiều người sẽ hoặc rút lui ("thôi được rồi, bỏ đi") hoặc leo thang tranh cãi. Priya làm khác — cô thừa nhận cảm xúc trước, giữ vững sự thật sau: "Mình hiểu áp lực từ khách hàng là thật và rất khó chịu (thừa nhận). Điều mình muốn cùng giải quyết không phải là đổ lỗi, mà là làm sao lần tới trước khi cam kết timeline, mình có 30 phút để hỏi team. Bạn thấy cách nào khả thi?"
Bằng cách tách vấn đề (quy trình cam kết) khỏi con người (Kiên), và chuyển từ "quá khứ ai sai" sang "tương lai làm sao tốt hơn", Priya giải tỏa được thế phòng thủ.
Bài học: Khi gặp phản ứng phòng thủ, đừng đôi co về sự thật. Thừa nhận cảm xúc, giữ vững hành vi cụ thể, rồi hướng cuộc trò chuyện về giải pháp tương lai.
Hướng dẫn từng bước
Đây là quy trình bạn có thể áp dụng cho bất kỳ performance conversation nào:
Bước 1 — Chuẩn bị trước, đừng ứng khẩu. Viết ra giấy S-B-I của bạn. Nêu được ít nhất một fact cụ thể (ngày, PR, con số). Nếu bạn chỉ có cảm giác mơ hồ "dạo này họ chán chán" mà không nêu được hành vi cụ thể, thì bạn chưa sẵn sàng để nói. Thu thập thêm quan sát trước.
Bước 2 — Chọn đúng thời điểm và không gian. Positive feedback có thể công khai (khen trước team càng tốt). Constructive feedback thì luôn riêng tư — 1-on-1, không bao giờ trước mặt người khác. Nêu càng sớm sau sự việc càng tốt; feedback về chuyện 3 tháng trước thường vô ích.
Bước 3 — Xin phép (với vấn đề nhạy cảm). Một câu ngắn "Mình có vài quan sát về sprint vừa rồi, giờ nói được không?" giúp người nghe chuẩn bị tâm lý thay vì bị bất ngờ.
Bước 4 — Trình bày theo SBI. Situation → Behavior → Impact, ngắn gọn, bám fact, không suy diễn động cơ.
Bước 5 — Chuyển sang Inquiry. Dừng lại và hỏi góc nhìn của họ. Thật sự lắng nghe (kỹ năng active listening từ Bài 1 và 35). Bạn có thể phát hiện bối cảnh làm thay đổi hoàn toàn kết luận.
Bước 6 — Cùng thống nhất bước tiếp theo. Kết thúc bằng một cam kết cụ thể, tốt nhất do chính người nghe đề xuất: "Vậy lần tới bạn sẽ làm gì khác?" Hành động do họ tự nói ra sẽ được thực hiện tốt hơn nhiều so với mệnh lệnh của bạn.
Bước 7 — Theo dõi (follow-up). Ghi lại và nhắc lại trong 1-on-1 tiếp theo. Feedback không có follow-up thì người nghe hiểu rằng nó không quan trọng.
Lỗi thường gặp & mẹo
Lỗi 1 — "Feedback sandwich" cứng nhắc. Kẹp một lời chê giữa hai lời khen ("em giỏi lắm, nhưng cái này tệ, mà nhìn chung em ổn"). Người nghe học cách bỏ qua phần khen để chờ chữ "nhưng". Mẹo: hãy để positive và constructive feedback là hai cuộc trò chuyện riêng, hoặc dùng "và" thay vì "nhưng".
Lỗi 2 — Suy diễn động cơ. "Bạn không quan tâm đến chất lượng" là bạn đang đọc suy nghĩ người khác. Bạn chỉ quan sát được hành vi, không quan sát được động cơ. Mẹo: luôn dừng ở mô tả hành vi, rồi hỏi về động cơ thay vì tự kết luận.
Lỗi 3 — Né tránh cho đến khi tích tụ thành cơn giận. Chờ đến review cuối năm mới nói ra chuyện tích tụ 6 tháng — đây là hình thức phản bội âm thầm với đồng nghiệp, vì họ mất cơ hội sửa. Mẹo: nói sớm, nói nhỏ, nói thường xuyên.
Lỗi 4 — Chung chung, không có fact. "Em cần chủ động hơn" là vô nghĩa vì không ai biết "chủ động" nghĩa là gì. Mẹo: mỗi phản hồi phải neo vào một ví dụ quan sát được cụ thể.
Lỗi 5 — Nói xong là xong. Không hỏi lại, không lắng nghe, không follow-up. Mẹo: coi feedback là mở đầu một cuộc đối thoại, không phải một bản tuyên án.
Mẹo áp dụng cho bối cảnh Việt Nam: Văn hóa Việt thường ngại "mất lòng" và coi trọng thể diện (giữ mặt mũi cho nhau). Đừng dùng điều này làm cái cớ để né feedback, nhưng hãy tận dụng nó: nêu vấn đề riêng tư, tập trung vào hành vi và tương lai, và luôn cho người kia lối ra để giữ thể diện. Cách này vừa hiệu quả vừa hợp văn hóa.
Bài tập thực hành
Bài tập 1 — Viết lại theo SBI. Lấy ba câu feedback chung chung sau và viết lại theo khung SBI với fact giả định hợp lý:
- "Em họp hành lơ đãng quá."
- "Anh làm việc này tốt đấy."
- "Bạn giao tiếp với team product chưa ổn."
Bài tập 3 — Đóng vai phản ứng phòng thủ. Nhờ một người bạn đóng vai đồng nghiệp phản ứng "Nhưng đâu phải lỗi của tôi!". Luyện tập câu trả lời thừa nhận cảm xúc + giữ vững sự thật + hướng về giải pháp, như tình huống 3.
Bài tập 4 — Nạp tài khoản tin cậy. Trong tuần này, dành thời gian đưa ít nhất ba lời positive feedback theo SBI cho ba người khác nhau — cụ thể, chỉ đúng hành vi, gắn với sự phát triển của họ.
Tóm tắt
Performance conversation là kỹ năng phân biệt một tech professional biết làm việc với người khác và một người chỉ biết làm việc với máy. Ghi nhớ những điểm cốt lõi:
- Có hai hướng: positive feedback (ghi nhận hành vi đáng lặp lại) và constructive feedback (nêu gap để cùng thu hẹp). Cả hai đều cần thiết; đừng bỏ quên hướng tích cực.
- Dùng khung SBI-I: Situation, Behavior, Impact, và Inquiry — hỏi lại góc nhìn của người kia. Chính chữ I thứ hai biến độc thoại thành đối thoại và thường lộ ra gốc rễ vấn đề.
- Luôn tách hành vi khỏi con người, và tách fact khỏi story. Bạn phê bình hành vi, không phủ nhận con người.
- Chuẩn bị trước, chọn đúng thời điểm, riêng tư khi cần điều chỉnh, và luôn follow-up.
- Khi gặp phản ứng phòng thủ, thừa nhận cảm xúc, giữ vững sự thật, và hướng cuộc trò chuyện về tương lai và giải pháp.