# FDE cho thuê: khi chức danh của vendor trở thành một dòng dịch vụ

> Cùng một chức danh, nhưng người trả lương khác nhau sẽ đánh giá FDE theo những tiêu chí gần như đối lập, và điều đó quyết định bạn cần giỏi điều gì.

Bản gốc: https://fdetimes.net/vi/phan-tich/fde-teams-for-hire/

Trang dịch vụ của &above, một công ty ở Anh, mô tả mô hình kinh doanh của họ chỉ trong một câu: họ tuyển và quản lý kỹ sư, còn các kỹ sư này xây dựng hệ thống cùng đội của bạn.

Thứ đang được bán ở đây là forward deployed engineer, chức danh mà vài năm trước gần như chỉ gắn với nhân viên của các công ty phần mềm như Palantir.

Nghe qua thì đây chỉ là một gói outsourcing đổi tên cho hợp thời. Nhưng khi FDE trở thành một dòng dịch vụ có công ty chuyên cho thuê, câu hỏi "FDE làm gì" bắt đầu phụ thuộc vào một câu hỏi khác: ai trả lương cho FDE.

Với một kỹ sư 2-8 năm kinh nghiệm đang nhắm tới nghề này, khác biệt đó rất thực tế. Cùng một chức danh trên JD, người trả lương khác nhau sẽ đánh giá bạn theo những thước đo gần như ngược nhau, và kỹ năng giúp bạn nổi bật ở chỗ này có thể vô dụng ở chỗ kia.

## Chức danh FDE không còn thuộc riêng vendor

Tom Hollands của a16z cho rằng ở Palantir, công việc solutions và integration engineering vốn bị xem là việc hạng thấp, và chính chức danh FDE đã nâng vị thế của nó lên. Khi một chức danh tạo ra được uy tín, sớm muộn nó cũng được đem ra bán.

Accenture, McKinsey, Deloitte và nhiều hãng khác giờ đã tự vận hành, tài trợ hoặc đào tạo đội FDE cùng các AI lab.

Theo một bản tin về AI, OpenAI và Anthropic đều đã lập liên doanh FDE riêng trong mấy tháng gần đây, còn AWS đang đầu tư vào một đơn vị FDE.

Bên dưới các tên tuổi lớn là một lớp công ty nhỏ hơn như &above và Entrans, bán FDE như một dịch vụ độc lập.

SD Times nhận định FDE bổ sung chứ không thay thế tư vấn viên truyền thống, vì họ lấp đúng những chỗ tư vấn viên thường làm không tốt. Họ cũng nói FDE có thể là nhân viên trực tiếp của nhà cung cấp công nghệ như Salesforce. Chức danh FDE vì thế không còn cho bạn biết người đó làm cho ai.

## Ai trả lương thì quyết định bạn tối ưu cho điều gì

Webfuse, khi so sánh FDE với tư vấn viên, cho rằng khác biệt nằm ở mô hình kinh doanh. FDE làm cho một vendor sản phẩm, nên mỗi lần deployment là một cách giúp vendor bán được phần mềm và giữ chân khách.

Một FDE của vendor mà làm hệ thống chạy tốt tới mức khách không còn cần sản phẩm nữa thì đã đi ngược lợi ích của chính công ty mình.

FDE thuê ngoài đứng ở vị trí ngược lại. &above mô tả gói dịch vụ là đưa kỹ sư senior vào đội của khách, làm trên một workflow đã khoanh phạm vi, với cam kết năng lực sẽ được chuyển giao cho nhân viên của khách. Họ còn hứa đến cuối dự án, đội của khách sở hữu hệ thống và tự mở rộng được mà không cần đến họ.

Entrans thì vạch ranh giới với staff augmentation. Theo họ, FDE-as-a-Service phải đi tiếp tới khâu xây dựng và triển khai giải pháp, chứ không dừng ở việc cung cấp giờ công. Ba cách định nghĩa này dẫn tới ba thước đo thành công khác hẳn nhau:

| Mô hình | Ai trả lương | Thành công được đo bằng | Rủi ro chính phía khách hàng |
|---|---|---|---|
| FDE của vendor | Công ty phần mềm | Phần mềm bán được và khách ở lại | Phụ thuộc vào vendor |
| FDE-as-a-Service | Công ty dịch vụ | Hệ thống chạy được, khách tự sở hữu và mở rộng | Quyền truy cập sâu do người ngoài nắm giữ |
| Staff augmentation | Công ty cung ứng nhân sự | Số giờ công đã cung cấp | Không ai chịu trách nhiệm tới khâu deployment |

**Điểm mấu chốt:** Hãy hỏi ai trả lương cho FDE trước khi hỏi FDE đó giỏi đến đâu.

## Lời hứa "không cần chúng tôi" có giữ được không?

Lời hứa bàn giao không tự nhiên mà có. Theo The Register, hướng dẫn tháng 3 của Gartner khuyên người mua cẩn trọng với những hợp đồng FDE được thiết kế kém, vì chúng có thể đẩy khách hàng vào thế phụ thuộc nặng vào vendor.

Báo cáo tháng 6 của Forrester cũng cảnh báo rằng sức hấp dẫn của việc ra kết quả thật nhanh dễ tạo ra điểm mù và đi kèm nhiều rủi ro.

Đọc kỹ thì đó là hai mặt của cùng một vấn đề. Khi FDE chạy càng nhanh, phần hiểu biết về hệ thống càng dồn vào đầu người viết code, còn đội khách hàng chỉ đứng xem.

Câu hứa của &above, rằng khách sẽ tự mở rộng hệ thống mà không cần họ, đánh thẳng vào nỗi lo phụ thuộc mà Gartner nêu ra. Nhưng nó chỉ có giá trị khi được biến thành sản phẩm bàn giao kiểm chứng được.

Hãy thử hình dung một công ty bảo hiểm thuê một đội FDE để tự động hóa khâu phân loại hồ sơ bồi thường.

Nếu đến ngày cuối, đội nội bộ chưa từng tự deploy một thay đổi nào, chưa từng tự xử lý một sự cố nào và không đọc được log để biết model sai ở đâu, thì hợp đồng đó đã tạo ra sự phụ thuộc, dù code chạy hoàn hảo đến đâu.

Phép thử thực tế là yêu cầu đội khách tự thêm một loại hồ sơ mới khi FDE vẫn còn đó, nhưng FDE không được chạm vào bàn phím.

Mỗi bước như vậy nên do một người phía khách ký nghiệm thu, chứ không phải FDE tự đánh dấu hoàn thành. Tech lead của khách xác nhận khâu deploy, người trực vận hành nhận khâu xử lý sự cố, còn chủ workflow nghiệm thu phép thử cuối cùng.

## Quyền truy cập: điểm bán hàng hay rủi ro?

Một số nhà cung cấp quảng bá chuyện kỹ sư của họ làm ngay bên trong VPC của khách như một tính năng bảo mật, vì dữ liệu không phải rời khỏi hạ tầng của doanh nghiệp. Gartner lại nhìn cùng chi tiết đó từ phía ngược lại: FDE thường có quyền truy cập toàn stack, cả vào môi trường của khách lẫn vào codebase của vendor.

Hai cách nhìn đều đúng, và người phải xử lý mâu thuẫn này thường chính là FDE. Làm trong VPC giúp dữ liệu nằm yên một chỗ, nhưng cũng có nghĩa là một kỹ sư không thuộc biên chế của khách đang giữ chìa khóa vào hệ thống quan trọng nhất của họ.

Một FDE thuê ngoài làm nghề tử tế sẽ coi quyền truy cập là một phần của kế hoạch bàn giao.

Từ tuần đầu, họ ghi lại mình được cấp quyền gì, vì sao cần quyền đó, và ngày nào sẽ trả lại, rồi để bộ phận bảo mật của khách duyệt danh sách ấy.

Với khách hàng, danh sách đó có sức thuyết phục hơn bất kỳ câu chữ nào trên trang dịch vụ.

## Nếu bạn muốn vào nghề qua cánh cửa này

Nếu bạn nhắm tới một công ty cho thuê FDE, cần hiểu đúng bạn đang được thuê để làm gì. Ở mô hình này, sản phẩm là năng lực bạn để lại cho khách sau khi rời đi, chứ không phải những gì bạn tự tay xây.

Cách hai phía tự mô tả mình đã đủ để phân biệt. &above viết về "kỹ sư senior đặt vào đội của bạn, làm trên một workflow đã khoanh phạm vi", và đích đến là đội khách sở hữu hệ thống. Webfuse mô tả FDE của vendor bằng một mục tiêu khác hẳn: deployment để giúp bán và giữ phần mềm.

Khi đọc JD, hãy xem nó nghiêng về phía nào. Những cụm như "scoped workflow", "capability transfer" hay "embedded with client team" cho thấy bạn sẽ được đánh giá theo khả năng bàn giao. Còn nếu JD chỉ nói về số giờ, khả năng sẵn sàng làm việc và tech stack, nhiều khả năng đó là staff augmentation khoác chức danh mới.

Trong CV, một dòng như "xây pipeline phân loại tài liệu" chỉ nói được một nửa. Viết thêm phần còn lại: đội khách hàng gồm mấy người đã nhận bàn giao, và sau khi bạn rời đi họ đã tự làm thêm được gì.

Runbook, các buổi pair programming với kỹ sư của khách, và một lần bạn chủ động thu hồi quyền truy cập của chính mình là những bằng chứng nên đưa ra khi ứng tuyển vào mô hình này.

Ở nhà vendor, FDE giỏi là người khiến khách không muốn rời sản phẩm. Ở công ty cho thuê, FDE giỏi là người khiến khách không còn cần đến mình, và thị trường đang cần cả hai kiểu kỹ sư này.

**Thử ngay tuần này:**

- Lấy một dự án bạn đã triển khai và viết lại một dòng CV theo công thức: workflow cụ thể, đã bàn giao cho ai, và sau đó đội khách hàng tự làm thêm được gì.
- Đọc ba JD FDE đang tuyển, đánh dấu người trả lương là vendor, công ty dịch vụ hay hãng tư vấn, rồi ghi ra tiêu chí thành công mà mỗi JD ngầm đặt ra.
- Với hệ thống bạn đang phụ trách, liệt kê mọi quyền truy cập bạn đang giữ và viết sẵn kế hoạch thu hồi chúng vào ngày bàn giao.

## Nguồn

- [Forward Deployed Engineers as a Service | &above](https://www.andabove.com/services/forward-deployed-engineers.md)

- [FDE as a Service Providers (Entrans)](https://www.entrans.ai/blog/fde-as-a-service-providers)

- [Forward Deployed Engineer vs Technical Consultant (Webfuse)](https://www.webfuse.com/blog/forward-deployed-engineer-vs-technical-consultant)

- [Forward-Deployed Engineers vs. Implementation Consultants: The Crucial Distinctions](https://sdtimes.com/software-engineering/forward-deployed-engineers-vs-implementation-consultants-the-crucial-distinctions/)

- [Palantir's fondness for French food cooked up tech's latest fad – forward-deployed engineers](https://www.theregister.com/a/5300360)

- [AWS Bets $1 Billion to Embed Engineers Inside Customers as Amazon Joins OpenAI and Anthropic in Forward Deployed AI Race](https://www.inbenta.com/ai-this-week/aws-bets-1-billion-to-embed-engineers-inside-customers-as-amazon-joins-openai-and-anthropic-in-forward-deployed-ai-race)