Đội Scrum 14 người, Daily Scrum không ai nghe ai: khi nào và tách đội như thế nào

Tình huống minh hoạ

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

Một công ty khởi nghiệp edtech có đội Scrum 7 người phát triển nền tảng học trực tuyến. Sau khi gọi vốn, công ty tuyển thêm 7 người để "tăng tốc gấp đôi". Ba tháng sau:

• Daily Scrum với 14 người mất 30 phút; mỗi người chỉ quan tâm tới 3–4 người làm cùng mảng.
• Sprint Planning kéo dài cả buổi chiều; nhiều người im lặng suốt buổi.
• Velocity tăng khoảng 30%, không phải 100%.
• Lỗi tích hợp tăng: hai nhóm sửa cùng một module mà không biết.
• Người mới cảm thấy "lạc", người cũ quá tải vì phải giải đáp liên tục.

Product Owner (PO) và Scrum Master đồng ý: đội đã quá lớn. Câu hỏi là tách thế nào.

Scrum Guide 2020 nói gì

• Scrum Team đủ nhỏ để linh hoạt và đủ lớn để hoàn thành công việc có ý nghĩa trong một sprint, thường từ 10 người trở xuống. Nhìn chung, đội nhỏ giao tiếp tốt hơn và năng suất hơn.
• Nếu Scrum Team trở nên quá lớn, nên cân nhắc tổ chức lại thành nhiều Scrum Team gắn kết, cùng tập trung vào một sản phẩm. Các đội này phải dùng chung Product Goal, Product Backlog và Product Owner.
• Nếu nhiều Scrum Team cùng làm một sản phẩm, họ phải cùng xác định và tuân thủ một Definition of Done chung.

Agile Alliance cũng đưa ra khoảng quy mô tương tự cho đội agile: tối thiểu khoảng 3 người, tối đa khoảng 10, và cảnh báo việc một người thuộc nhiều đội cùng lúc.

Vì sao đội lớn chậm hơn kỳ vọng? Số kênh giao tiếp giữa n người là n(n−1)/2. Với 7 người là 21 kênh; với 14 người là 91 kênh — tăng hơn bốn lần trong khi số người chỉ tăng gấp đôi. Đây cũng là công thức quen thuộc trong lập kế hoạch truyền thông của PMBOK.

Ba cách tách và đánh đổi