14/05/2026
Tại sao Senior Developer càng giỏi kỹ thuật, càng khó nói chuyện với CEO?
Và tại sao AI lại là bên có thể đứng ra giúp giải quyết mâu thuẫn này?
- - - - -
Tôi đã từng đứng ở cả hai bên chiến tuyến này.
Tôi đã từng là Senior Dev - người 2 giờ sáng còn đang ssh vào server, mắt đỏ hoe, tay run run gõ lệnh rollback vì một tính năng "nhỏ" mà sếp bảo "làm nhanh cho kịp campaign". Tôi cũng đã từng ngồi ở phía bên kia bàn họp - phía business, nhìn con số doanh thu, nhìn đối thủ tung tính năng mới ầm ầm, và cảm giác bị bỏ lại phía sau đó... nó khiến bạn muốn hét lên với cả công ty: "Chạy đi, đứng im là 💀!"
Và tôi nhận ra một điều: vấn đề không bao giờ nằm ở kỹ thuật hay business. Vấn đề nằm ở hai vòng lặp nỗi sợ không cùng ngôn ngữ.
- - - - -
1️⃣ Vòng lặp thứ nhất: Nỗi sợ của người làm kinh doanh
Hãy tưởng tượng bạn đang chạy một con thuyền trong sương mù dày đặc. Bạn không nhìn thấy bờ. Bạn không biết phía trước là đất liền hay vách đá. Và bạn nghe tiếng đối thủ đang chạy vượt mình - nhưng bạn không biết họ đang đi đúng hướng hay lao xuống vực.
Đó là thế giới của CEO, CMO, Head of Sales.
Kẻ thù của họ không phải là bug. Không phải là technical debt. Không phải là uptime 99.9%. Kẻ thù của họ là sự mù mờ - cái không biết thị trường thực sự cần gì, cái không biết sản phẩm mình có đang giải quyết đúng vấn đề hay không.
Và cách duy nhất để chống lại sự mù mờ? Thử sai thật nhanh.
Tôi nhớ một lần ngồi họp với một CEO startup. Ông ấy nói: "Tôi không cần biết cái này xây bằng gì. Tôi cần biết nếu tôi bán nó, có ai mua không. Nếu không ai mua, tôi muốn biết điều đó trong 3 ngày, không phải 3 tháng."
Nghe có vẻ vô tri? Không. Đó là logic sinh tồn. Trong thế giới của họ, chần chừ để làm hoàn hảo đồng nghĩa với 💀 chìm trong sương mù. Code xấu mà có 100 người dùng thử > code đẹp mà không ai biết tồn tại.
Đây là điều mà nhiều Senior Dev không hiểu: Khi sếp giục "làm nhanh lên", họ không đang yêu cầu một bộ mã nguồn hoàn hảo. Họ đang khát câu trả lời từ thị trường. Họ đang trả tiền không phải để bạn viết code đẹp - họ đang trả tiền để giảm bớt nỗi sợ mù mờ của chính họ.
2️⃣ Vòng lặp thứ hai: Nỗi sợ của Senior Developer
Bây giờ đổi vị trí. Bạn là Senior Dev. Bạn đã ở công ty 3 năm. Bạn biết từng đường dây điện trong hệ thống. Bạn biết chỗ nào "chạm nhẹ là cháy". Bạn đã từng nhận cuộc gọi lúc 2 giờ sáng. Bạn đã từng ngồi sửa lỗi trong khi cả công ty ngủ say, và sáng hôm sau vẫn phải đi làm như thể không có gì xảy ra.
Nỗi sợ của bạn không phải là "không biết thị trường cần gì". Nỗi sợ của bạn là sự hỗn loạn - cái cảm giác rằng mỗi dòng code cẩu thả, mỗi quyết định "làm tạm đã" đang tích lũy thành một quả bom.
Bạn đã thấy bom nổ rồi. Bạn đã thấy hệ thống sập vì một thay đổi "nhỏ" mà ai đó bảo "chỉ cần 2 tiếng". Bạn đã thấy khách hàng lớn gọi điện giận dữ vì dữ liệu bị lỗi. Và bạn biết: khi bom nổ, người đầu tiên và cuối cùng phải đứng ra sửa - không phải CEO, không phải người yêu cầu tính năng - mà là bạn.
Logic của bạn hoàn toàn hợp lý: "Thêm tính năng này vào lúc này, với kiến trúc hiện tại, là tự ⚡️. Tôi không từ chối vì lười. Tôi từ chối vì tôi chịu trách nhiệm giữ cho nồi cơm không bị đốt cháy."
- - - - -
🔄🔄 Hai vòng lặp, hai nỗi sợ, một công ty
Đây là nơi mọi xung đột bắt đầu.
Phe kinh doanh muốn mở rộng (Exploration) - đẩy nhanh, thử nghiệm, chấp nhận bừa bộn để tìm ra con đường sống. Phe kỹ thuật muốn bảo vệ (Preservation) - giữ gìn, chuẩn hóa, đảm bảo cái đang chạy không bị phá hỏng.
Và khi hai bên gặp nhau? Họ nói chuyện bằng hai thứ tiếng. CEO nghe "technical debt" và nghĩ "biện minh cho sự chậm chạp". Senior Dev nghe "làm nhanh" và nghĩ "người này không quan tâm đến chất lượng".
Cả hai đều đúng. Cả hai đều sai. Và cả hai đều đang bảo vệ cái mà họ cho là quan trọng nhất cho sự sống còn của công ty.
- - - - -
🤖🤖 AI: Liều thuốc kích thích cho cả hai phe
AI xuất hiện, và mọi chuyện trở nên phức tạp hơn (ủa).
Với phe kinh doanh, AI là giấc mơ thành hiện thực: "Tôi có thể có tính năng mới trong vài ngày? Tôi có thể thử 10 ý tưởng cùng lúc?" AI khuếch đại Vòng lặp 1️⃣ lên gấp mười lần. Tốc độ không còn là vấn đề. Vấn đề là bạn có đủ ý tưởng để chạy hay không.
Nhưng với Senior Dev? AI là cơn ác mộng tinh tế. Code do AI viết - đặc biệt khi được đưa vào hệ thống bởi người không hiểu toàn cục - thường là code "không ai hiểu, không ai dám sửa". Nó chạy được. Nhưng nó không có kiến trúc. Không có test. Không có tài liệu. Và khi nó hỏng - lúc 2 giờ sáng, tất nhiên - bạn là người phải đọc một đống spaghetti do một thuật toán tạo ra.
AI không giải quyết xung đột. AI khuếch đại nó. Nó cho phe kinh doanh càng nhiều đạn dược để đẩy nhanh. Và nó cho phe kỹ thuật càng nhiều lý do để lo sợ.
🎯🎯🎯
Giải pháp: Đừng là kẻ phá đám. Hãy là người xây cầu.
Tôi đã thử nhiều cách.
- Cách dở nhất? Dùng chuyên môn để bác bỏ nỗi sợ của sếp.
"Cái này khó lắm." - Sếp nghe thành "Anh không làm được."
"Hệ thống sẽ nát." - Sếp nghe thành "Anh sợ thay đổi."
"Cần refactor trước." - Sếp nghe thành "Anh muốn làm việc của anh, không phải việc của công ty."
Khi bạn dùng sự phức tạp của mình để chống lại nỗi sợ của họ, bạn tự biến mình thành kẻ phá đám. Và trong mắt người đang sợ bị lũ cuốn, kẻ phá đám không phải người hùng - kẻ phá đám là gánh nặng.
- Cách khác? Dùng chuyên môn để giúp họ tìm câu trả lời nhanh hơn, không phải để bảo họ dừng lại.
Thay vì nói "không làm được", hãy hỏi: "Để kiểm chứng ý tưởng này, mình có cách nào nhanh hơn không?"
Câu hỏi này thay đổi mọi thứ. Bạn không còn là người chặn đường. Bạn là người giúp họ chạy nhanh hơn - nhưng bằng con đường an toàn hơn.
Ví dụ thực tế tôi đã làm:
- Sếp muốn module báo cáo phức tạp với dashboard real-time. Thay vì bảo "cần 2 tuần để làm đúng", tôi nói: "Để xem liệu người ta có thực sự đọc báo cáo này không, em nối data vào Google Data Studio trong 2 giờ. Nếu sếp dùng được 3 ngày liên tiếp, em sẽ build cái thật."
- Khách hàng muốn tính năng chat AI tích hợp. Thay vì sửa lại kiến trúc database, tôi làm một trang landing độc lập, nối API bên thứ ba. Chạy được trong 1 ngày. Khách hàng thấy giá trị - lúc đó mới bàn chuyện tích hợp sâu.
Bạn không từ chối nhu cầu. Bạn cung cấp phiên bản nhanh hơn, rẻ hơn, ít rủi ro hơn để kiểm chứng nhu cầu.
Đây là sự khác biệt giữa "kẻ bảo vệ lâu đài" và "người dẫn đường qua sông". Cả hai đều muốn sống sót. Nhưng một người đứng chặn cổng, một người chỉ lối.
- - - - -
🏷️🏷️ Vai trò mới: Senior Editor, không phải Senior Writer
Tôi tin rằng trong kỷ nguyên AI, vai trò của Senior Dev đang biến đổi sâu sắc - và đây là cơ hội, không phải mối đe dọa.
Trước đây, bạn là Writer - người viết từng dòng code, từng hàm, từng module. Bạn tự hào vì khả năng "viết đẹp" của mình. Bây giờ, AI viết nhanh hơn bạn. Nhiều hơn bạn. Và đôi khi - xin lỗi - "sáng tạo" hơn bạn trong việc tìm giải pháp tắt.
Nhưng AI không thể làm một việc: biên tập.
AI không biết cái gì nên giữ, cái gì nên vứt. AI không hiểu context 3 năm của công ty. AI không biết khách hàng VIP nào đang dùng tính năng này, và nếu nó hỏng, hợp đồng triệu đô sẽ bay. AI không có trách nhiệm. AI không thức trắng đêm vì lỗi production.
Bạn có.
Vì vậy, vai trò mới của bạn là Senior Editor - người thiết kế hệ thống cho phép:
- Hệ thống Tốc độ (Speed): AI và Junior Dev được phép "vung tay" tạo ra các bản thử nghiệm. Draft. Prototype. MVP. Để phe kinh doanh thỏa mãn cơn khát thị trường. Bạn không kiểm soát từng dòng code ở đây. Bạn kiểm soát ranh giới - đảm bảo thử nghiệm không chạm vào hệ thống cốt lõi.
- Hệ thống Quy mô (Scale): Khi bản thử nghiệm chứng minh được giá trị - có người dùng, có doanh thu, có tín hiệu thị trường - bạn mới ra tay. Không phải để viết lại từ đầu. Mà để biên tập - chuẩn hóa, tích hợp, đảm bảo nó trở thành một phần bền vững của hệ thống.
Bạn không đối đầu với tốc độ. Bạn định hình tốc độ.
- - - - -
Lời kết: Đừng giải thích cái khó. Chỉ lối qua sông.
Tôi hay nhớ một câu nói của một CTO già: "Người ta không nhớ bạn đã bảo họ không thể xây cầu. Người ta nhớ bạn đã giúp họ qua sông lúc lũ về."
Nếu bạn là Senior Dev, và bạn cảm thấy mình ngày càng khó nói chuyện với CEO - đừng nghĩ rằng bạn đang lỗi thời. Đừng nghĩ rằng bạn cứng nhắc. Có thể bạn chỉ đang nói sai ngôn ngữ.
Họ không cần nghe về độ phức tạp của cây cầu. Họ đang sợ bị lũ cuốn. Hãy chỉ cho họ một chiếc bè. Để họ qua sông trước. Rồi - và chỉ rồi - bạn mới bàn chuyện xây cầu.
Vì cuối cùng, cả hai bên đều muốn cùng một thứ: công ty sống sót.
Chỉ là một người sợ 💀 vì không ai biết mình tồn tại.
Một người sợ 💀 vì cái đang tồn tại bị sập đổ.
Hiểu được 💀 của nhau - giao tiếp sẽ tự khắc thông suốt.
Bài viết này dành cho những ai đã từng 2 giờ sáng sửa production, và cũng dành cho những ai đã từng ngồi trong phòng họp muốn hét lên "chạy đi" nhưng không ai nghe.
Nếu bạn thấy mình ở cả hai nơi - chúng ta là đồng đội.
END.
