FDE khác gì Solution Architect, DevOps và BA?
Cách phân biệt nhanh nhất không phải nhìn việc họ làm, mà nhìn họ ngồi ở đâu và khi nào họ được coi là xong việc.
| Vai trò | Ngồi ở đâu | Xong việc khi nào |
|---|---|---|
| Business Analyst | Ở giữa, dịch nhu cầu kinh doanh thành yêu cầu kỹ thuật | Khi tài liệu yêu cầu được duyệt |
| Solution Architect | Ở tuyến sau, thiết kế hệ thống ở mức tổng thể | Khi bản thiết kế được chốt |
| DevOps | Trong đội kỹ thuật, lo hạ tầng và đường ống triển khai | Khi hệ thống chạy ổn định |
| Forward Deployed Engineer | Ở văn phòng khách hàng | Khi người dùng thật đã đổi cách làm việc và không quay lại cách cũ |
Cái mốc cuối cùng đó là toàn bộ khác biệt.
Ba vai trên đều có thể hoàn thành xuất sắc phần của mình mà dự án vẫn chết. Tài liệu chuẩn, kiến trúc đẹp, hệ thống chạy 99,9% — và không ai dùng. Chuyện này xảy ra thường xuyên tới mức ngành đã quen coi nó là bình thường.
FDE là vai duy nhất mà thước đo thành công nằm ở phía người dùng chứ không nằm ở phía sản phẩm.
Ba hệ quả thực tế
- FDE phải viết được code, nhưng code không phải sản phẩm chính. Sản phẩm chính là sự thay đổi trong cách làm việc.
- FDE thường phải làm những việc không có trong bản mô tả công việc: dọn dữ liệu bằng tay, ngồi cạnh chỉ từng người, viết lại quy trình, thậm chí thuyết phục người chống đối.
- FDE hay bị coi là “làm việc lặt vặt” bởi những người đo hiệu quả bằng số dòng code.
Dấu hiệu bạn hợp nghề này
Nếu bạn đang làm một trong ba vai kia mà thấy bực bội vì “hệ thống mình làm ra chẳng ai dùng” —
thì cảm giác bực bội đó chính là chỗ nghề FDE bắt đầu.