Mở đầu — vì sao bài này quan trọng
Có một điều mà hầu hết các manager mới đều làm sai trong sáu tháng đầu: họ nghĩ feedback là thứ chảy một chiều — từ trên xuống. Sếp góp ý cho nhân viên. Nhân viên nghe. Hết. Trong tư duy đó, feedback là một công cụ quản lý, giống như deadline hay bảng chấm điểm KPI.
Nhưng thực tế nghiệt ngã hơn nhiều. Khi bạn vừa lên làm quản lý, thứ nguy hiểm nhất không phải là bạn không biết mình sai ở đâu — mà là không còn ai dám nói cho bạn biết bạn sai ở đâu. Cái ghế quản lý tạo ra một lớp cách âm vô hình. Đồng nghiệp từng thẳng thắn với bạn hôm qua, hôm nay bỗng dè dặt vì bạn đã cầm quyền đánh giá lương, thưởng, thăng chức của họ. Họ cân nhắc từng lời. Và bạn — nếu không chủ động phá lớp cách âm đó — sẽ dần sống trong một phiên bản thực tế đã bị lọc sạch những sự thật khó nghe.
Đây chính là lý do Bài 13 tồn tại. Ở Bài 11 bạn đã học mô hình SBI để đưa feedback có cấu trúc, Bài 12 học Radical Candor để cân bằng giữa quan tâm và thẳng thắn. Bài 13 khép lại bộ ba feedback bằng một sự thật nền tảng: feedback là con đường hai chiều. Bạn không thể trở thành một manager mà cấp dưới tin tưởng nếu bạn chỉ giỏi nói mà không giỏi hỏi và nhận. Bài này tập trung riêng vào hai kỹ năng thường bị bỏ quên nhất: chủ động xin feedback về chính mình, và tiếp nhận feedback mà không phòng thủ.
Khái niệm cốt lõi
Nguyên tắc Kim Scott: muốn cho, phải nhận trước
Kim Scott — tác giả Radical Candor, người từng làm quản lý ở Google và Apple — đúc kết một trật tự mà rất nhiều manager làm ngược: "Get feedback before you give it." Xin feedback về bản thân trước khi bạn bắt đầu góp ý cho người khác.
Logic đằng sau rất chắc. Khi bạn công khai mời người ta phê bình mình, và bạn tiếp nhận một cách bình tĩnh, biết ơn, rồi thực sự thay đổi — bạn đang làm ba việc cùng lúc:
- Chứng minh feedback ở nhóm này là an toàn. Người ta thấy sếp bị chê mà không "trả đũa", họ mới tin rằng khi đến lượt họ bị chê cũng sẽ không sao.
- Kiếm được quyền phê bình. Rất khó nuốt lời góp ý từ một người chưa bao giờ cho thấy họ cũng có thể sai. Khi bạn tự đặt mình vào thế "người nhận" trước, những lời bạn đưa ra sau đó nặng ký hơn hẳn.
- Tự sửa những điểm mù. Bạn không thể sửa cái bạn không nhìn thấy. Và người nhìn rõ điểm mù của bạn nhất chính là những người làm việc với bạn hằng ngày.
Vì sao xin feedback lại khó đến vậy
Nếu chỉ cần nói "mọi người cứ góp ý thoải mái nhé" là xong thì đã chẳng có bài học này. Vấn đề là câu nói đó gần như không bao giờ có tác dụng. Có ba rào cản:
- Rào cản quyền lực. Cấp dưới luôn tính toán rủi ro khi phê bình sếp. Im lặng là lựa chọn an toàn.
- Rào cản mơ hồ. Câu hỏi "Em thấy anh làm việc thế nào?" quá rộng, khiến người ta chỉ trả lời cho có: "Dạ ổn ạ."
- Rào cản phản ứng. Nếu lần đầu ai đó góp ý thật lòng mà bị bạn cãi lại hoặc giải thích dài dòng, họ sẽ không bao giờ góp ý lần hai.
Nghệ thuật nhận feedback: tách "kích hoạt" khỏi "nội dung"
Douglas Stone và Sheila Heen trong Thanks for the Feedback chỉ ra rằng con người có ba loại "trigger" (kích hoạt cảm xúc) khiến ta từ chối feedback ngay cả khi nó đúng:
- Truth trigger — "Điều này sai bét, không đúng về tôi." (Ta phản ứng với nội dung.)
- Relationship trigger — "Người này thì có tư cách gì mà nói tôi." (Ta phản ứng với người đưa.)
- Identity trigger — "Nếu điều này đúng thì tôi là một manager tồi." (Ta phản ứng vì nó đe dọa hình ảnh bản thân.)
Tình huống thực tế
Tình huống 1 — Chị Linh và câu hỏi "mọi người cứ góp ý thoải mái"
Chị Linh vừa được thăng lên Team Lead của nhóm 6 kỹ sư tại Tiki, sau 4 năm làm developer cùng chính nhóm này. Buổi họp đầu tiên với vai trò mới, chị nói với cả nhóm: "Mình lên làm lead nhưng vẫn là đồng đội, mọi người thấy mình có gì chưa được thì cứ nói thẳng nhé, đừng ngại."
Ba tháng trôi qua. Không một ai nói gì. Chị Linh tưởng mình đang làm tốt — cho tới buổi khảo sát engagement nội bộ, điểm "quản lý lắng nghe ý kiến team" của nhóm chị chỉ đạt 5.8/10, thấp nhất phòng. Chị sốc.
Diễn giải: Lời mời "cứ góp ý thoải mái" của chị Linh thất bại vì nó vi phạm cả ba rào cản. Nó mơ hồ (góp ý về cái gì?), nó bỏ mặc rào cản quyền lực (chị không làm gì để giảm rủi ro cho người nói), và vì suốt ba tháng không ai thử, chị cũng chẳng có cơ hội chứng minh mình tiếp nhận tốt. Câu nói đó thực chất chỉ để chị cảm thấy mình là một sếp cởi mở, chứ không tạo ra feedback thật.
Sau đó, chị đổi cách. Trong 1-on-1, thay vì hỏi chung chung, chị hỏi cụ thể một anh trong nhóm: "Tuần rồi mình chủ trì buổi review kiến trúc. Có một điều mình làm khiến buổi đó kém hiệu quả — theo em đó là điều gì?" Câu hỏi giả định đã có điểm cần sửa, buộc người trả lời phải nghĩ thật. Anh kỹ sư ngập ngừng rồi nói chị hay ngắt lời khi người khác đang trình bày. Chị Linh chỉ đáp: "Cảm ơn em, đúng là mình có tật đó. Từ giờ khi thấy mình ngắt lời, em cứ ra hiệu nhé." Từ buổi đó, nhóm mới bắt đầu thật sự lên tiếng.
Bài học: Câu hỏi càng cụ thể, feedback càng thật. Và feedback đầu tiên bạn nhận được quyết định có feedback thứ hai hay không.
Tình huống 2 — Anh Đức và phản xạ phòng thủ
Anh Đức là Product Manager mới lên quản lý tại một startup fintech ở TP.HCM. Anh thật lòng muốn cải thiện, nên trong retro anh hỏi cả team: "Có gì về cách mình điều phối dự án mà mọi người muốn mình làm khác không?" Một bạn designer trẻ nói: "Em thấy anh thay đổi yêu cầu giữa chừng khá nhiều, làm tụi em phải làm lại."
Phản xạ đầu tiên của anh Đức là giải thích: "Ừ nhưng mà tại vì bên sales đổi ý, với cả thị trường thay đổi nhanh nên..." Anh nói một mạch ba phút về lý do. Bạn designer gật gù cho qua chuyện. Retro kết thúc, và lần retro sau, khi anh lại hỏi, cả team im lặng.
Diễn giải: Anh Đức rơi vào truth trigger — anh nghe feedback như một lời buộc tội "sai" và lập tức bảo vệ mình bằng lý lẽ. Nhưng dưới góc nhìn của người góp ý, một lời giải thích ngay lập tức = "sếp không muốn nghe, sếp chỉ muốn mình hiểu cho sếp." Dù lý do của anh có chính đáng đến đâu, hành vi phòng thủ đã dập tắt kênh feedback.
Điều anh nên làm là tách hai việc: tiếp nhận trước, xử lý sau. Câu đáp lý tưởng: "Cảm ơn em, đây là điều quan trọng. Em cho anh một ví dụ cụ thể lần gần nhất được không?" — rồi lắng nghe, ghi nhận, và chỉ ngày hôm sau mới quay lại bàn giải pháp (ví dụ: "Anh nghĩ rồi, từ giờ mình sẽ chốt scope vào thứ Hai và không đổi trong tuần trừ khi có lý do sống còn"). Việc giải thích hoàn cảnh không sai — nhưng nó phải đến sau khi người kia cảm thấy được lắng nghe, không phải chồng lên ngay lời họ vừa nói.
Bài học: Khoảnh khắc bạn nhận feedback, nhiệm vụ duy nhất là hiểu, không phải phản biện. Cảm ơn, hỏi thêm chi tiết, xin thời gian. Phản biện và giải thích để dành cho một cuộc trò chuyện khác.
Tình huống 3 — Grab và văn hóa "xin feedback định kỳ"
Ở Grab, nhiều Engineering Manager áp dụng một thói quen đơn giản: cuối mỗi chu kỳ 1-on-1 hằng tháng, họ dành 5 phút cuối để đảo vai — thay vì hỏi nhân viên về công việc, họ hỏi: "Tháng này có một việc mình làm khiến em khó khăn hơn cần thiết không? Và một việc em muốn mình tiếp tục làm?"
Một EM tên Hải kể rằng nhờ câu hỏi này, một bạn trong team đã nói thẳng: anh giao task quá dồn vào cuối sprint, khiến bạn phải OT liên tục. Hải không nhận ra vì bản thân anh quen làm việc theo nhịp nước rút. Anh điều chỉnh cách phân bổ, và ba tháng sau điểm hài lòng của team tăng rõ. Quan trọng hơn: vì Hải hỏi đều đặn thành nếp, cả team coi việc góp ý cho sếp là chuyện bình thường, không phải sự kiện đáng sợ.
Diễn giải: Điểm mạnh ở đây là tính định kỳ. Khi xin feedback trở thành nghi thức lặp lại (ritual) chứ không phải một lần bốc đồng, rào cản tâm lý giảm dần theo thời gian. Người ta không cần "lấy hết can đảm" mỗi lần, vì đằng nào tháng sau cũng lại được hỏi.
Bài học: Đừng biến việc xin feedback thành một sự kiện long trọng hiếm hoi. Hãy nhúng nó vào nhịp làm việc đều đặn để nó trở thành bình thường.
Hướng dẫn từng bước
Dưới đây là quy trình bạn có thể áp dụng ngay để xây kênh feedback hai chiều.
Bước 1 — Chủ động mở lời, với câu hỏi cụ thể. Đừng hỏi "Anh làm việc thế nào?". Hãy neo vào một tình huống, một hành vi, một khoảng thời gian gần: "Trong buổi họp planning hôm qua, có điều gì mình làm khiến nó kém hiệu quả không?" Kỹ thuật mạnh nhất là câu hỏi của Kim Scott: "Có điều gì mình có thể làm hoặc ngừng làm để giúp em làm việc dễ hơn không?" Câu này giả định sẵn rằng luôn có điều để cải thiện.
Bước 2 — Ôm lấy sự im lặng khó chịu. Sau khi hỏi, người ta sẽ ngập ngừng. Đừng vội lấp khoảng lặng bằng "à chắc không có gì đâu nhỉ". Hãy đếm thầm đến sáu. Sự im lặng của bạn là tín hiệu rằng bạn thật sự chờ một câu trả lời thật.
Bước 3 — Lắng nghe để hiểu, không để đáp trả. Khi feedback đến, chống lại mọi thôi thúc giải thích, biện minh hay đính chính. Nhiệm vụ duy nhất: hiểu cho đúng. Nếu cần, hỏi lại: "Em cho anh một ví dụ cụ thể được không?"
Bước 4 — Ghi nhận bằng lòng biết ơn thật. Nói "Cảm ơn em đã nói với anh, chắc không dễ để nói điều này." Điều này thưởng cho hành vi dũng cảm và khiến lần sau dễ hơn. Tuyệt đối tránh câu "Ừ nhưng mà...".
Bước 5 — Đóng vòng lặp (close the loop). Đây là bước bị bỏ quên nhiều nhất và cũng quan trọng nhất. Vài ngày sau, quay lại người đã góp ý và cho họ thấy bạn đã làm gì với feedback đó: "Tuần trước em nói anh hay đổi scope giữa chừng. Anh đã lập quy tắc chốt scope thứ Hai. Em thấy tuần này khá hơn chưa?" Không có gì khuyến khích feedback trong tương lai bằng việc cho người ta thấy feedback quá khứ của họ đã tạo ra thay đổi thật.
Bước 6 — Nếu không đồng ý, hãy làm điều đó một cách tôn trọng và trễ. Bạn không phải đồng ý với mọi feedback. Nhưng hãy xử lý bất đồng ở một cuộc trò chuyện riêng, sau khi đã ghi nhận: "Anh đã suy nghĩ về điều em nói. Anh đồng ý phần A, còn phần B thì anh nhìn khác, mình bàn thêm nhé." Bất đồng sau khi lắng nghe rất khác với phản bác ngay khi vừa nghe.
Lỗi thường gặp & mẹo
Lỗi 1 — Hỏi chung chung. "Mọi người cứ góp ý thoải mái" gần như luôn cho ra con số không. Mẹo: mỗi lần chỉ hỏi về một tình huống cụ thể, gần đây.
Lỗi 2 — Phòng thủ ngay lập tức. Chỉ cần một lần "Ừ nhưng mà tại vì..." là đủ đóng cửa kênh feedback. Mẹo: thuộc lòng một câu tiếp nhận trung tính để bật ra theo phản xạ: "Cảm ơn em, cho anh một ví dụ cụ thể nhé."
Lỗi 3 — Xin feedback rồi để nó rơi vào hư không. Nếu bạn hỏi mà chẳng bao giờ thay đổi gì, người ta sẽ kết luận việc góp ý là vô ích. Mẹo: luôn đóng vòng lặp ở bước 5, dù chỉ là một thay đổi nhỏ.
Lỗi 4 — Chỉ xin feedback khi có sự cố. Xin feedback chỉ sau một dự án thất bại khiến nó gắn với sự trừng phạt. Mẹo: biến nó thành nghi thức định kỳ như cách EM Hải ở Grab làm.
Lỗi 5 — Nhầm "lắng nghe" với "làm theo tất cả". Ngược lại với phòng thủ là chiều theo mọi feedback đến mức mất chính kiến. Mẹo: hãy nhớ bạn có quyền lọc — nghĩa vụ của bạn là nghe hết và cân nhắc thật, không phải tuân theo mọi lời.
Mẹo nâng cao — Gọi tên trigger của chính mình. Khi cảm thấy máu dồn lên mặt lúc nghe góp ý, hãy thầm hỏi: "Mình đang bị truth, relationship, hay identity trigger?" Chỉ riêng việc gọi tên được cảm xúc đã giúp bạn giành lại vài giây bình tĩnh để không phản ứng bốc đồng.
Bài tập thực hành
- Kịch bản câu hỏi. Viết ra ba câu hỏi xin feedback cụ thể mà bạn sẽ dùng trong tuần này. Mỗi câu phải neo vào một tình huống có thật (một buổi họp, một quyết định, một task bạn giao). Tránh mọi câu hỏi chung chung.
- Thực hành đóng vòng lặp. Nhớ lại một feedback bạn đã nhận trong tháng qua (từ sếp, đồng nghiệp hoặc cấp dưới). Bạn đã làm gì với nó? Nếu chưa làm gì, hãy quay lại người đó trong tuần này, nói bạn đã suy nghĩ ra sao và định thay đổi điều gì.
- Nhật ký trigger. Trong hai tuần tới, mỗi khi bạn cảm thấy khó chịu lúc nhận feedback, ghi lại: ai nói, nói gì, và bạn bị trigger loại nào. Cuối hai tuần, đọc lại — bạn sẽ thấy một khuôn mẫu (pattern) về điểm nhạy cảm của chính mình.
- Thử nghiệm im lặng 6 giây. Trong buổi 1-on-1 tới, sau khi hỏi xin feedback, cố tình giữ im lặng và đếm thầm đến sáu trước khi nói tiếp. Quan sát điều gì xảy ra.
Tóm tắt
Feedback không phải một dòng chảy từ trên xuống — nó là con đường hai chiều, và với tư cách manager, chiều đi lên (feedback dành cho bạn) mới là chiều dễ bị bịt kín nhất. Nguyên tắc nền tảng của Kim Scott rất rõ: bạn phải chứng minh mình nhận được feedback trước khi có quyền đưa feedback. Xin feedback về bản thân là cách bạn kiếm uy tín, tạo an toàn tâm lý cho cả nhóm, và sửa những điểm mù mà một mình bạn không bao giờ thấy.
Để làm được, hãy hỏi bằng câu hỏi cụ thể chứ không chung chung; ôm lấy sự im lặng khó chịu; lắng nghe để hiểu chứ không phải phản biện; ghi nhận bằng lòng biết ơn thật; và quan trọng nhất — đóng vòng lặp bằng cách cho người góp ý thấy feedback của họ đã tạo ra thay đổi. Khi nhận, hãy cảnh giác với ba trigger — truth, relationship, identity — vì chúng khiến ta từ chối cả những feedback đúng đắn.
Manager mà cấp dưới dám nói thật không phải là người thông minh nhất, mà là người đã kiên nhẫn chứng minh — qua từng phản ứng bình tĩnh, từng vòng lặp được đóng — rằng nói thật với họ là an toàn và có ích. Đó là nền móng của mọi văn hóa feedback lành mạnh.