Tổng quan
Brooks chỉ ra rằng thêm người vào dự án phần mềm đang trễ thường làm dự án trễ hơn. Lý do là phần mềm có chi phí đào tạo, truyền đạt, chia nhỏ việc và tích hợp lớn hơn nhiều so với các công việc tuyến tính.
Ý chính
- Người mới cần thời gian học hệ thống và lấy thời gian của người cũ để onboarding.
- Số đường giao tiếp tăng nhanh khi team lớn hơn, làm coordination cost tăng theo.
- Khi dự án đã trễ, giảm scope hoặc đổi timeline thường thực tế hơn là chỉ thêm nhân sự.
Ví dụ từ nguồn
Một team 5 người trễ một tháng được thêm 3 người mới. Vài tuần sau, tốc độ còn chậm hơn vì người cũ phải giải thích thiết kế, review nhiều hơn và xử lý conflict tích hợp.
Một bug phức tạp cần kiến thức sâu về hệ thống không thể giải quyết nhanh bằng cách chia đều cho nhiều người chưa có context.
Nguồn gốc
Frederick P. Brooks Jr. rút ra luật này từ trải nghiệm quản lý dự án IBM OS/360 và trình bày trong The Mythical Man-Month năm 1975.
Lưu ý khi áp dụng
Thêm người vẫn có ích nếu làm sớm, có onboarding tốt và chia được việc độc lập; vấn đề là dùng headcount như thuốc chữa cháy cuối dự án.