Con số cần kiểm tra đầu tiên: 100 man-month trong 3 tháng là khoảng 33 người làm song song suốt dự án. Đây là một chương trình nhiều team chứ không phải một team lớn, nên kế hoạch xoay quanh việc chia tách công việc và quản lý phụ thuộc giữa các team.
Các bước:
- Chốt phạm vi và mục tiêu: xác định phần bắt buộc cho mốc 3 tháng và phần có thể lùi. Hỏi rõ 100 man-month là ước lượng của ai, dựa trên cái gì.
- WBS và ước lượng lại: chia phạm vi thành các khối công việc, để chính các tech lead ước lượng lại. Kết quả lệch xa 100 man-month thì báo ngay lúc này, không đợi đến tháng thứ hai.
- Chia team theo module ít phụ thuộc: ví dụ 4–5 team, mỗi team 6–8 người sở hữu một module; một nhóm nhỏ lo kiến trúc, hạ tầng, CI/CD và làm trước từ tuần đầu.
- Lập lịch theo critical path: xác định chuỗi việc không được trễ (API contract, tích hợp hệ thống ngoài, môi trường test), đặt milestone 2–4 tuần một lần, chừa khoảng 15–20% lịch cuối cho tích hợp và UAT.
- Tuyển và onboard: 33 người không có sẵn từ ngày đầu. Đưa các lead vào trước rồi tăng dần quân số, và tính cả hiệu suất thấp của người mới vào kế hoạch.
- Rủi ro và nhịp theo dõi: risk register từ tuần đầu, sync giữa các team (Scrum of Scrums) vài lần mỗi tuần, báo cáo tuần cho stakeholder.
Lưu ý: công việc không chia tuyến tính theo đầu người; càng nhiều người thì chi phí giao tiếp và tích hợp càng tăng. Nếu phạm vi không song song hoá được đủ để vừa 3 tháng, nói thẳng và đề xuất cắt phạm vi hoặc chia nhiều đợt release, thay vì nhận một kế hoạch chỉ đúng trên giấy.