Tự chấm 8 kỹ năng của kỹ sư giá trị nhất thời AI, rồi lấp lỗ hổng đầu tiên.
Đọc xong bài này bạn sẽ làm được 3 việc: tự chấm 1 đến 5 trên 8 năng lực tạo nên một Forward Deployed Engineer, gọi tên được lỗ hổng lớn nhất của mình, và cầm về một kế hoạch 90 ngày để lấp nó. Không có lý thuyết nào mà bạn không bắt tay làm được ngay chiều nay.
Tôi quản lý delivery cho một đơn vị hơn 100 kỹ sư, và giữ thêm một lab AI nhỏ bên cạnh để thử nghiệm những thứ sắp tới trước khi đưa vào quy mô doanh nghiệp. Từ cả hai ghế đó, năm nay tôi thấy cùng một chuyện: vị trí trả lương cao và quan trọng nhất không còn là "người có thể build ra nó" nữa. Để tôi chỉ cho bạn thứ đã thay thế nó, và bạn đang đứng gần đích tới mức nào.
FDE là người sáng 9h ngồi với khách hàng, hiểu bài toán kinh doanh đủ sâu để tranh luận về nó, và vài ngày sau đã có một giải pháp AI chạy thật. Một thứ khách hàng mở ra bấm vào dùng được ngay.
Cái tên này đến từ những công ty như Palantir và giờ là các lab AI, nơi kỹ sư được đẩy thẳng vào thế giới của khách hàng thay vì ngồi sau lưng một product manager. Nhưng hình hài của vai trò này thì cũ hơn cái tên nhiều. Đó là một kỹ sư mang theo cả những câu hỏi mà một consultant, một product manager và một founder sẽ đặt ra.
Một người gánh sáu bộ câu hỏi cùng lúc. Phần giao nhau đó chính là toàn bộ công việc, và đó là lý do vai trò này hiếm.
Đây là phần quan trọng với sự nghiệp của bạn. Mỗi vòng tròn đó từng là một vị trí tuyển riêng. Lý do giờ một người ôm được hết là vì AI đã ăn gần hết phần chi phí thủ công bên trong từng vòng. Thế là giá trị dồn về cái khe nối giữa chúng, mà cái khe đó thì rất ít người được đào tạo để làm.
Suốt 20 năm, phần khó, đắt và chậm nhất của phần mềm là build ra nó. Cả những sự nghiệp được dựng quanh nút thắt đó: chuyên gia viết code, kiến trúc sư giữ cho hệ thống đứng vững, quản lý giữ cho 30 người di chuyển cùng nhịp.
AI dời cái nút thắt đi. Viết bản đầu tiên của gần như mọi thứ bây giờ vừa rẻ vừa nhanh. Khi việc build trở nên rẻ, câu hỏi đắt tiền lại là cái vẫn còn phải làm thủ công: bạn có đang build đúng thứ cho đúng khách hàng này không, và họ có thật sự dùng nó không?
Khi chi phí build sụp xuống, nút thắt nhảy sang việc chọn bài toán và việc được khách hàng dùng. Đó là kỹ năng hiếm mới.
Nên FDE có giá trị vì một lý do rất thẳng. Vai trò này nằm đúng trên cái nút thắt mới. Nó sở hữu cả phần chọn và phần được dùng, nằm trên cả phần build. Ở Việt Nam tôi thấy rất ít người chủ động luyện cho vai trò này, và đó chính là phần lớn cơ hội.
Năng lực là lớp nhìn thấy được. Bên dưới nó là một hệ điều hành, những phản xạ mặc định bạn dùng mà không cần nghĩ. Bạn có thể là một kỹ sư giỏi mà vẫn chạy bằng mặc định cũ, và mặc định cũ là thứ kéo chân hầu hết mọi người. Đây là 7 chuyển dịch tách một FDE khỏi một developer rất giỏi.
Hãy đọc đây như những phản xạ mặc định, đừng đọc như khẩu hiệu. Câu hỏi là dưới áp lực, bạn với tay sang bên nào.
Phản xạ cũ là mở editor lên. Phản xạ của FDE là hỏi hôm nay khách hàng đang hỏng chỗ nào và mỗi tuần nó tốn của họ bao nhiêu. Nếu bạn không đặt được con số lên nỗi đau đó, bạn sắp build một thứ khách hàng chẳng cần tới. Cái bẫy cần canh: bắt tay code vì thấy bài toán "quá rõ ràng rồi". Nó hiếm khi rõ thật.
Feature là thứ bạn đã ship. Kết quả là thứ đã thay đổi cho khách hàng: số giờ tiết kiệm, một khoản chi phí cắt được, một deal chốt nhanh hơn. Bạn có thể ship 10 feature mà không dời được gì cả. Hãy gắn việc của mình vào một con số khách hàng vốn đã quan tâm, rồi quay lại kiểm tra nó sau khi ship.
Bạn không cần thành kế toán để build cho dân kế toán, nhưng bạn phải hiểu họ kiếm tiền và mất tiền bằng cách nào. Câu hỏi hay nhất trong buổi gặp khách là về workflow của họ, không phải về stack của bạn. Dành một giờ đầu để học công việc của họ, kiến trúc gần như tự thiết kế ra.
Khách hàng hỏi đúng những gì họ hình dung được, thường là một phiên bản nhanh hơn của thứ họ đang làm. Việc của bạn là chỉ cho họ phương án họ không tự nghĩ ra. Cái đó cần bản lĩnh để nói "tôi nghĩ có cách tốt hơn" ngay trong phòng, và bằng chứng để bảo vệ nó.
Tốc độ ở đây là cách bạn học. Một thứ thô đặt trước mặt khách vào ngày thứ 3 dạy bạn nhiều hơn một thứ bóng bẩy ở tháng thứ 3. Build có AI hỗ trợ là thứ làm điều này khả thi bây giờ, nên giới hạn không còn là tốc độ gõ phím, mà là bạn nhìn ra bài toán rõ nhanh tới đâu.
Gặp khách thứ Hai, đặt một thứ họ bấm được trước mặt họ vào thứ Năm. Cái vòng lặp đó chính là sản phẩm.
Đây là chuyển dịch khó nhất vì nó là 3 thói quen trong một người. Engineer thì ship. Consultant thì đọc được căn phòng và việc kinh doanh. Product thinker thì quyết xem có đáng build hay không. Phần lớn mọi người mạnh một cái và lặng lẽ né hai cái còn lại.
Task kết thúc khi code được merge. Kết quả kết thúc khi khách đang nhận giá trị trên production và sẽ khó chịu nếu bạn rút nó đi. Hai mốc đó cách nhau nhiều tháng, và cái khoảng giữa là nơi adoption sống hoặc chết. Sở hữu cái khoảng đó là thói quen của founder, và là thứ khách hàng nhớ về bạn.
Giờ tới lớp nhìn thấy được. 8 trụ này là thứ bạn thật sự build và đo được. Tự chấm 1 đến 5 mỗi trụ, với 1 là beginner, 3 là competent, 5 là expert. Chấm thật, cả bài tập này vô nghĩa nếu bạn làm tròn lên.
Tám trụ. Bốn cái thường là thế mạnh của một senior engineer, bốn cái thường là lỗ hổng. Cái chỗ chia đôi đó mới là phần thú vị.
| Trụ năng lực | Competent (3) | Expert (5) |
|---|---|---|
| Elite software engineering | Ship code production trụ được | Thiết kế hệ thống cho người khác xây lên trên, full stack, một mình nếu cần |
| AI engineering | Build với LLM, RAG, agent theo tutorial | Ship được tính năng AI ổn định và nắm rõ điểm gãy của nó |
| Product thinking | Nhận ra được một ý tưởng feature yếu | Tìm ra đúng bài toán trước khi có ai yêu cầu |
| Customer obsession | Lắng nghe tốt trong buổi họp | Hiểu việc kinh doanh của khách hơn cả mức họ ngờ tới |
| Rapid prototyping | Build một demo trong một tuần | Prototype chạy được trong vài ngày, dùng để học chứ không để gây ấn tượng |
| Data engineering | Di chuyển và làm sạch dữ liệu khi cần | Build pipeline và hệ thống real-time ổn định như một mặc định |
| Business acumen | Hiểu chi phí và doanh thu ở mức tổng quan | Lập luận về ROI và rủi ro như chính người trả tiền |
| Founder mindset | Nhận trách nhiệm cho task của mình | Sở hữu bài toán, giải pháp và việc được dùng tới cùng |
Đặt 8 con số của bạn lên một radar. Cái hình nói nhiều hơn cái tổng. Một bát giác cân bằng toàn 3 nghĩa là bạn là một generalist chắc tay nhưng cần đào sâu ở đâu đó. Một hình lởm chởm nghĩa là bạn có một thế mạnh thật và một lỗ thật, mà cái đó thật ra dễ sửa hơn.
Vẽ thật vào. Chỗ lõm của cái hình là việc của quý sau, không phải bản án về con người bạn.
Nếu bạn là senior engineer đi ra từ môi trường doanh nghiệp hay outsourcing, tôi thường đoán được radar của bạn trước cả khi bạn vẽ. Mạnh bên trái, mỏng bên phải.
Đây là cái khuôn tôi thấy ở gần như mọi kỹ sư doanh nghiệp giỏi ở Việt Nam. Lợi thế thì rất thật và khó dạy: tư duy hệ thống sâu, làm kiến trúc dưới áp lực, khả năng nói chuyện với một stakeholder kinh doanh mà không run, và nhiều năm hiểu các tổ chức lớn vận hành thật ra thế nào.
Cột lợi thế của bạn mất nhiều năm để dựng. Cột lỗ hổng có thể dịch chuyển trong một quý nếu bạn chủ động chĩa vào nó.
Các lỗ hổng tụ quanh đúng 4 thứ: ship sản phẩm AI nhanh, build với khách trong vòng lặp thay vì ngồi sau một bản spec, ôm full stack một mình, và cái nghề rất riêng là AI application engineering. Không cái nào cần 10 năm. Chúng cần số lần luyện có chủ đích trên bài toán thật, mà việc doanh nghiệp thì hiếm khi cho bạn cái đó.
Nên lỗ hổng lớn nhất của bạn thường là điểm thấp nhất trong 4 cái này, không phải điểm thấp nhất toàn bảng. Một điểm 2 ở data engineering ít quan trọng hơn một điểm 2 ở rapid prototyping nếu mục tiêu của bạn là thành FDE, vì prototyping nằm trên đường găng của vai trò còn data thuần thì thường không.
Một lỗ, một quý. Rải sự chú ý ra cả 8 trụ là cách người ta không tiến được bước nào mà vẫn thấy mình bận. Chọn cái thấp nhất trong 4 lỗ hổng nhiều khả năng nhất, và chĩa mọi thứ vào nó.
Ba mươi ngày để hết ngượng, ba mươi ngày để có ích, ba mươi ngày để ship một thứ người dùng thật chạm vào.
Cái khung chạy được, lấy rapid prototyping cộng AI engineering làm ví dụ vì đó là lỗ hổng phổ biến:
Ngày 1 đến 30, hết ngượng. Build 3 prototype bỏ đi, end to end, có AI hỗ trợ. Chọn bài toán nhỏ thật từ chính công việc của bạn, càng lộn xộn càng tốt. Mục tiêu là giết nỗi sợ cái repo trắng và học xem AI giúp ở đâu và nói dối bạn ở đâu.
Ngày 31 đến 60, có ích. Mang một trong ba cái đó tới một người thật, lý tưởng là một team nội bộ có nỗi đau thật. Nhìn họ dùng nó. Build lại dựa trên thứ bạn thấy, không phải thứ họ nói. Đây là chỗ cơ customer obsession và cơ outcome lớn lên.
Ngày 61 đến 90, ship một thứ có chủ. Đưa được một thứ vào dùng thật và bám nó qua cả mốc launch. Đo một con số mà nó lẽ ra phải dời. Sở hữu nó qua khỏi cái demo là lần luyện founder, và là thứ khó giả nhất trên một cái CV.
Bạn không thành FDE bằng cách đọc về nó. Bạn thành FDE bằng cách chạy cái vòng lặp này trên một bài toán thật, công khai, ba lần.
Việt Nam chưa có nhiều người chủ động dựng cái profile này. Kỹ sư senior ở đây mạnh. Lỗ hổng nằm ở chỗ họ chĩa sức mạnh đó vào đâu. Nếu hôm nay bạn tự chấm mình thật lòng và dành một quý nhắm vào một điểm yếu, bạn đã đứng gần đầu hàng này hơn gần như tất cả những người quanh bạn.
Vẽ radar của bạn ra. Tìm chỗ lõm. Bắt đầu 90 ngày.
1 đến 2 email mỗi tháng. Hủy đăng ký dễ.
1 đến 2 email mỗi tháng. Hủy đăng ký dễ.
Bình luận