# Kỹ sư triển khai tận nơi: nhiệm vụ đặc biệt của thời đại AI

Đăng ngày: 2026-09-13

Vị trí Forward Deployed Engineer (FDE) đang là một trong những công việc "nóng" nhất trong ngành AI hiện nay. Các phòng thí nghiệm, startup, và quỹ đầu tư đều săn đón những kỹ sư này để họ có mặt trực tiếp tại hoạt động của khách hàng, giải quyết vấn đề. Tuy nhiên, tôi nhận thấy có một thực tế là hầu như không ai đồng ý về mục tiêu cụ thể hay chiến lược đằng sau việc tuyển dụng này. Với hơn một thập kỷ kinh nghiệm, từng xây dựng các chức năng triển khai tận nơi ba lần ở ba tổ chức khác nhau, tôi đã chứng kiến cả thành công và thất bại, và có một góc nhìn riêng về định nghĩa chính xác của vai trò này. Kinh nghiệm đầu tiên của tôi về FDE là tại Palantir. Tôi bắt đầu ở mảng phát triển sản phẩm, xây dựng hệ thống lưu trữ và truy xuất dữ liệu, sau đó được triển khai như một FDE tại nhiều lĩnh vực như thương mại, quốc phòng, an ninh quốc gia, y tế và dầu khí. Tôi cũng từng lãnh đạo Project Frontline, một chương trình huấn luyện chuyển đổi kỹ sư phần mềm của chúng tôi thành FDE. Khoảng 250 người đã hoàn thành chương trình này, và nhiều người trong số họ hiện đang điều hành các đội FDE tại các công ty lớn như OpenAI, Anthropic, xAI và Anduril. Tôi nhớ vào năm 2013, trong những ngày đầu ở Palantir, tôi làm việc với Phoenix, một hệ thống lưu trữ giao dịch. Chúng tôi đã thiết kế nó với yêu cầu rõ ràng từ khách hàng, tập trung vào các yêu cầu thương mại về thời gian lưu giữ dữ liệu. Nhưng khi triển khai tại một ngân hàng, dữ liệu tài chính thực tế lại có những lỗ hổng mà dữ liệu thử nghiệm của chúng tôi không có. Một dấu thời gian trống rỗng đã khiến hệ thống yêu cầu một "bucket" 10 phút cho mọi cửa sổ thời gian từ ngày 1 tháng 1 năm 1970 cho đến hiện tại. Điều này tạo ra khoảng 2,3 triệu keyspace so với hệ thống dựa trên Cassandra cần khoảng 5 megabyte mỗi file handle, khiến máy chủ hết bộ nhớ (OOM) và cần đến 14 terabyte RAM để khởi động lại, tức là hệ thống chết ngay khi triển khai. Vấn đề không phải là thiếu nghiên cứu người dùng, mà là không ai trong đội của chúng tôi đứng trong tòa nhà khi hệ thống chạy với dữ liệu sản xuất của họ. Đây chính là cách tôi trở thành một FDE, đi sửa những gì chúng tôi đã ship và lần đầu tiên đối mặt với người dùng thực sự. Vài tháng trước, a16z đã ra mắt chương trình Forward Deployed Engineer Fellowship, và tôi vinh dự được đề cử làm một trong số các thành viên. Trong một bữa tối đầu tiên của chương trình tại San Francisco, tôi ngồi cùng các FDE từ Snowflake, Anthropic và nhiều startup khác. Rõ ràng là chúng tôi đều dùng chung hai từ "forward deployed" nhưng lại mô tả những công việc gần như chẳng liên quan gì đến nhau. Có người coi FDE là kỹ sư bán hàng chỉ tham gia "cuộc gọi thứ hai", người khác là nhân viên bán hàng có chỉ tiêu và biết viết Python, còn một số lại gần với tư vấn viên mang laptop và nhiệm vụ giải quyết những vấn đề mà sản phẩm không thể. Chính vì sự mơ hồ này mà một nửa số bình luận trên các video YouTube về FDE đều thắc mắc "có phải đây chỉ là cách gọi mới của tư vấn không?". Thực tế là, vai trò FDE hiện nay trở nên quan trọng hơn năm năm trước rất nhiều, vì những vấn đề dễ đã được giải quyết. Những sản phẩm được thiết kế tốt và bán y hệt cho hàng nghìn công ty phần lớn đã đi vào lịch sử. Những gì còn lại là công việc nằm sâu bên trong quy trình vận hành của doanh nghiệp khách hàng, lộn xộn, không được ghi chép và gần như không thể nắm bắt từ bên ngoài. Đó là lý do tại sao mọi người đột nhiên trở thành "triển khai tận nơi". Tôi không thể suy luận từ một cuộc gọi khám phá vấn đề để biết một công ty cụ thể quyết toán sổ sách thế nào. Giá trị đã chuyển sang việc tùy chỉnh, giải quyết "chặng cuối" – 20% quy trình làm việc mà không sản phẩm nào có thể dự đoán trước, nhưng lại quyết định liệu 80% còn lại có được sử dụng hay không.

Canonical: https://www.tungpham.vn/blog/ky-su-trien-khai-tan-noi-nhiem-vu-dac-biet-cua-thoi-dai-ai