Đội A phải chờ đội B mới làm tiếp được: quản lý phụ thuộc giữa các đội agile thế nào?

Phát hiện sớm

1. Trong refinement, thêm câu hỏi bắt buộc: "Story này cần gì từ đội khác?" và đánh dấu phụ thuộc ngay trên thẻ.
2. Lập bảng phụ thuộc trực quan (dạng lưới đội × sprint, nối các thẻ bằng dây/đường) và xem lại trước mỗi Sprint Planning.
3. Lập kế hoạch chung giữa các đội cho vài sprint tới (ví dụ buổi lập kế hoạch đa đội đầu mỗi chu kỳ phát hành).

Giảm phụ thuộc tận gốc — cách hiệu quả nhất về lâu dài

• Tổ chức lại theo đội tính năng có đủ kỹ năng; đội nền tảng chuyển sang vai trò hỗ trợ, cung cấp năng lực tự phục vụ.
• Sở hữu code tập thể giữa các đội: đội di động được phép (theo quy tắc review) tự bổ sung API cần thiết. Mô hình LeSS khuyến khích các đội làm việc trên toàn sản phẩm thay vì "phần của tôi".

Xử lý phụ thuộc đang có

1. Một Product Backlog, một thứ tự ưu tiên cho cả sản phẩm — khi đó API mà đội di động cần sẽ được ưu tiên theo giá trị của toàn sản phẩm, không theo kế hoạch riêng của đội nền tảng.
2. Thoả thuận hợp đồng giao diện trước, đội phụ thuộc dùng bản giả lập (mock) để làm song song.
3. Dùng cờ tính năng (feature toggle) để tích hợp sớm mà chưa bật cho người dùng.
4. Duy trì cơ chế đồng bộ như Scrum of Scrums — tập trung vào trở ngại và phụ thuộc, không phải báo cáo.

Vai trò PM/Scrum Master: làm phụ thuộc hiển thị và đưa lên đúng người quyết định ưu tiên; xử lý trở ngại cấp tổ chức (cấu trúc đội, quyền sửa code). Không nên tự "điều phối thủ công" mọi phụ thuộc lâu dài — đó là triệu chứng cần sửa cấu trúc.

Nguồn:

• Agile Alliance — Scrum of Scrums
• LeSS — What is LeSS?
• Agile Alliance — What is Collective Code Ownership?