การขยาย Agile หมายถึงการประสานงาน หลายทีมที่ทำงานในสินค้าชิ้นเดียว โดยไม่ทำให้เกิดการควบคุมหนักจากบนลงล่างขึ้นมาใหม่ ความท้าทายหลักคือการรักษาอิสระภาพและข้อมูลย้อนกลับที่รวดเร็ว พร้อมกับการจัดแนวทีมให้สอดคล้องกับเป้าหมายร่วมกัน และจัดการกับการพึ่งพาอาศัย กรอบการทำงานหลายวิธีแก้ไขปัญหานี้แตกต่างกันไป
| กรอบการทำงาน | ความคิด | ข้อแลกเปลี่ยน |
|---|
| SAFe | โครงสร้างแบบชั้นลำดับ, Agile Release Trains, PI planning | การจัดแนวที่แข็งแกร่ง; อาจดูหนักเชิงวินัย |
| LeSS | Scrum ปรับขนาดด้วยกระบวนการเพิ่มเติมขั้นต่ำ | เบา; ต้องการการเปลี่ยนแปลงองค์กรที่แท้จริง |
| Spotify model | Squads, tribes, chapters, guilds | รูปแบบวัฒนธรรม ไม่ใช่กรอบการทำงาน copy-paste |
COMMON GOALS WHEN SCALING
- align teams on a shared product vision/roadmap
- make cross-team dependencies visible and managed
- keep each team as autonomous as possible
- preserve fast feedback despite added coordination
แปดทีมบนแพลตฟอร์มเดียวจัดงานการวางแผนห้องใหญ่รายไตรมาส เพื่อจัดแนววัตถุประสงค์และเปิดเผยการพึ่งพาอาศัย ในขณะที่ทีมแต่ละทีมรักษากำหนดเวลา Sprint และ backlog ของตนเอง
การขยายที่ไม่ดีจะสร้างสร้างราชการ Agile ตั้งใจให้ลบออก ฆ่าความเร็วที่พิสูจน์ถึงการเปลี่ยนแปลง
กรอบการทำงานที่ถูกต้องขึ้นอยู่กับบริบท; ทักษะคือการจับคู่ค่าใช้จ่ายการประสานงานกับระดับการพึ่งพาอาศัยที่เกิดขึ้นจริงระหว่างทีม