WEBSITE ĐANG PHÁT TRIỂN

Khi AI làm được mọi thứ, thứ còn lại chính là bạn

Trong thời đại AI viết code, dự đoán bug, và generate bất kỳ tài liệu kỹ thuật nào, thứ không thể tự động hóa lại là điều đơn giản nhất: cuộc trò chuyện thật sự giữa người với người. Và chính điều đó đang trở thành lợi thế cạnh tranh lớn nhất của bạn.

Buổi sáng thứ Hai mà tôi không thể "prompt" được

Năm 2022, tôi có một senior developer trong team - gọi anh là Minh. Minh viết code rất tốt, một trong những engineer tôi tin tưởng nhất trong dự án. Nhưng từ sau Sprint Planning tuần đó, anh bắt đầu trầm lặng khác thường. Commit ít lại. Câu trả lời trong Slack ngắn dần - từ 3 dòng xuống 1 dòng, rồi chỉ còn "ok".

Tôi có thể dùng AI để phân tích commit history. Có thể dùng LinearB để xem velocity drop. Có thể nhờ Jira tạo report về số task hoàn thành. Tất cả đều cho ra cùng một kết luận: "Something is wrong."

Nhưng không có tool nào nói được điều tôi cần biết: tại sao.

Tôi nhắn Minh đi cà phê trưa. Không agenda, không có gì cần report. Chỉ là hai người ngồi với nhau.

Minh mất 15 phút đầu để "lịch sự". Rồi anh kể - vợ bệnh, con nhỏ, và anh đang cân nhắc xin nghỉ để về quê chăm gia đình. Anh chưa nói với ai vì "ngại ảnh hưởng đến team."

Không có AI nào đọc được điều đó qua Git log. Và cũng không có AI nào biết rằng điều anh cần lúc đó không phải là giải pháp - mà là ai đó lắng nghe.


"Linguistic warmth" - cái bẫy của AI empathy

Có một khái niệm mà tôi đọc được trong một nghiên cứu năm 2025 và không thể quên: linguistic warmth.

Các LLM tạo ra câu chữ nghe rất đồng cảm - đúng từ, đúng tone, đúng cấu trúc. Nhưng khi bạn đi sâu vào giai đoạn thật sự khám phá và thấu hiểu, AI bắt đầu mất phương hướng. Nó perform kém hơn đáng kể so với những gì ban đầu nó "hứa hẹn".

Nói nôm na: AI biết nói đúng, nhưng không biết cảm đúng.

Điều này quan trọng hơn nhiều so với nó nghe có vẻ.

Một khảo sát năm 2025 cho thấy 76% Gen Z dùng AI chatbot để navigate những cuộc hội thoại khó - soạn email phản hồi sếp, xử lý conflict trong team, hoặc đơn giản là "đọc tone" của tin nhắn người khác.

Nhìn từ góc độ người đã mentor hàng chục developer qua nhiều năm, tôi thấy điều này đáng lo hơn là đáng mừng. Không phải vì AI không hữu ích. Mà vì khi bạn outsource emotional intelligence cho AI, bạn đang atrophy đúng cơ bắp quan trọng nhất của career - cơ bắp kết nối với người khác.


Những thứ AI không làm được - không phải vì thiếu data

Có một câu tôi hay dùng để mở đầu buổi one-on-one với team: "Bạn đang ổn không - và tôi không hỏi về code."

Câu đó đơn giản. Nhưng nó làm được thứ mà không prompt nào làm được: nó tạo ra psychological safety - vùng an toàn để người khác thật sự nói thật.

Psychological safety không phải khái niệm mềm mờ nhạt. Google's Project Aristotle, nghiên cứu kéo dài nhiều năm về hiệu suất team, kết luận đây là yếu tố quan trọng nhất quyết định một team có hiệu quả hay không. Quan trọng hơn cả technical skill, kinh nghiệm hay process.

AI không thể tạo psychological safety. Vì safety được xây bằng trust, và trust được xây từ những micro-moments rất người: nhớ tên con của đồng nghiệp. Nhận ra khi ai đó đang cố che giấu lo lắng. Biết khi nào cần ngồi im thay vì đưa ra giải pháp ngay.

Một ông bạn tôi - Engineering Manager tại một fintech khá lớn - từng kể về một sprint review tệ hại. Team miss deadline, stakeholder không hài lòng, cả phòng im re. Anh mở laptop định dùng AI để tóm tắt issues và action items.

Rồi anh dừng lại. Đóng laptop.

Và hỏi thẳng team: "Mình đã xử lý tệ ở đâu - và ai trong phòng này cần tôi hỗ trợ gì?"

Thứ xảy ra tiếp theo không có trong bất kỳ AI playbook nào: developer junior nhất trong team, người thường không nói gì, bắt đầu chia sẻ. Và đó là lúc cả team thực sự hiểu vấn đề nằm ở đâu.


Giao tiếp người-với-người không phải kỹ năng mềm - đó là kỹ năng chiến lược

Tôi không thích cụm từ "kỹ năng mềm" (soft skills). Nó vô tình ngụ ý đây là thứ nice-to-have, phần phụ lục đứng sau kỹ năng kỹ thuật.

Sai hoàn toàn.

HBR năm 2025 publish nghiên cứu về 5 critical skills mà leader cần trong AI era. Trong đó, 3/5 là hoàn toàn về human communication:

Team Orchestrator - tạo psychological safety để team có thể thử nghiệm và fail together. Không phải là passive tool usage mà là chủ động xây môi trường an toàn để người dám nói thật.

Mentor/Coach - shift từ "inspection culture" sang "coaching culture". Redirect thời gian của manager về phía learning và development của người. Không phải review KPI, mà là đầu tư vào người.

Role Model - làm visible những thứ bạn đang học, kể cả failure. Không phải nói "tôi sai" trên slide deck, mà là sống điều đó trước mặt team.

Không có cái nào trong số này AI làm thay được. Bởi vì tất cả đều dựa trên một thứ duy nhất: niềm tin. Và niềm tin không được build qua token prediction. Nó được build qua những cuộc trò chuyện thật, trong những khoảnh khắc dễ tổn thương nhất.


Kinh nghiệm từ 20 năm: những cuộc trò chuyện thay đổi trajectory

Nhìn lại, tôi thấy một pattern rõ ràng: những bước ngoặt lớn nhất trong career - của tôi và của những người tôi đã mentor - đều bắt đầu từ một cuộc trò chuyện với một người thật. Không phải một bài blog, không phải một course, không phải một AI-generated roadmap.

Người sếp đầu tiên của tôi ngồi xuống và nói: "Son, anh thấy em có tiềm năng làm kiến trúc sư hệ thống. Nhưng em cần học cách nhìn big picture hơn. Anh sẽ cho em cơ hội - nếu em muốn."

Tôi muốn. Và điều đó thay đổi mọi thứ.

Hay cái ngày tôi ngồi với một junior dev đang viết CV để rải đi - anh nghĩ mình không giỏi, không phù hợp với team. Chúng tôi ngồi hai tiếng. Không có presentation, không có document nào. Chỉ là tôi kể lại những lần tôi đã sai, đã bị reject, đã muốn bỏ cuộc.

Anh đó hiện tại là senior dev tại một công ty Nhật, và hay nhắn tôi mỗi dịp năm mới.

AI không tạo ra được những khoảnh khắc đó. Không phải vì AI không giỏi. Mà vì những khoảnh khắc đó có giá trị chính vì nó đến từ một người thật - với sẹo thật, kinh nghiệm thật, sự quan tâm thật.

Đây là thứ pollinate.net gọi là "relational accountability" - sự chịu trách nhiệm trong mối quan hệ thật. Khác hoàn toàn với transactional feedback của AI: nhạy cảm với identity, context, và hệ quả thật sự trong cuộc sống người kia.


Vậy AI đang làm gì trong câu chuyện này?

Tôi không anti-AI. Thực ra tôi dùng AI hàng ngày - review code, research, draft document, debug. Nó tiết kiệm cho tôi hàng giờ mỗi ngày.

Và chính vì AI đang làm tốt phần technical execution, nên phần human judgment and connection trở nên có giá trị hơn bao giờ hết.

Hãy nghĩ theo cách này:

Khi AI tự động hóa phần execution, giá trị của bạn dịch chuyển về phía judgment và connection. Bạn không còn được trả tiền để gõ phím nhanh. Bạn được trả tiền để:

  • Hiểu tại sao một quyết định kỹ thuật lại quan trọng với business
  • Tạo ra môi trường nơi team dám nói thật và thử nghiệm
  • Đọc được context mà không có data point nào capture được
  • Mentor người khác bằng lived experience, không phải copied knowledge

Có một câu tôi đọc được và hay chia sẻ lại:

"Use AI for preparation and exploration. Use humans for understanding, judgment, and high-stakes moments."

WEF năm 2026 cũng nói thẳng: "Lợi thế cạnh tranh không còn nằm ở việc sở hữu công nghệ - vì AI có thể copy. Lợi thế nằm ở 'human advantage' - thứ không thể replicate."

Human advantage đó bắt đầu từ khả năng kết nối với người khác.


3 thực hành cụ thể - không phải lý thuyết

Gửi các bạn đang đọc bài này - dù bạn là junior, senior, hay tech lead:

1. Một one-on-one tốt hơn ba status meeting

Tôi schedule một-một với từng thành viên team ít nhất 2 tuần/lần. Không agenda cứng. Câu đầu tiên luôn là: "Gần đây bạn đang suy nghĩ gì - về work hoặc không về work đều được." Câu này tạo ra vùng trời khác hẳn so với "Any blockers?"

2. Đừng communicate qua ticket khi có conflict

Jira, Slack, GitHub comment - tốt cho documentation, tệ cho relationship. Khi có conflict hoặc miscommunication, tôi ưu tiên gọi video hoặc gặp trực tiếp. 10 phút nói chuyện thường giải quyết được thứ mà 2 ngày thread Slack không xong. Và quan trọng hơn - nó không để lại "vết thương" trong mối quan hệ.

3. Kể chuyện thật - kể cả khi bạn là người sai

Đây là thứ tôi học được từ người mentor tôi: vulnerability tạo trust. Khi bạn kể lại lần mình sai, mình fail, mình không biết - bạn cho người khác permission để làm điều tương tự. Và đó là nền tảng của một team thực sự hoạt động tốt. Không phải team hoàn hảo - team an toàn.


AI đưa bạn nhanh hơn - nhưng bạn phải chọn hướng đi

Trong Thinking, Fast and Slow, Kahneman phân biệt System 1 (thinking fast, automatic) và System 2 (thinking slow, deliberate). AI đang làm tốt System 1 cho bạn - phản xạ nhanh, pattern matching, execution.

System 2 - deliberate, contextual, deeply human - vẫn là của bạn.

Và giao tiếp người với người là System 2 ở dạng thuần khiết nhất. Nó chậm hơn. Khó hơn. Không thể scale. Nhưng đó là điều đứng sau mọi team tốt, mọi product có giá trị, và mọi career đáng nhớ.

AI không thay thế được điều đó. Không phải vì AI kém - mà vì điều đó chỉ có giá trị khi đến từ con người.


Bạn nghĩ sao? Trong team của bạn hiện tại, thứ nào đang thiếu nhiều hơn - technical skills hay genuine human connection? Và bạn đang làm gì để build thứ đó?

Comment hoặc nhắn thẳng tôi nếu bạn muốn bàn thêm. 👇


/Son Do - believe in basic

#1percentbetter #technicalleadership #AIera #humancommunication #engineeringculture



Bài viết liên quan

Xem thêm
Technical Leadership & Engineering Culture

Antigravity và nghệ thuật chống lại trọng lực tổ chức

Trọng lực tổ chức là cái lực vô hình kéo team về phía "những gì đã quen rồi". Để bay lên (antigravity), bạn phải hiểu rõ nó, đo lường nó, rồi mới có thể chống lại nó.

Technical Leadership & Engineering Culture

Mentoring junior developer không phải là dạy code

Sau 20 năm trong ngành và 7+ năm làm tech lead, tôi nhận ra: mentoring junior developers không phải là dạy code, mà là dạy cách suy nghĩ. Nếu bạn chỉ giải quyết các vấn đề cho họ, bạn đang cướp đi cơ hội để họ trở thành independent engineer. Thực ra cách lớn nhất để giúp junior phát triển là cùng học cách giải quyết vấn đề, chứ không phải đưa câu trả lời sẵn.