Microsoft mô tả cách chuyển từ đội theo chức năng ngang, cột mốc 4–6 tháng sang đội dọc tự quản 10–12 người, sprint 3 tuần, kế hoạch theo mùa 6 tháng, cơ chế "yellow sticky" cho nhân viên tự chọn nhóm và trần lỗi bằng 5 lần số kỹ sư. Một ví dụ thành công đáng học về cân bằng liên kết và tự chủ trong tổ chức lớn.
Yellow sticky cho phép chọn mảng việc, đồng thời bảo đảm cân đối năng lực giữa các nhóm. Đây là cách phân bổ nguồn lực (Acquire Resources) có sự tham gia, tác động tới động lực và giữ chân nhân tài.
F-crew/C-crew tách việc chen ngang khỏi việc cam kết; bug cap ngăn nợ chất lượng tích luỹ và nén tinh thần đội. Đây là công cụ quản lý công suất đội gắn với chất lượng nội tại.
Thay vì sao chép nguyên mô hình, hãy chọn một sản phẩm thử nghiệm với các tiêu chí đánh giá:
Đội ít chờ nhóm khác, chu kỳ giao tính năng ngắn lại, chất lượng không giảm.
Một số phụ thuộc vẫn tồn tại ở tầng dùng chung; bổ sung hướng dẫn chung hoặc nhóm nền tảng.
Đội dọc thiếu kỹ năng cốt lõi hoặc quá tải; dừng mở rộng, xem lại thành phần đội.
Tài liệu khuyên tránh các chỉ số như vận tốc, giờ hoàn thành hay dòng mã; dùng chỉ số như tốc độ tăng người dùng, hiệu năng, thời gian học, tần suất sự cố.
Thư cuối sprint giúp mọi nhóm biết nhau đang làm gì, giảm nhu cầu họp điều phối.
Agile ở quy mô lớn thành công khi cấu trúc đội giảm phụ thuộc, nhân sự được tự chủ trong khuôn khổ mục tiêu chung, và có kỷ luật bảo vệ công suất (kíp luân phiên, trần nợ lỗi). Tài liệu cũng nhắc: đừng quá cứng nhắc, hãy để tư duy agile lớn dần.
Bạn chọn phương án nào?