Lập trình cặp và lập trình nhóm (mob programming) có làm dự án chậm đi?

"Hai người một việc = chi phí gấp đôi" là cách tính quá đơn giản, vì nó bỏ qua chi phí lỗi, review, chuyển giao kiến thức và thời gian chờ.

Bằng chứng về lập trình cặp (theo tổng hợp của Agile Alliance)

• Ước tính thường được nhắc là chi phí tăng khoảng 15% so với làm riêng — không phải 100% — đổi lại chất lượng code tốt hơn và chi phí bảo trì thấp hơn về sau.
• Một phân tích tổng hợp 18 nghiên cứu ghi nhận chất lượng tăng, tiến độ có thể rút ngắn nhưng có chi phí phát sinh; hiệu quả rút ngắn rõ hơn với việc đơn giản và người ít kinh nghiệm.
• Lưu ý quan trọng: phần lớn nghiên cứu dùng mẫu sinh viên, nên khả năng khái quát cho đội chuyên nghiệp còn hạn chế.

Mob programming: cả đội (hoặc nhóm 3–5 người) cùng làm một việc, một thời điểm, trên một máy; một người gõ, những người khác định hướng, luân phiên thường xuyên. Phù hợp khi: vấn đề rất khó hoặc rủi ro cao, cần thống nhất thiết kế, đào tạo người mới, hoặc chỉ một người nắm một mảng hệ thống (giảm "rủi ro một người").

PM đánh giá thế nào

1. Nhìn vào chi phí toàn trình: số lỗi thoát, thời gian review, thời gian chờ kiến thức, rủi ro phụ thuộc một người — không chỉ giờ công lập trình.
2. Áp dụng có chọn lọc: phần nghiệp vụ phức tạp, phần lõi, khi kèm người mới — không bắt buộc cho mọi việc.
3. Thử nghiệm có thời hạn (ví dụ 3 sprint) với vài chỉ số so sánh trước/sau: lỗi thoát, cycle time, số người hiểu từng mảng hệ thống.
4. Để đội tự quyết cách thực hiện chi tiết — Scrum Guide trao cho Developers quyền tự quản lý cách làm việc.

Nguồn:

• Agile Alliance — Pair Programming
• Agile Alliance — What is Mob Programming?