Kế Hoạch 30-60-90 Ngày Đầu Cho Developer Mới: Vào Team Nhanh, Tạo Niềm Tin Sớm

90 ngày đầu ở một công ty mới không phải giai đoạn để bạn cố chứng minh mình biết mọi thứ. Đây là lúc bạn xây dựng nhịp làm việc, cách cộng tác, và mức độ tin cậy mà đồng đội dành cho mình. Một developer mới vào team rất hiếm khi được đánh giá chỉ bằng tốc độ code; thứ tạo khác biệt thường là khả năng học nhanh, hỏi đúng, ghi nhận tốt và giao tiếp rõ ràng.

Nếu 30 ngày đầu giúp bạn hiểu hệ thống, thì 60 ngày tiếp theo giúp team hiểu rằng có thể giao việc cho bạn, và 90 ngày đầu là lúc niềm tin bắt đầu hình thành.

1. 30 ngày đầu: ưu tiên hiểu ngữ cảnh hơn là tạo thật nhiều commit

Trong tháng đầu, mục tiêu quan trọng nhất là hiểu sản phẩm, domain và cách team vận hành. Bạn nên chủ động nắm ba lớp thông tin: người dùng đang gặp vấn đề gì, hệ thống hiện giải quyết ra sao, và team đang đo chất lượng công việc bằng tiêu chí nào.

• Đọc tài liệu onboarding, README, luồng deploy và checklist release.
• Xin danh sách những file, service hoặc màn hình “đụng nhiều nhất”.
• Ghi lại thuật ngữ nội bộ, flow nghiệp vụ và các quyết định kỹ thuật dễ gây nhầm.
• Chốt với mentor hoặc lead kỳ vọng cụ thể cho tháng đầu.

2. 31-60 ngày: nhận ownership nhỏ nhưng trọn vẹn

Sau khi đã bớt lạ lẫm, bạn nên chuyển từ trạng thái “được hướng dẫn” sang “tự lái trong phạm vi hẹp”. Một task vừa đủ tốt trong giai đoạn này là task có đầu vào rõ, có reviewer, nhưng buộc bạn đi qua đủ các bước: làm rõ yêu cầu, sửa code, test, viết note và theo dõi sau release.

Đây cũng là lúc bạn nên tạo thói quen cập nhật tiến độ ngắn gọn. Một tin nhắn tốt không cần dài, chỉ cần nêu rõ bạn đang làm gì, đã kẹt ở đâu, và bước tiếp theo là gì. Team không cần người lúc nào cũng ổn; team cần người giúp thông tin lưu thông mượt.

3. 61-90 ngày: tạo một dấu ấn nhỏ nhưng khó quên

Dấu ấn trong 90 ngày đầu không cần là dự án lớn. Thường nó đến từ một cải thiện nhỏ nhưng hữu ích: viết lại tài liệu setup cho người vào sau, giảm thời gian debug một lỗi lặp lại, thêm alert dễ hiểu hơn, hoặc dọn một khu vực code mà ai cũng ngại đụng vào.

Khi bạn để lại thứ gì đó giúp team đỡ mệt hơn, mọi người bắt đầu nhìn bạn không chỉ là “người mới đang học” mà là “người có thể đóng góp ổn định”.

4. Checklist ngắn để tự đánh giá cuối 90 ngày

• Tôi hiểu rõ sản phẩm, user flow và mục tiêu kinh doanh của phần việc mình phụ trách.
• Tôi có thể tự hoàn thành task nhỏ mà không cần hỏi lại từ đầu.
• Tôi biết ai nên tìm đến khi cần unblock.
• Tôi đã để lại ít nhất một cải tiến giúp team làm việc dễ hơn.
• Tôi có một ghi chú cá nhân về những gì mình học được và muốn cải thiện quý tới.