Mở đầu — vì sao bài này quan trọng
Có một sự thật hơi phũ phàng mà nhiều tech lead phải học theo cách khó khăn: càng lên cao, kỹ năng viết code càng ít quyết định thành công, còn kỹ năng lắng nghe càng trở thành thứ tạo ra hoặc phá vỡ cả một team.
Khi bạn còn là một engineer viết code, bạn được đánh giá qua những gì bạn tạo ra. Nhưng khi bạn trở thành tech lead, engineering manager, hay staff engineer dẫn dắt một sáng kiến, bạn được đánh giá qua những gì người khác tạo ra khi làm việc với bạn. Và điều duy nhất giúp bạn hiểu được người khác thực sự nghĩ gì, lo lắng gì, kẹt ở đâu — chính là lắng nghe.
Ở khóa học này, chúng ta đã có Bài 1 nói về Active Listening ở mức nền tảng cho mọi người giao tiếp. Bài 35 này khác: nó dành riêng cho người dẫn dắt kỹ thuật. Vì khi bạn ở vị trí quyền lực — người quyết định thiết kế, người review code, người quyết định ai được promote — thì việc lắng nghe của bạn không còn là chuyện lịch sự cá nhân nữa. Nó trở thành công cụ để phá bỏ rào cản quyền lực, để junior dám nói thật, để bạn phát hiện rủi ro kỹ thuật trước khi nó thành sự cố production lúc 2 giờ sáng.
Một tech leader lắng nghe kém sẽ tạo ra một team im lặng. Và một team im lặng là team nguy hiểm nhất — không phải vì họ không thấy vấn đề, mà vì họ thấy nhưng không nói. Bài học này sẽ giúp bạn trở thành người mà team muốn nói thật.
Khái niệm cốt lõi
"Nghe" (Hearing) khác "Lắng nghe" (Listening)
Đây là điểm khởi đầu quan trọng nhất, và cũng là nơi hầu hết tech leader mắc kẹt mà không tự biết.
Nghe (Hearing) là một quá trình sinh lý: âm thanh đi vào tai bạn. Đồng nghiệp nói "em nghĩ cái deadline này hơi gấp", sóng âm chạm màng nhĩ, bạn đăng ký được rằng có người vừa phát ra tiếng. Xong.
Lắng nghe (Listening) là một quá trình nhận thức chủ động, gồm ba việc: xử lý (bạn giải mã ý nghĩa), thấu hiểu (bạn nắm được điều họ thực sự muốn nói, kể cả điều họ không nói ra), và phản hồi (bạn cho họ thấy bạn đã hiểu).
Với dân kỹ thuật, cái bẫy rất đặc thù: chúng ta được huấn luyện để giải quyết vấn đề (problem-solving). Nên ngay khi ai đó mới nói được nửa câu, não chúng ta đã nhảy sang chế độ "debug" — tìm giải pháp, chuẩn bị phản biện, nghĩ về kiến trúc. Lúc đó tai bạn vẫn nghe, nhưng bạn đã ngừng lắng nghe từ giây thứ ba. Bạn đang chờ đến lượt mình nói, chứ không đang tiếp nhận.
Ba cấp độ lắng nghe
Hãy hình dung lắng nghe như ba tầng, từ nông đến sâu. Một tech leader giỏi biết mình đang ở tầng nào và chủ động đi xuống tầng sâu hơn.
Cấp độ 1 — Internal Listening (Nghe để phục vụ bản thân). Bạn nghe người khác, nhưng sự chú ý thực sự hướng vào chính bạn: "Điều này ảnh hưởng gì đến mình? Mình sẽ trả lời thế nào? Ý này có đúng với thiết kế mình đề xuất không?" Đây là cấp độ mặc định của não khi đang bận rộn. Nó không hoàn toàn xấu — nhưng nếu bạn kẹt ở đây, người đối diện sẽ cảm nhận được rằng bạn đang chờ họ nói xong để nói ý của bạn.
Cấp độ 2 — Focused Listening (Nghe tập trung vào người nói). Toàn bộ sự chú ý của bạn hướng ra ngoài, vào người kia. Bạn thực sự tò mò về điều họ nói. Bạn không soạn câu trả lời trong đầu; bạn theo dõi từ ngữ, logic, cách họ diễn đạt. Đây là mức tối thiểu mà một tech leader cần đạt trong hầu hết các cuộc trò chuyện 1-on-1.
Cấp độ 3 — Global Listening (Nghe toàn cảnh). Bạn nghe cả những gì không được nói: ngữ điệu do dự, sự im lặng bất thường, ngôn ngữ cơ thể, năng lượng trong phòng. Một junior nói "Dạ oke anh, để em thử làm" bằng giọng phẳng lì và không nhìn vào mắt bạn — ở cấp độ 3, bạn nghe được rằng thực ra bạn ấy đang không ổn, đang bị áp lực, hoặc không đồng ý nhưng không dám nói. Đây là cấp độ tạo ra sự khác biệt giữa một manager tầm thường và một manager mà cả team tin tưởng.
Vì sao rào cản quyền lực khiến việc lắng nghe của leader khó gấp đôi
Điều mà nhiều tech leader mới lên quên mất: khoảnh khắc bạn có chức danh "lead" hay "manager", cách người khác nói chuyện với bạn thay đổi hoàn toàn. Junior sẽ lọc bớt ý kiến, làm mềm phản đối, và nói điều họ nghĩ bạn muốn nghe. Đây gọi là power distance — khoảng cách quyền lực — và ở văn hóa Việt Nam, khoảng cách này thường lớn hơn nhiều so với các nước phương Tây, do truyền thống tôn trọng cấp trên và ngại làm mất lòng.
Hệ quả là: nếu bạn lắng nghe bình thường, bạn sẽ nhận về thông tin đã bị lọc. Để nghe được sự thật, một leader phải lắng nghe chủ động và có kỹ thuật — tạo an toàn, hỏi đúng cách, và diễn giải lại (paraphrase) để xác nhận. Lắng nghe của leader không phải bản năng; nó là một kỹ năng phải luyện.
Tình huống thực tế
Ví dụ 1 — Cái gật đầu che giấu một quả bom kỹ thuật
Ở một công ty fintech tại TP.HCM (gọi là VíXanh), tech lead tên Hoàng dẫn một team 6 người xây tính năng thanh toán QR mới, deadline ra mắt trước Tết. Trong buổi planning, Hoàng trình bày kiến trúc: dùng một service trung tâm gọi đồng bộ (synchronous) tới ba service khác. Anh hỏi "Mọi người thấy ổn không?". Cả phòng gật đầu. Một bạn backend junior tên Linh khẽ nói "Dạ em thấy ổn ạ, nhưng… mà thôi không sao anh".
Hoàng đang ở cấp độ 1 — anh nghe thấy "ổn", tick xong việc, chuyển sang phần tiếp theo. Cái "nhưng… mà thôi" của Linh trôi qua.
Ba tuần sau, trong đợt tải test cuối, hệ thống sập vì cascade failure: một service chậm kéo sập cả chuỗi đồng bộ. Đúng vấn đề Linh đã lờ mờ thấy nhưng không dám nói hết. Lúc retro, Linh thừa nhận: "Hôm đó em định nói nên tách async cho phần này, nhưng thấy anh trình bày chắc chắn quá, em nghĩ chắc em sai".
Bài học rút ra: Cụm từ "nhưng… mà thôi" là một tín hiệu vàng ở cấp độ 3. Nếu Hoàng dừng lại 5 giây và hỏi "Không sao, Linh cứ nói, em thấy chỗ nào gợn?", cả một sự cố đã có thể tránh được. Với leader, im lặng và lời rào đón của người dưới quyền không phải là sự đồng thuận — nó thường là bất đồng đang bị nén lại.
Ví dụ 2 — Diễn giải lại giúp gỡ một xung đột tưởng chừng về kỹ thuật
Tại một startup logistics ở Singapore có team engineer người Việt, hai senior là Tú và An tranh cãi gay gắt trong một buổi design review: chọn Kafka hay RabbitMQ cho hệ thống message. Cuộc tranh luận kéo dài 40 phút, mỗi người bảo vệ lựa chọn của mình đến mức căng thẳng. Engineering manager tên Duy ngồi nghe.
Thay vì đứng về phe nào hay đưa ra phán quyết, Duy dùng kỹ thuật paraphrase ở cấp độ 2 và 3: "Để anh tóm lại xem anh hiểu đúng chưa. Tú, em ưu tiên Kafka vì em lo sang năm khi scale lên hàng triệu message, ta không muốn migrate lần nữa — đúng không? Còn An, em ưu tiên RabbitMQ vì team hiện tại đã quen, và em lo nếu học Kafka thì kịp deadline quý này rất khó — phải không?".
Cả hai gật. Và ngay lúc đó, cả phòng nhận ra: đây không phải cuộc tranh luận về công nghệ. Đó là cuộc tranh luận giữa tối ưu dài hạn và tối ưu deadline ngắn hạn — hai mối lo hoàn toàn hợp lý nhưng khác trục. Khi vấn đề thật được đặt tên, họ giải quyết trong 10 phút: dùng RabbitMQ cho quý này, và ghi một ADR cam kết đánh giá lại Kafka trong Q3.
Bài học rút ra: Rất nhiều xung đột kỹ thuật thực chất là xung đột về ưu tiên hoặc nỗi lo ẩn mà không ai nói thẳng. Kỹ năng lắng nghe mạnh nhất của leader là paraphrase — nhắc lại điều bạn nghe được bằng lời của bạn — vì nó vừa xác nhận bạn hiểu đúng, vừa lôi được mối lo thật lên bề mặt.
Ví dụ 3 — Lắng nghe trong 1-on-1 phát hiện nguy cơ nghỉ việc
Ở một công ty product tại Hà Nội, tech lead tên Mai có buổi 1-on-1 định kỳ với một mid-level engineer tên Sơn. Sơn báo cáo công việc trôi chảy, task đúng tiến độ. Nếu chỉ nghe cấp độ 1, mọi thứ đều ổn.
Nhưng Mai để ý: mấy tuần gần đây Sơn không còn đặt câu hỏi trong standup, không comment trong pull request của người khác như trước, và giọng nói có phần đều đều. Ở cấp độ 3, Mai cảm nhận một sự thu mình. Cô không hỏi "Em có định nghỉ không?" (câu hỏi đóng, gây phòng thủ), mà hỏi mở: "Anh thấy dạo này em ít tham gia thảo luận technical hơn trước. Không phải anh trách gì đâu, anh chỉ tò mò — dạo này công việc với em thế nào, có gì làm em thấy chán không?".
Sơn im lặng vài giây — rồi mở lòng: bạn ấy thấy mình làm mãi mấy task CRUD lặp lại, không học được gì mới, và đã bắt đầu lướt tin tuyển dụng. Nhờ phát hiện sớm, Mai kịp giao cho Sơn dẫn dắt một mảng tối ưu hiệu năng — một hướng bạn ấy hứng thú. Sơn ở lại.
Bài học rút ra: Nội dung báo cáo ("task đúng tiến độ") thường không phải là điều quan trọng nhất trong 1-on-1. Sự thay đổi trong hành vi và năng lượng mới là dữ liệu thật. Lắng nghe cấp độ 3 giúp leader đọc được tín hiệu này trước khi nó biến thành đơn xin nghỉ.
Hướng dẫn từng bước
Đây là quy trình bạn có thể áp dụng ngay trong buổi họp, 1-on-1, hay design review tiếp theo.
Bước 1 — Trước cuộc trò chuyện, đặt ý định (set intention). Trong 10 giây, tự nhủ: "Mục tiêu của mình lúc này là hiểu, không phải giải quyết hay chứng minh mình đúng." Chỉ riêng việc đặt ý định này đã kéo bạn từ cấp độ 1 lên cấp độ 2.
Bước 2 — Dẹp bỏ phân tâm một cách hữu hình. Gập laptop lại, úp điện thoại xuống, quay hẳn người về phía người nói. Trong họp remote, tắt các tab khác và nhìn vào camera. Hành động này không chỉ giúp bạn tập trung — nó gửi tín hiệu rằng người kia đáng được lắng nghe, điều cực kỳ quan trọng khi bạn là người có quyền lực.
Bước 3 — Nghe hết, đừng cắt ngang, và ôm lấy sự im lặng. Kìm bản năng "debug" nhảy vào giữa câu. Khi người kia dừng lại, hãy đếm thầm 2–3 giây trước khi phản hồi. Khoảng lặng này là món quà: nó cho người kia không gian để nói ra phần khó nhất — phần thường đến sau khoảng im lặng.
Bước 4 — Hỏi câu hỏi mở, không phải câu hỏi định hướng. Thay vì "Em có thấy giải pháp của anh ổn không?" (câu hỏi ép người ta nói "ổn"), hãy hỏi "Em thấy rủi ro lớn nhất của cách này là gì?" hoặc "Nếu em không đồng ý với anh ở điểm nào, đó sẽ là điểm nào?". Câu hỏi mở mở cánh cửa cho sự thật.
Bước 5 — Diễn giải lại (paraphrase) để xác nhận. Trước khi phản hồi bằng ý của bạn, hãy nói lại điều bạn nghe được: "Để anh chắc là hiểu đúng — ý em là…". Nếu bạn hiểu sai, họ sẽ sửa. Nếu bạn hiểu đúng, họ cảm thấy được lắng nghe thật sự. Đây là kỹ thuật quyền lực nhất trong cả bài này.
Bước 6 — Ghi nhận trước khi phản biện. Kể cả khi bạn không đồng ý, hãy công nhận điều hợp lý trong ý họ trước: "Anh thấy lo lắng của em về deadline là chính đáng." Sau đó mới đưa góc nhìn của bạn. Trình tự này giữ cho người kia không rơi vào thế phòng thủ.
Bước 7 — Hành động dựa trên điều bạn nghe, và cho họ thấy điều đó. Nếu Linh nêu một rủi ro và bạn quyết định điều chỉnh thiết kế, hãy nói rõ "Anh đổi phần này vì góp ý của em". Không gì khích lệ người ta nói thật bằng việc thấy lời mình được lắng nghe tạo ra thay đổi thật.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhảy vào giải pháp quá sớm ("solution-jumping"). Đây là bệnh nghề nghiệp số một của dân kỹ thuật. Người ta mới kể vấn đề, bạn đã "Em thử làm X đi". Nhiều khi họ không cần giải pháp, họ cần được nghe. Mẹo: hỏi "Em muốn anh cùng nghĩ giải pháp, hay chỉ muốn anh nghe thôi?" — câu hỏi này thần kỳ hơn bạn tưởng.
Lỗi 2 — Coi im lặng và gật đầu là đồng thuận. Như tình huống VíXanh, gật đầu trong phòng họp thường là "tôi nghe rồi", không phải "tôi đồng ý". Mẹo: chủ động mời phản biện — "Ai thấy cách này có điểm yếu, nói giúp anh, đây là lúc an toàn nhất để chê".
Lỗi 3 — Nghe để phản bác (listening to reply). Bạn nghe chỉ để tìm chỗ hở mà phản công. Người đối diện cảm nhận được ngay và sẽ đóng cửa. Mẹo: tự cấm mình phản hồi cho đến khi paraphrase xong.
Lỗi 4 — Đa nhiệm khi nghe. Vừa nghe vừa gõ Slack, vừa liếc màn hình. Với leader remote, đây là sát thủ thầm lặng của niềm tin. Mẹo: nếu bạn thực sự bận, hãy thành thật "Anh đang kẹt việc gấp, cho anh hẹn 30 phút nữa để nghe em cho tử tế" — tôn trọng hơn nhiều so với nghe nửa vời.
Lỗi 5 — Quên rằng chức danh của bạn làm người ta rào đón. Bạn tưởng mình dễ gần, nhưng power distance vẫn ở đó. Mẹo: nói thẳng ra để hạ rào — "Anh có thể sai, và anh thực sự muốn nghe nếu em nghĩ khác". Lặp lại điều này thường xuyên cho đến khi team tin.
Mẹo bổ sung — Kỹ thuật "hỏi thêm một lần nữa". Khi ai đó nói xong, đừng vội chuyển chủ đề. Hỏi "Còn gì nữa không?". Rất thường xuyên, điều quan trọng nhất nằm ở câu trả lời cho lần hỏi thứ hai này.
Bài tập thực hành
Bài 1 — Nhật ký cấp độ lắng nghe (1 tuần). Sau mỗi buổi họp hoặc 1-on-1 quan trọng, ghi một dòng: mình đã ở cấp độ 1, 2, hay 3? Cuối tuần đọc lại và đếm tỉ lệ. Mục tiêu tuần sau: tăng số lần ở cấp độ 2–3.
Bài 2 — Thử thách "paraphrase trước khi phản hồi". Trong 3 cuộc trò chuyện tiếp theo, tự buộc mình phải nói lại "Để anh/chị chắc là hiểu đúng — ý em là…" trước khi đưa ra bất kỳ ý kiến nào. Ghi lại: có lần nào bạn phát hiện mình đã hiểu sai không?
Bài 3 — Săn tín hiệu cấp độ 3. Trong buổi họp team tới, đặt mục tiêu bắt được ít nhất một tín hiệu phi ngôn ngữ (giọng do dự, im lặng bất thường, lời rào đón "nhưng thôi…"). Khi bắt được, nhẹ nhàng mời họ nói thêm: "Anh cảm giác em còn điều gì muốn nói, cứ tự nhiên nhé".
Bài 4 — Câu hỏi mở thay câu hỏi đóng. Viết ra 3 câu hỏi đóng bạn hay dùng (ví dụ "Ổn không em?"), rồi chuyển mỗi câu thành phiên bản mở ("Em thấy chỗ nào còn gợn?"). Dán lên màn hình và dùng trong tuần.
Bài 5 — Nhờ team phản hồi. Ở buổi 1-on-1 tới, hỏi một câu can đảm: "Trên thang điểm 1–10, em thấy anh lắng nghe em tốt tới đâu? Anh làm gì để lần sau tốt hơn?". Lắng nghe câu trả lời — bằng chính cấp độ 3 bạn đang học.
Tóm tắt
Với một tech leader, lắng nghe không phải là phép lịch sự — nó là công cụ kỹ thuật để phát hiện rủi ro sớm, gỡ xung đột, và giữ chân người giỏi.
Hãy nhớ những cột mốc cốt lõi:
- Nghe (hearing) chỉ là âm thanh vào tai; lắng nghe (listening) là xử lý + thấu hiểu + phản hồi. Dân kỹ thuật dễ ngừng lắng nghe từ giây thứ ba vì não nhảy sang chế độ giải quyết vấn đề.
- Ba cấp độ lắng nghe: cấp 1 hướng vào bản thân, cấp 2 tập trung vào người nói, cấp 3 nghe cả điều không nói ra. Leader giỏi chủ động đi xuống cấp 2–3.
- Quyền lực khiến người ta lọc thông tin trước khi nói với bạn. Ở văn hóa Việt Nam, khoảng cách quyền lực càng lớn. Muốn nghe sự thật, bạn phải lắng nghe có kỹ thuật: tạo an toàn, hỏi mở, và paraphrase.
- Paraphrase là kỹ thuật mạnh nhất — nó xác nhận bạn hiểu đúng và kéo mối lo thật lên bề mặt.
- Im lặng và gật đầu không phải đồng thuận. "Nhưng… mà thôi" là tín hiệu vàng cần dừng lại và mời người ta nói thêm.