Deployment Strategist hay Forward Deployed Software Engineer ở Palantir: khác nhau ở đâu và nên nộp vai nào

Bạn mở trang tuyển dụng của Palantir và thấy hai tin nằm sát nhau. Một tin là Deployment Strategist, tin kia là Forward Deployed Software Engineer. Cả hai đều nói về việc đến tận nơi làm với khách hàng, và cả hai đều nghe hợp với một kỹ sư vừa thích code vừa thích nói chuyện với người dùng.

Phản xạ thường gặp là nộp cả hai bằng cùng một CV. Một CV viết cho cả hai sẽ không thuyết phục được bên nào.

Tin vui là các tin tuyển dụng nói khá rõ mỗi vai làm gì, chỉ cần bạn đọc chúng kỹ như đọc một bản spec. Cách đọc đó dễ nhất khi bám theo một dự án giả định từ đầu đến cuối, rồi chuyển những gì thấy được thành hai bản CV.

Một người hỏi đúng câu, một người xây câu trả lời

Tin tuyển Deployment Strategist cho mảng chính phủ Mỹ mô tả vai này là người giúp khách hàng nhìn ra mối liên hệ giữa những dữ kiện rời rạc, rồi biến “linh cảm” của họ thành hiện thực.

Tin cho mảng chính phủ Anh cụ thể hơn: strategist đến site, gặp các analyst của khách hàng để hiểu những câu hỏi then chốt họ cần trả lời.

Tin cho mảng chính phủ Anh còn viết rằng strategist làm cùng các Forward Deployed Engineer để tích hợp dữ liệu vào một pipeline ổn định và mở rộng được. Tức là ngay trong mô tả công việc, pipeline đã được giao cho kỹ sư. Kinh nghiệm với Python, R, Matlab hay SQL chỉ được ghi là “điểm cộng”.

Tin FDSE thì ngược lại. Ứng viên phải là người code giỏi, thành thạo Python, Java, C++, TypeScript/JavaScript hoặc ngôn ngữ tương tự, và công việc gồm phát triển ứng dụng tùy biến theo nhu cầu của khách hàng.

Hai vai làm gì trong cùng một dự án?

Thử hình dung một cơ quan nhà nước quản lý kho phụ tùng. Một analyst nghi rằng tình trạng thiếu hàng đến từ vài nhà cung cấp hay giao trễ, nhưng chưa ai chứng minh được. Đó đúng là kiểu linh cảm mà tin tuyển dụng nhắc tới.

Strategist đến site và ngồi với analyst cả buổi.

Nhiệm vụ của họ là biến linh cảm thành một câu hỏi đo được, ví dụ: “Nhà cung cấp nào giao trễ hơn 14 ngày trong sáu tháng qua, và những đơn trễ đó làm thiếu phụ tùng cho đơn vị nào?” Họ cũng tìm ra dữ liệu nằm ở đâu: hệ thống mua hàng giữ ngày đặt, hệ thống kho giữ ngày nhận.

Đến lượt FDSE. Kỹ sư viết connector vào hai hệ thống và xử lý chuyện thường gặp là cùng một nhà cung cấp mang hai mã khác nhau ở hai nơi. Sau đó họ dựng pipeline chạy hằng ngày và một ứng dụng nhỏ để analyst lọc theo nhà cung cấp và theo đơn vị.

Vòng cuối quay lại strategist. Trong buổi đào tạo, họ để ý thấy analyst không dùng bộ lọc mà xuất mọi thứ ra bảng tính. Họ mang quan sát đó về cho kỹ sư, và bản sau có sẵn nút xuất báo cáo đúng mẫu analyst vẫn nộp cấp trên.

Ranh giới giữa hai vai trong thực tế không sắc như trên. Một số nguồn thứ cấp cho biết nội bộ Palantir gọi FDE là “Delta” và strategist là “Echo”, và dẫn lời Palantir rằng Echo thiên về product manager còn Delta thiên về kỹ thuật.

Cũng theo các nguồn đó, vai nào cũng mang một phần product manager, một phần kỹ sư phần mềm và một phần strategist, nên người ở vai này thường làm cả việc của vai kia.

Những dòng nào trong tin tuyển dụng quyết định bạn hợp vai nào?

Dòng đầu tiên cần tìm là yêu cầu code. Một bên ghi lập trình là điểm cộng, bên kia ghi code giỏi là điều kiện. Nếu bạn chưa tự tin viết một pipeline chạy được trên dữ liệu thật, hãy luyện phần đó trước khi nộp tin FDSE.

Dòng thứ hai là kinh nghiệm. Tin FDSE chỉ đòi từ 1 năm kinh nghiệm phù hợp sau đại học. Ngưỡng thấp như vậy không có nghĩa là dễ vào: đi kèm yêu cầu code giỏi, nó gợi ý rằng năng lực code nặng ký hơn số năm đi làm.

Dòng thứ ba là hậu cần, và đây là chỗ nhiều người bỏ qua. Tin FDSE ghi đi lại tới 25% đến site khách hàng, có linh hoạt theo mong muốn cá nhân. Tin strategist ở Vilnius đòi đi lại 10-20% thời gian kèm security clearance.

Tin strategist mảng chính phủ Mỹ đòi có mặt 4-5 ngày mỗi tuần tại site, chủ yếu ở Colorado Springs, cũng cần clearance. Cùng một chức danh mà điều kiện mỗi nơi một khác, nên bạn phải đọc từng tin, đừng đọc một tin rồi suy ra cho cả loạt.

Chọn bằng cách nhìn lại tuần làm việc tốt nhất của bạn

Paraform, một nền tảng tuyển dụng, đưa ra quy tắc dễ dùng: muốn xây thì chọn FDE, vai viết code chạy production ngay trong môi trường của khách hàng; thích scoping bài toán và làm việc với stakeholder thì chọn strategist. Đó là ý kiến của một bên làm tuyển dụng, nhưng nó khớp với khoảng cách về yêu cầu code giữa hai tin của Palantir.

Cách kiểm chứng tốt hơn là xem lại chính mình. Hãy nhớ lại tuần gần nhất bạn đi làm về mà vẫn còn hào hứng. Nếu đó là tuần bạn gỡ được một lỗi dữ liệu khó, bạn nghiêng về FDSE. Nếu đó là tuần bạn ngồi với người dùng và nhận ra họ đang hỏi sai câu, bạn nghiêng về strategist.

CV: mỗi vai một bản

Cùng một trải nghiệm có thể kể theo hai cách. Bảng dưới đây lấy một dự án nội bộ giả định để cho thấy cùng một câu chuyện đổi trọng tâm thế nào.

Ý cần chứng minh	Bản cho Strategist	Bản cho FDSE
Hiểu bài toán	Phỏng vấn 6 người dùng, gom ba yêu cầu rời rạc lại thành một câu hỏi đo được	Đọc log và schema để tìm đúng nguồn dữ liệu cho câu hỏi đã chốt
Tạo ra giải pháp	Viết spec và tiêu chí nghiệm thu cùng đội kỹ sư	Viết pipeline Python ghép hai hệ thống, chuẩn hóa mã trùng lặp
Đưa vào sử dụng	Dẫn buổi đào tạo, ghi lại chỗ người dùng bị vướng	Sửa ứng dụng theo phản hồi, deploy bản mới trong ngày

Bản strategist vẫn nên có một dòng SQL hoặc Python, vì đó là điểm cộng được ghi rõ trong tin tuyển. Bản FDSE vẫn nên có một dòng về người dùng, vì ứng dụng “tùy biến theo nhu cầu khách hàng” đòi hỏi bạn hiểu nhu cầu đó.

Những lỗi khiến hồ sơ trượt

Lỗi phổ biến nhất là nghĩ strategist là vai không cần kỹ thuật. Người nói chuyện hằng ngày với FDE về pipeline mà không hiểu dữ liệu chảy thế nào sẽ khó định nghĩa được bài toán khả thi.

Lỗi ngược lại là nghĩ FDSE chỉ ngồi code một mình: tin tuyển dụng giao cho họ ứng dụng tùy biến theo nhu cầu khách hàng và yêu cầu sẵn sàng đến site khách hàng.

Lỗi thứ ba là nộp mà không đọc dòng hậu cần. Nếu bạn không thể có mặt 4-5 ngày mỗi tuần ở một thành phố cụ thể, hoặc không đủ điều kiện xin clearance, thì hồ sơ dù tốt đến đâu cũng khó đi tiếp ở những tin đòi các điều kiện đó.

Hai vai này không phải một bậc cao và một bậc thấp, mà là hai nửa của cùng một vòng lặp với khách hàng. Đã hiểu mình thuộc nửa nào thì bạn sẽ không cần nộp cả hai nữa.