Developer Onboarding: 30/60/90 Day Plan Cho Dev Mới
Theo nghiên cứu của SHRM, 1 trong 6 nhân viên mới nghỉ trong 3 tháng đầu — phần lớn vì onboarding kém. Đối với developer, con số còn tệ hơn: Stack Overflow 2025 Survey cho thấy 23% devs rời công ty trong năm đầu vì "không hiểu codebase" hoặc "thiếu guidance". Một developer senior có thể mất 3-6 tháng để trở nên productive ở codebase mới. Onboarding tốt rút ngắn thời gian này xuống 4-6 tuần.
Tại Sao Onboarding Quan Trọng?
Chi phí tuyển dụng 1 developer ở Việt Nam: 2-5 tháng lương (phí headhunter + thời gian phỏng vấn + training). Nếu dev mới nghỉ sau 3 tháng vì onboarding kém, bạn mất 4-10 tháng lương — chưa kể opportunity cost và ảnh hưởng morale team. Onboarding tốt không chỉ giữ người mà còn tăng tốc productivity, xây dựng loyalty, và tạo ấn tượng đầu tiên tích cực.
30 Ngày Đầu: Foundations
Mục tiêu: Dev mới hiểu context và merge PR đầu tiên.
📋 Tuần 1: Setup & Orientation
Day 1: Welcome meeting, cấp accounts (GitHub, Slack, BanhCuonFlow, email), setup local development environment (README.md phải đủ để dev tự setup mà không cần hỏi). Giao buddy (dev senior cùng team). Day 2-3: Đọc Architecture Decision Records (ADR), hiểu tech stack, conventions. Day 4-5: Pair programming với buddy trên 1-2 tasks nhỏ, làm quen codebase thực tế.
🔧 Tuần 2-3: First Contributions
Giao "good first issues" — task nhỏ, scope rõ ràng, ít dependency. Ví dụ: fix UI bug, thêm validation, viết unit test cho existing function. PR đầu tiên được review kỹ nhưng không nitpick — focus vào teaching, không judging. Khuyến khích đặt câu hỏi: "Hỏi 10 câu trong tuần 2 tốt hơn hỏi 0 câu trong 2 tháng."
📝 Tuần 4: Documentation Contribution
Dev mới viết lại/bổ sung documentation về phần code họ đã touch. Người mới là reviewer tốt nhất cho docs vì họ thấy gaps mà người cũ đã quen. Cập nhật README, architecture docs, hoặc tạo wiki page mới. Đây cũng là cách để chứng minh dev mới đã hiểu codebase.
60 Ngày: Independence
Mục tiêu: Dev mới tự hoàn thành features từ requirement đến deploy.
Giao features có scope trung bình (2-5 ngày work). Dev tự break down tasks, tự estimate, tự implement. Buddy chuyển từ pair programming sang code review. 1-on-1 hàng tuần với tech lead (15-20 phút): hỏi feedback 2 chiều — dev mới cần gì, team cần gì từ dev mới. Cuối 60 ngày, dev mới nên tham gia sprint planning với confidence, hiểu domain business cơ bản, và biết khi nào cần hỏi vs tự resolve.
90 Ngày: Ownership
Mục tiêu: Dev mới own 1 module/area và bắt đầu review code cho người khác.
Giao ownership cho 1 phần cụ thể: "Anh phụ trách module Reports từ giờ." Dev mới bắt đầu review PR của đồng nghiệp (learning bằng cách teaching). Tham gia architecture discussions. 90-day review formal: Manager + Tech Lead + Dev mới ngồi lại đánh giá: strengths, areas to improve, goals cho 6 tháng tiếp theo. Nếu mọi thứ ổn, chuyển từ "probation" sang "full member".
Buddy System: Key Success Factor
Buddy không phải mentor chính thức — buddy là người bạn đáng tin mà dev mới có thể hỏi bất kỳ điều gì mà không sợ bị đánh giá. "Cái function này để làm gì?" "Meeting này tôi có cần tham dự không?" "Lunch ở đâu ngon?" Buddy nên là dev cùng team, kinh nghiệm 1-2 năm (không cần senior — senior quá bận, junior gần hơn về kinh nghiệm). Mỗi buddy chỉ nhận 1 dev mới tại 1 thời điểm. BanhCuonFlow tự động assign workload buddy thấp hơn 20% trong 30 ngày đầu.
Microsoft Research (2022) cho thấy nhân viên mới có buddy onboard nhanh hơn 36% và satisfaction score cao hơn 23% so với nhóm không có buddy. Google nội bộ gọi buddy là "Noogler Buddy" — role chính thức, có training riêng. Checklist buddy tại BanhCuonFlow: ① Daily 15-phút check-in tuần đầu → ② Giảm xuống 2-3 lần/tuần từ tuần 2 → ③ Weekly 30 phút từ tuần 3 trở đi. Buddy cũng review code PR đầu tiên kỹ hơn bình thường — comment giải thích "tại sao" chứ không chỉ "sai chỗ này".
BanhCuonFlow Onboarding Checklist: Team sử dụng BanhCuonFlow tạo template onboarding với các subtasks: Day 1 Setup (GitHub, Slack, email, VPN, dev environment), Week 1 Reading (ADR, architecture docs, coding standards), Week 2-3 Coding (good first issues), Week 4 Documentation (update README). Template tự động tạo tasks cho dev mới khi join — manager track progress trên dashboard mà không cần hỏi "anh đến đâu rồi?".
5 Sai Lầm Phổ Biến
① "Đọc code đi": Ném dev mới vào 500K LOC codebase mà không có guidance. Cần: Architecture overview video (10 phút), code tour session (30 phút), và ADR docs.
② Giao task quá lớn quá sớm: Feature 2 tuần cho dev mới ngày thứ 3. Kết quả: overwhelmed, imposter syndrome, silent suffering. Bắt đầu nhỏ, tăng dần.
③ Không feedback sớm: 90 ngày im lặng rồi bất ngờ "anh không đáp ứng kỳ vọng". Feedback weekly, cả tích cực lẫn constructive.
④ Thiếu social integration: Dev mới chỉ biết code, không biết ai trong team. Lunch together, pair sessions, team events giúp dev mới "belong" nhanh hơn.
⑤ README.md lỗi thời: "Clone repo, chạy npm install" nhưng thực tế cần 15 bước thủ công. Dev mới mất 2 ngày chỉ để setup. README phải là living document — validate bằng cách cho dev mới follow và update những chỗ sai.