# Ngày 60, khách hỏi bạn trước: lộ trình 90 ngày đầu của một FDE mới

> Hai tuần đầu bạn chưa tự nhận việc gì, nhưng theo playbook của Cloudsoft, đến tháng thứ ba bạn nên đưa được một hạng mục vượt qua giai đoạn demo.

Bản gốc: https://fdetimes.net/vi/bach-khoa/first-90-days-new-fde-job/

Theo playbook onboarding của Tandem, đến ngày 60 thứ tự đã đảo lại: câu hỏi của khách đến tay FDE mới trước, còn người kỳ cựu chỉ được kéo vào khi có ngoại lệ. Hai tháng trước đó, chính FDE mới ấy còn chưa tự nhận việc gì.

Khoảng cách giữa hai thời điểm đó chính là 90 ngày đầu của bạn. Theo mô tả của fde.academy, hai tuần đầu thường dành cho việc học nội bộ và đi theo một FDE kỳ cựu trong một engagement đang chạy. Quản lý cũng chủ ý giao cho người mới những việc rủi ro thấp, phạm vi rõ ràng trước.

Nếu bạn sắp nhận offer FDE hoặc vừa chuyển từ SWE sang, nhịp chậm ấy dễ khiến bạn tưởng mình bị gạt ra ngoài. Thực ra đó là một lộ trình, và bạn có thể chủ động leo từng nấc thay vì ngồi chờ được giao việc. Lưu ý rằng các mốc ngày cụ thể đến từ playbook riêng của từng công ty, không phải chuẩn chung của nghề.

## Bạn sẽ dựng gì, và cần gì trước?

Thứ bạn dựng là một file `plan-90-ngay.md` trong repo ghi chú cá nhân. File gồm bốn phần: sổ cuộc gọi, sổ câu hỏi, bản kể lại account ở ngày 30, và mô tả mảng việc bạn sẽ nhận.

Bạn cần ba thứ: một engagement đang chạy mà bạn được đi theo, một người hướng dẫn đồng ý gặp bạn định kỳ, và lịch làm việc để ghi mốc. Nếu chưa rõ ai là người hướng dẫn, hãy hỏi quản lý ngay trong tuần đầu.

```markdown
# plan-90-ngay.md  (mẫu giản lược)
## Mốc
- Tuần 1-2: học nội bộ, đi theo FDE kỳ cựu
- Ngày 30: kể lại account cho người hướng dẫn
- Tháng 2: nhận một mảng việc rủi ro thấp
- Ngày 60: khách hỏi mình trước
- Tháng 3: một hạng mục vượt qua demo
- Ngày 90: quyết định về quyền sở hữu account
## Sổ cuộc gọi
## Sổ câu hỏi
## Mảng việc
```

Kiểm tra: mốc nào cũng phải có một ngày cụ thể trên lịch. Mốc nào chưa ghi được ngày thì đó là câu hỏi đầu tiên cần mang tới quản lý.

## 1. Đi theo quan sát không có nghĩa là ngồi nghe

Playbook 90 ngày của Cloudsoft đặt mục tiêu tháng đầu là trở nên hữu ích một cách an toàn, chứ chưa cần làm ra nhiều. Playbook cũng dặn đừng dự cuộc gọi một cách thụ động: cuộc nào bạn cũng phải tự giao cho mình một việc.

**Điểm mấu chốt:** Tháng đầu không đo bằng khối lượng việc, mà bằng việc trở nên hữu ích một cách an toàn.

Việc đó có thể là liệt kê mọi hệ thống khách nhắc tới, hoặc ghi lại những cam kết mà FDE kỳ cựu vừa đưa ra. Sau cuộc gọi, hãy đối chiếu ghi chép của bạn với người hướng dẫn. Chỗ nào hai bên ghi khác nhau thì đó là chỗ bạn chưa hiểu.

```markdown
## Sổ cuộc gọi (mẫu giả định)
2026-11-04 | Khách: phòng vận hành
Việc tự nhận: liệt kê nguồn dữ liệu
- Mình ghi được: ERP, file Excel tồn kho gửi hằng tuần
- Người hướng dẫn ghi thêm: một API nội bộ mình bỏ sót
```

Kiểm tra: hết tuần đầu, mỗi cuộc gọi bạn dự đều phải có dòng "Việc tự nhận". Dòng nào trống là cuộc gọi bạn chỉ ngồi nghe.

## 2. Hỏi gì người hướng dẫn, tự tìm gì?

Tandem xây cả playbook trên một phân biệt: ngữ cảnh truyền lại được, phán đoán thì không. Vì thế thời gian của người kỳ cựu nên dành cho phán đoán. Với bạn, điều đó biến thành một thói quen cụ thể: phân loại từng câu hỏi trước khi mang nó đi hỏi.

Thử hình dung một account bán lẻ. "Dữ liệu đơn hàng nằm ở đâu?" là câu hỏi ngữ cảnh, bạn tự tìm được trong tài liệu, ticket hoặc sổ cuộc gọi. "Có nên hứa với khách cảnh báo theo giờ khi job đồng bộ chỉ chạy ban đêm?" là câu hỏi phán đoán, và đó mới là thứ đáng để người hướng dẫn bỏ thời gian.

```markdown
## Sổ câu hỏi (ví dụ minh hoạ)
| Ngày | Câu hỏi | Loại | Ai trả lời |
| 11-05 | Dữ liệu đơn hàng nằm ở đâu? | Ngữ cảnh | Tự tìm |
| 11-20 | Có nên hứa cảnh báo theo giờ? | Phán đoán | Người hướng dẫn |
```

Kiểm tra: mỗi tuần, đếm xem bao nhiêu câu ngữ cảnh bạn đã đem đi hỏi thay vì tự tìm. Con số đó nên giảm dần.

## 3. Ngày 30: kể lại account cho người hướng dẫn

Tandem đặt một buổi kiểm tra ở ngày 30, trong đó FDE mới trình bày lại toàn bộ account cho người hướng dẫn. Người kể là bạn, và mỗi chỗ bạn lúng túng sẽ cho thấy mảng nào mình còn thiếu.

```markdown
## Kể lại account (khung giản lược)
1. Khách cần giải quyết vấn đề gì, ai là người quyết định
2. Hệ thống và nguồn dữ liệu đang dùng
3. Những gì đã hứa với khách, hạn chót
4. Rủi ro lớn nhất hiện nay
5. Ba điều còn chưa chắc
```

Kiểm tra: bạn phải nói hết năm mục mà không mở tài liệu. Nếu mục 3 còn trống, hãy lấp nó trước khi xin việc riêng ở tháng 2, vì bạn không thể giữ một lời hứa mà mình không biết đến.

## 4. Tháng 2: nhận một mảng việc nhỏ nhưng có rủi ro thật

Cloudsoft coi tháng thứ hai là lúc thôi đi theo quan sát và bắt đầu tự nhận việc. Fde.academy cho biết việc tự nhận đầu tiên thường là toàn quyền phụ trách một khách hàng nhỏ, nơi rủi ro có thật nhưng nằm trong tầm kiểm soát.

Mảng việc đó trông thế nào? Tin tuyển của Supergood liệt kê phần việc của FDE gồm triển khai cho khách, hỗ trợ liên tục và tích hợp mới. Lời khuyên ở đây là chỉ nhận một trong số đó, với một nguồn dữ liệu, vì nếu nhận hai thứ cùng lúc mà mọi thứ hỏng, bạn sẽ không biết lỗi nằm ở đâu.

```markdown
## Mảng việc (mẫu giả định)
Khách: chuỗi bán lẻ nhỏ X
Loại việc: tích hợp mới
Use case: cảnh báo hết hàng
Nguồn dữ liệu: một bảng tồn kho trong ERP
Ngoài phạm vi: dữ liệu nhà cung cấp, giao diện
```

Kiểm tra: phần "Ngoài phạm vi" không được để trống. Đó là câu bạn sẽ dẫn ra khi khách muốn thêm yêu cầu giữa chừng.

## 5. Ngày 60: khách hỏi bạn trước

Đến ngày 60, theo Tandem, FDE mới nhận câu hỏi của khách trước và chỉ kéo người kỳ cựu vào khi có ngoại lệ. Muốn mốc này chạy trơn tru, bạn và người hướng dẫn nên thống nhất trước thế nào là một ngoại lệ.

Một cách làm hợp lý là dựa vào sổ câu hỏi: câu ngữ cảnh bạn tự xử lý, còn câu nào cần phán đoán về cam kết, phạm vi hay rủi ro với khách thì kéo người hướng dẫn vào. Ghi quy tắc đó thành ba dòng trong file kế hoạch để cả hai cùng nhìn.

## 6. Tháng 3 và ngày 90 là hai mốc khác nhau

Mục tiêu tháng thứ ba theo Cloudsoft là đưa một hạng mục vượt qua giai đoạn demo. Có thể phân biệt thế này: demo chỉ cần chạy một lần trên dữ liệu chọn sẵn, còn thứ đã qua demo thì khách dùng được với dữ liệu thật mà không cần bạn đứng cạnh.

Fde.academy chỉ ra dấu hiệu sẵn sàng làm việc ít bị giám sát ở giai đoạn ngày 60-90: một bản triển khai chạy được, và một mối quan hệ mà khách tin tưởng rõ rệt. Mốc ngày 90 của Tandem là chuyện khác: người hướng dẫn quyết định tiếp tục giữ quyền sở hữu account hay chuyển giao hẳn cho FDE mới.

Hai dấu hiệu của fde.academy chính là bằng chứng bạn nên mang tới cuộc trao đổi ngày 90. Hãy ghi chúng vào file kế hoạch dưới dạng việc cụ thể: bản triển khai nào đã chạy, và câu hỏi nào khách đã gửi thẳng cho bạn.

## Những lỗi hay gặp

Lỗi phổ biến nhất là muốn có sản phẩm ngay tuần 2 để chứng tỏ mình. Khi quản lý chủ ý giao việc rủi ro thấp trước, chạy trước kế hoạch dễ khiến bạn trông thiếu cẩn thận hơn là giỏi.

Một lỗi khác là đem mọi câu hỏi ngữ cảnh đến người hướng dẫn, khiến họ hết thời gian cho phán đoán, thứ duy nhất bạn không tự học được. Cũng đừng bỏ buổi kể lại account vì thấy mình đã ổn. Nếu công ty không có mốc ngày 30, hãy tự đề nghị một buổi như vậy.

## Ghi 90 ngày này vào CV và mang vào phỏng vấn thế nào?

Palantir mô tả Forward Deployed Software Engineer làm việc trực tiếp với khách, thường tại chỗ, và theo dự án từ đầu đến cuối. Nếu nhà tuyển dụng tìm người theo trọn một dự án, dòng CV của bạn nên kể trọn một vòng: mảng việc bạn nhận, và nó đi tới đâu.

Vì thế đừng viết "tham gia dự án triển khai cho khách"; hãy viết "phụ trách tích hợp tồn kho từ ERP cho một khách và đưa nó từ demo lên dùng thật".

Khi đọc mô tả công việc, hãy để ý xem kỳ vọng với FDE cấp cao có bao gồm hướng dẫn người mới không. Tin tuyển Senior FDE của Vanta, chẳng hạn, ghi rõ việc ghi lại best practice và mentor đồng đội. Trong phỏng vấn, hãy hỏi thẳng: "Đến ngày 60, khách sẽ hỏi ai trước?".

Đích đến của 90 ngày không nằm ở số dòng code. Đó là ngày khách hỏi bạn trước, và bạn biết câu nào mình tự trả lời, câu nào cần kéo người hướng dẫn vào.

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

- Tạo file plan-90-ngay.md gồm bốn phần: sổ cuộc gọi, sổ câu hỏi, bản kể lại account ở ngày 30, mô tả mảng việc
- Trong cuộc gọi với khách sắp tới, tự nhận một việc cụ thể, chẳng hạn ghi lại mọi hệ thống và nguồn dữ liệu khách nhắc đến, rồi nhờ người hướng dẫn đối chiếu
- Đặt lịch trước buổi kiểm tra ngày 30, trong đó bạn kể lại toàn bộ account mà không mở tài liệu

## Nguồn

- [Forward Deployed Engineer First 90 Days: What Actually Happens on the Job](https://fde.academy/blog/forward-deployed-engineer-first-90-days)

- [Your First 90 Days as a Forward Deployed Engineer: A Practical Playbook](https://cloudsoftsol.com/blog/fde-first-90-days/)

- [Onboarding a second FDE onto a live account: the ramp playbook, and the context it depends on](https://usetandem.ai/blog/onboarding-second-fde)

- [Forward Deployed Software Engineer (Palantir Technologies, Stockholm, Sweden)](https://jobs.lever.co/palantir/d084b769-6f53-4409-afa8-c183b059b384)

- [APIs for software that doesn't have APIs.](https://supergood.ai/careers/forward-deployed)

- [Senior Forward Deployed Software Engineer - Vanta | Built In](https://builtin.com/job/sr-forward-deployed-engineer/7502606)