Năm đội Scrum cùng làm một sản phẩm: phối hợp bằng Scrum of Scrums trước khi nghĩ tới SAFe

Tình huống minh hoạ

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

Một doanh nghiệp viễn thông phát triển ứng dụng "siêu tiện ích": nạp tiền, mua gói cước, thanh toán hoá đơn điện nước và ví điện tử. Ban đầu chỉ có một đội Scrum. Khi ban lãnh đạo muốn ra mắt ví điện tử trước Tết, sản phẩm được mở rộng lên năm đội (khoảng 40 người), mỗi đội có PO và Scrum Master riêng.

Sau hai tháng, chị Vân – PM của chương trình – nhận thấy:

• Mỗi đội báo cáo sprint "hoàn thành", nhưng khi ghép bản cuối sprint trên môi trường kiểm thử chung thì luồng thanh toán hoá đơn lỗi vì đội Ví đổi định dạng dữ liệu mà không báo.
• Năm PO sắp xếp năm backlog riêng; hai đội cùng làm màn hình lịch sử giao dịch theo hai cách khác nhau.
• Sprint các đội lệch ngày bắt đầu, nên không có thời điểm nào tích hợp toàn bộ sản phẩm.
• Ban giám đốc nghe nói về SAFe và đề nghị "triển khai SAFe đầy đủ ngay quý sau".

Phân tích theo PMBOK® Guide

Development Approach and Life Cycle Performance Domain yêu cầu chọn và điều chỉnh (tailor) cách tiếp cận phù hợp với sản phẩm, tổ chức và mức độ phức tạp. Agile Practice Guide có phần riêng về agile ở quy mô lớn, nêu nhiều khung như Scrum of Scrums, SAFe®, LeSS, Disciplined Agile; điểm chung là giải quyết phụ thuộc, tích hợp và đồng bộ ưu tiên giữa nhiều đội.

Nguyên tắc liên quan:

• Tailor based on context – chọn mức phối hợp vừa đủ, không áp khung lớn cho vấn đề còn nhỏ.
• Recognize, evaluate, and respond to system interactions – năm đội là một hệ thống; tối ưu từng đội không bảo đảm tối ưu sản phẩm.
• Build quality into processes and deliverables – sản phẩm chỉ "xong" khi tích hợp được.

Nguyên nhân gốc:

1. Không có một Product Backlog chung và một người chịu trách nhiệm ưu tiên ở cấp sản phẩm.
2. Definition of Done chỉ ở cấp đội, không yêu cầu tích hợp.
3. Thiếu cơ chế đồng bộ phụ thuộc giữa các đội.
4. Nhịp sprint lệch nhau.

Tổng quan các cách mở rộng