# Quản trị cái tôi trong công việc: Từ "sinh viên bảo thủ" đến "kỹ sư biết lắng nghe phản hồi

title: # Quản trị cái tôi trong công việc: Từ "sinh viên bảo thủ" đến "kỹ sư biết lắng nghe phản hồi"

Phần 4 — Thái độ công việc và văn hóa làm việc | Bài 14/15

Mở đầu: Cái tôi kỹ thuật — con dao hai lưỡi

Để trở thành một lập trình viên giỏi, bạn cần một mức độ tự tin nhất định vào năng lực của mình — điều này là cần thiết để dám đưa ra quyết định kỹ thuật, dám bảo vệ giải pháp mình đề xuất khi có căn cứ đúng. Nhưng cùng một sự tự tin đó, nếu không được quản trị đúng cách, rất dễ biến thành cái tôi bảo thủ — thứ khiến bạn khó tiếp nhận phản hồi, khó hợp tác, và cuối cùng lại cản trở chính sự phát triển của bản thân.

Đây là một trong những chuyển đổi tâm lý quan trọng nhất khi một sinh viên bước vào môi trường làm việc chuyên nghiệp: từ tư duy "code của mình là đúng, là tốt nhất" sang tư duy "code của mình là một phiên bản có thể cải thiện, và tôi cần phản hồi để làm điều đó nhanh hơn."

1. Nhận diện tư duy "code của mình là nhất"

Đây là một dạng thiên kiến tâm lý rất phổ biến, đặc biệt ở giai đoạn mới học lập trình, khi bạn đã đầu tư nhiều công sức, thời gian để viết ra một giải pháp. Một số biểu hiện thường gặp:

Khi nhận code review, phản xạ đầu tiên là giải thích/bào chữa tại sao mình viết như vậy, thay vì lắng nghe hết góp ý.
Cảm thấy khó chịu hoặc bị xúc phạm khi ai đó đề xuất một cách làm khác với cách mình đã chọn.
Có xu hướng cho rằng chỉ trích của senior là "họ không hiểu context" thay vì cân nhắc khả năng chính mình đã bỏ sót điều gì đó.
Khó thừa nhận khi một giải pháp của đồng nghiệp thực sự tốt hơn giải pháp của mình.

Điều quan trọng cần hiểu: những phản ứng này là bản năng tự nhiên của con người khi đối mặt với phê bình, không phải dấu hiệu bạn là người xấu tính. Nhưng nếu không được nhận diện và điều chỉnh, chúng sẽ cản trở tốc độ phát triển của bạn rất nhiều so với những đồng nghiệp biết quản trị cái tôi tốt hơn.

2. Vì sao đây là vấn đề đặc biệt quan trọng với một AI FDE?

Công việc AI FDE có đặc thù khiến việc quản trị cái tôi càng trở nên quan trọng hơn:

Công nghệ AI thay đổi liên tục — cách làm "đúng" hôm nay có thể lỗi thời trong vài tháng tới. Một kỹ sư giữ khư khư cách làm cũ vì "tôi đã quen làm thế này" sẽ nhanh chóng tụt lại phía sau.
Kết quả AI mang tính xác suất, không tuyệt đối đúng/sai — điều này đòi hỏi tinh thần cởi mở để liên tục thử nghiệm, điều chỉnh, thay vì bám chặt vào một giải pháp vì tin rằng nó "chắc chắn đúng".
Làm việc liên phòng ban thường xuyên (đã nhắc ở Bài 13) — cái tôi cao dễ dẫn đến xung đột khi phải giải thích, bảo vệ, hoặc điều chỉnh giải pháp kỹ thuật dựa trên góp ý từ người không cùng chuyên môn.

3. Cách đón nhận code review gay gắt với tâm thế cầu thị

Tách "phản hồi về code" khỏi "đánh giá về bản thân"

Đây là nguyên tắc tâm lý cốt lõi: một lời phê bình về đoạn code bạn viết không đồng nghĩa với việc bạn là một lập trình viên kém. Code là sản phẩm tại một thời điểm cụ thể, với hiểu biết tại thời điểm đó — nó hoàn toàn có thể được cải thiện mà không ảnh hưởng đến giá trị của bạn như một con người hay một kỹ sư đang trên đà phát triển.

Đặt câu hỏi thay vì phản bác ngay

Khi nhận một góp ý mình chưa đồng tình, thay vì phản bác ngay, hãy thử hỏi lại để hiểu rõ hơn góc nhìn của người review: "Anh/chị có thể giải thích thêm vì sao cách này tốt hơn không ạ?" Cách tiếp cận này vừa giúp bạn học được nhiều hơn, vừa tránh được xung đột không cần thiết nếu góp ý đó thực sự có căn cứ mà bạn chưa nhìn ra.

Được phép bảo vệ quan điểm — nhưng bằng lập luận, không phải cảm xúc

Quản trị cái tôi không có nghĩa là luôn phải đồng ý với mọi phản hồi một cách thụ động. Nếu bạn có căn cứ kỹ thuật vững chắc cho lựa chọn của mình, bạn hoàn toàn có quyền trình bày lại quan điểm — nhưng nên làm điều đó bằng dữ liệu, lý lẽ cụ thể, với thái độ trao đổi cởi mở, thay vì phản ứng phòng thủ mang tính cảm xúc.

4. Từ "sinh viên bảo thủ" đến "kỹ sư biết lắng nghe" — quá trình chuyển đổi diễn ra như thế nào?

Đây không phải là một sự thay đổi diễn ra trong một lần, mà là một thói quen được rèn luyện dần qua nhiều lần thực hành:

Giai đoạn đầu: Nhận phản hồi, cảm thấy khó chịu (bình thường), nhưng tập thói quen không phản ứng ngay lập tức — dành thời gian suy nghĩ trước khi phản hồi lại.
Giai đoạn giữa: Bắt đầu chủ động tìm kiếm phản hồi thay vì chỉ chờ được góp ý — ví dụ: chủ động hỏi senior "anh/chị thấy cách em làm còn điểm nào chưa ổn không?"
Giai đoạn trưởng thành: Xem phản hồi, kể cả phản hồi gay gắt, như một nguồn thông tin quý giá để cải thiện nhanh hơn — không còn phản ứng phòng thủ, mà chủ động cảm ơn vì được chỉ ra điểm cần sửa.

Những kỹ sư giỏi nhất trong ngành thường là những người đã đi qua đầy đủ ba giai đoạn này — không phải vì họ không có cái tôi, mà vì họ đã học được cách đặt cái tôi đó đúng chỗ: tự tin vào khả năng học hỏi và cải thiện, thay vì tự tin rằng mình luôn đúng.

Kết luận

Quản trị cái tôi trong công việc không có nghĩa là từ bỏ sự tự tin hay quan điểm cá nhân — nó có nghĩa là học cách phân biệt giữa việc bảo vệ một lập luận kỹ thuật có căn cứ, và việc bảo vệ cái tôi cá nhân một cách vô căn cứ. Trong một lĩnh vực thay đổi nhanh như AI, khả năng lắng nghe, tiếp nhận phản hồi, và điều chỉnh nhanh chóng chính là một trong những lợi thế cạnh tranh lớn nhất mà một kỹ sư trẻ có thể rèn luyện — quan trọng không kém gì kỹ năng kỹ thuật thuần túy.

Bài tiếp theo (Bài cuối — Bài 15): "Xây dựng thương hiệu cá nhân từ ghế nhà trường cho một AI FDE tương lai"