Thêm bốn lập trình viên khi dự án đang trễ: onboarding giữa chừng mà không làm chậm thêm cả đội

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Chị Thu là PM dự án xây dựng hệ thống quản lý kho (WMS) cho một công ty logistics vận hành chuỗi kho lạnh tại Long An và Bắc Ninh. Đội ban đầu gồm 7 người, làm theo sprint hai tuần. Khi dự án trễ khoảng một tháng so với mốc khai trương kho mới, sponsor quyết định bổ sung ngay 4 lập trình viên từ một dự án vừa kết thúc.

Hai sprint sau, kết quả đi ngược kỳ vọng:

• Velocity của đội giảm thay vì tăng; hai thành viên kỳ cựu dành phần lớn thời gian trả lời câu hỏi.
• Người mới chưa có môi trường phát triển đầy đủ trong ba ngày đầu, chưa nắm nghiệp vụ nhập – xuất theo FEFO (hết hạn trước xuất trước) của kho lạnh.
• Một số đoạn mã người mới viết không theo quy ước, phải sửa lại sau review.
• Cả nhóm cũ và nhóm mới đều thấy không thoải mái: người cũ thấy bị chậm lại, người mới thấy bị "ném vào giữa dòng".

Sponsor hỏi chị Thu: "Thêm người rồi mà sao còn chậm hơn?"

Phân tích theo PMBOK® Guide

Luật Brooks. Trong cuốn The Mythical Man-Month (1975), Fred Brooks nêu nhận định nổi tiếng: thêm nhân lực vào một dự án phần mềm đang trễ sẽ làm nó trễ hơn. Lý do: thời gian để người mới làm quen, chi phí đào tạo do người cũ gánh, và số kênh giao tiếp tăng nhanh theo quy mô đội – với n người, số kênh là n(n−1)/2; đội tăng từ 7 lên 11 người thì số kênh tăng từ 21 lên 55. Đây là quy luật kinh nghiệm, không tuyệt đối: thêm người vẫn có thể hiệu quả nếu công việc chia nhỏ được, người mới có kinh nghiệm phù hợp và việc onboarding được chuẩn bị tốt.

Project Work Performance Domain trong PMBOK® Guide – Seventh Edition bao gồm quản lý nguồn lực, quản lý giao tiếp và học hỏi trong suốt dự án – quản lý tri thức tường minh (explicit) và tri thức ẩn (tacit). Tri thức về nghiệp vụ kho lạnh, các quyết định kiến trúc và "lý do vì sao làm thế này" phần lớn nằm trong đầu đội cũ.

Team Performance Domain: khi thành viên mới gia nhập, đội có thể quay lại giai đoạn đầu trong mô hình phát triển đội Tuckman; PM cần chủ động hỗ trợ để đội nhanh chóng tái lập chuẩn mực.

Planning: thêm nguồn lực là một dạng crashing; cần phân tích chi phí – lợi ích và thời gian hiệu lực trước khi quyết định.

Nguyên nhân gốc: quyết định bổ sung nhân lực được đưa ra như phản xạ, không có kế hoạch onboarding, không đánh giá công việc nào người mới có thể nhận độc lập.

Cách xử lý

Bước 1 – Đánh giá lại cách dùng nhân lực mới. Phân loại backlog: hạng mục nào tách biệt, ít phụ thuộc (báo cáo tồn kho, màn hình tra cứu, tích hợp máy quét mã vạch) phù hợp giao người mới; hạng mục cốt lõi (thuật toán phân bổ vị trí, luồng FEFO) giữ cho đội cũ.