กรอบงาน Scaled Agile Framework ( SAFe ) คือชุดรูปแบบองค์กรและเวิร์กโฟลว์ที่มุ่งเน้นการชี้นำองค์กรในการขยายขอบเขต การปฏิบัติงานแบบลีนและคล่องตัว^{[ 1 ] [ 2 ]}ร่วมกับDiscipline Agile Delivery (DAD) และ S@S (Scrum@Scale) SAFe เป็นหนึ่งในกรอบงานจำนวนมากที่มุ่งแก้ไขปัญหาที่พบเมื่อขยายขอบเขตเกินกว่าทีมเดียว^{[ 3 ] [ 4 ]}

SAFe ส่งเสริมการจัดระเบียบ การทำงานร่วมกัน และการส่งมอบงานในทีม Agile จำนวนมาก โดยได้รับการพัฒนาโดยและเพื่อผู้ปฏิบัติงาน โดยใช้ประโยชน์จากองค์ความรู้หลักสามประการ ได้แก่การพัฒนาซอฟต์แวร์แบบ Agileการพัฒนาผลิตภัณฑ์แบบ Leanและ การคิด เชิงระบบ^{[ 5 ]}

กรอบงาน Agile แบบปรับขนาดได้ (SAFe) มีการอ้างอิงหลักมาจากการพัฒนาภาพรวมของกระบวนการทำงานตั้งแต่การจัดการผลิตภัณฑ์ (หรือผู้มีส่วนได้ส่วนเสีย อื่นๆ ) ไปจนถึงการกำกับดูแลโครงการและทีมพัฒนาไปจนถึงลูกค้า^{[ 6 ] [ 7 ]} ด้วยความร่วมมือจากบุคคลอื่นๆ ในชุมชน Agile กรอบงานนี้ได้รับการปรับปรุงอย่างต่อเนื่องและ ได้รับการอธิบายอย่างเป็นทางการครั้งแรกในหนังสือปี 2007 ^{[ 8 ]}กรอบงานนี้ยังคงได้รับการพัฒนาและเผยแพร่สู่สาธารณะอย่างต่อเนื่อง โดยมีสถาบันและโครงการรับรองเพื่อสนับสนุนผู้ที่ต้องการนำไปใช้ สนับสนุน หรือฝึกอบรมผู้อื่นในการนำ SAFe ไปใช้

นับตั้งแต่เปิดตัวครั้งแรกในปี 2011 มีการเปิดตัวเวอร์ชันหลัก 6 เวอร์ชัน^{[ 9 ]}โดยเวอร์ชันล่าสุดคือเวอร์ชัน 6.0 เปิดตัวในเดือนมีนาคม 2023 ^{[ 10 ]}

แม้ว่า SAFe จะยังคงได้รับการยอมรับว่าเป็นแนวทางที่ใช้กันทั่วไปในการขยายขอบเขตการปฏิบัติงานแบบ Agile (ร้อยละ 30 และกำลังเติบโต) ^{[ 11 ] [ 12 ]} , ^{[ 13 ]}แต่ก็ได้รับการวิพากษ์วิจารณ์ว่ามีลำดับชั้น มากเกินไป และไม่ยืดหยุ่น^{[ 14 ]} นอกจากนี้ยังได้รับการวิพากษ์วิจารณ์ว่าทำให้องค์กรเข้าใจผิดว่ากำลังนำ Agileมาใช้ในขณะที่ยังคงกระบวนการที่คุ้นเคยไว้เหมือนเดิม^{[ 15 ]}

โดยทั่วไปทีมพัฒนาจะปรับปรุงรายการงานค้างของตนล่วงหน้าได้ถึงสองถึงสามรอบ แต่ในองค์กรขนาดใหญ่ ทีมการตลาดผลิตภัณฑ์จำเป็นต้องวางแผนล่วงหน้ามากขึ้นสำหรับพันธสัญญาที่มีต่อตลาดและการพูดคุยกับลูกค้า^{[ 16 ]}พวกเขามักจะทำงานโดยใช้แผนงานระดับสูงมาก 12 ถึง 18 เดือน จากนั้นวางแผนร่วมกับทีมสำหรับงานสามเดือน ทีมพัฒนาจะยังคงทำการปรับปรุงรายละเอียดล่วงหน้า 2-3 รอบ โดยจะวางแผนงานโดยละเอียดเฉพาะในรอบถัดไปเท่านั้น

แม้ว่าทีมพัฒนาจะมีกรอบการทำงานหลายอย่างที่กำหนดวิธีการทำงานแบบ Agile แต่ก็มีน้อยมากที่อธิบายเรื่องนี้สำหรับฝ่ายบริหาร SAFe นำเสนอหลักการหลายอย่างเช่นเดียวกัน เช่น ทีมงานข้ามสายงาน ให้กับกลุ่มที่รับผิดชอบและวางแผนในระดับนามธรรมมากขึ้น (ผลิตภัณฑ์และพอร์ตโฟลิโอ)

ในScrumเจ้าของผลิตภัณฑ์คาดว่าจะรับผิดชอบตลอดวงจรชีวิตของผลิตภัณฑ์รวมถึงผลตอบแทนจากการลงทุนในการตัดสินใจพัฒนา ตลอดจนประสิทธิภาพในตลาด สำหรับการพัฒนาขนาดใหญ่ องค์กรต้องการมุมมองที่ครอบคลุมหลายแบ็กล็อกของทีม เช่นเดียวกับที่ผู้จัดการผลิตภัณฑ์ จัดหา ให้^{[ 17 ]}แม้ว่า SAFe จะถือว่าบทบาทของเจ้าของผลิตภัณฑ์อยู่ภายใต้การจัดการผลิตภัณฑ์ แต่ก็ยังถูกวิพากษ์วิจารณ์ว่าแยกเจ้าของผลิตภัณฑ์ออกจากองค์กรพัฒนา^{[ 18 ]}

กรอบงาน Agile ได้รับการออกแบบมาเพื่อให้ทีมพัฒนาสามารถเป็นอิสระและมีอิสระในการออกแบบวิธีการทำงานของตนเอง SAFe ยอมรับว่าในระดับที่มีทีมพัฒนาหลายสิบหรือหลายร้อยทีม การจัดการตนเองอย่างเต็มที่ของทีมจะยิ่งวุ่นวายมากขึ้น^{[ 19 ]}ดังนั้นจึงมีการกำหนดข้อจำกัดบางประการ เพื่อให้ในกรณีที่ทีมทำงานเกี่ยวกับผลิตภัณฑ์เดียวกัน ผลลัพธ์ที่ได้จะสามารถซิงโครไนซ์กันได้ดียิ่งขึ้นสำหรับการปล่อยใช้งานพร้อมกัน แม้ว่านี่จะเป็นหนึ่งในประเด็นที่ SAFe ถูกวิพากษ์วิจารณ์^{[ 17 ] [ 18 ]}

วงจรการวางแผน SAFe แนะนำให้รวมการทำซ้ำเพิ่มเติมหลังจากปล่อยเวอร์ชันใหม่ เพื่อให้ทีมสามารถปรับปรุงแนวทางปฏิบัติและเตรียมพร้อมสำหรับการวางแผนในรอบถัดไป SAFe รุ่นก่อนหน้านี้ยังออกแบบให้เป็นการ ทำ ซ้ำ เพื่อ เพิ่มความเสถียร กล่าวคือ เพื่อทำให้ผลิตภัณฑ์มีเสถียรภาพหรือแข็งแกร่งขึ้นก่อนที่จะปล่อยเวอร์ชันใหม่ ซึ่งเป็นผลมาจากความซับซ้อนของการทำงานกับสภาพแวดล้อมการบูรณาการขนาดใหญ่ที่การพึ่งพาทำให้ไม่สามารถทดสอบหลายเรื่องได้จนกว่าจะถึงตอนท้ายสุด SAFe ถูกวิพากษ์วิจารณ์ในเรื่องนี้เพราะมันแสดงถึงองค์ประกอบที่ต่อต้าน Agile หรือ Waterfall แต่ก็สอดคล้องกับการเพิ่มเวลา 90 วันแบบ Lean ซึ่งเท่ากับ 13 สัปดาห์ และหากทำสปรินต์สองสัปดาห์ คุณจะต้องมีหกสปรินต์บวกกับวงจรการวางแผนหรือการเพิ่มความเสถียรอีกหนึ่งสัปดาห์^{[ 20 ]}สิ่งนี้ไม่ได้รวมอยู่ใน SAFe รุ่นล่าสุด

ตามที่ผู้เขียนระบุ SAFe มีพื้นฐานมาจากแนวคิดพื้นฐานสิบประการ ซึ่งได้มาจากหลักการลีนและอะจิลที่มีอยู่แล้ว รวมถึงการสังเกตด้วย: ^{[ 21 ]}

1. ลองพิจารณาในมุมมองทางเศรษฐกิจ
2. ประยุกต์ใช้แนวคิดเชิงระบบ
3. ยอมรับความผันแปร รักษาทางเลือกไว้
4. สร้างทีละขั้นตอนด้วยวงจรการเรียนรู้แบบบูรณาการที่รวดเร็ว
5. กำหนดเป้าหมายหลักโดยอิงจากการประเมินระบบการทำงานอย่างเป็นกลาง
6. แสดงภาพและจำกัดปริมาณงานที่อยู่ระหว่างดำเนินการ ลดขนาดชุดงาน และจัดการความยาวของคิว
7. ใช้จังหวะ (เวลา) และประสานงานกับการวางแผนข้ามโดเมน
8. ปลดล็อกแรงจูงใจภายในของผู้ทำงานด้านความรู้
9. กระจายอำนาจการตัดสินใจ
10. จัดระเบียบโดยยึดคุณค่าเป็นหลัก

SAFe ถูกวิพากษ์วิจารณ์ว่ารวบรวมแนวปฏิบัติที่แตกต่างกันมากเกินไป^{[ 22 ]}

ใน SAFe เวอร์ชัน 5.1 มีการกำหนดค่าสี่แบบ ได้แก่ essential, portfolio, large solution และ full: ^{[ 23 ]}

• Essential SAFe คือการกำหนดค่าพื้นฐานที่สุด โดยอธิบายถึงองค์ประกอบที่สำคัญที่สุดที่จำเป็น และมีจุดประสงค์เพื่อให้ได้รับประโยชน์ส่วนใหญ่จากกรอบการทำงานนี้ รวมถึงระดับทีมและระดับโปรแกรม (ซึ่งเรียกว่า Agile Release Train หรือ ART)
• SAFe เวอร์ชันสำหรับโซลูชันขนาดใหญ่ช่วยให้สามารถประสานงานและซิงโครไนซ์ระหว่างหลายโปรแกรมได้ แต่ไม่ต้องคำนึงถึงพอร์ตโฟลิโอ ในเวอร์ชันก่อนหน้าของ SAFe ระดับนี้เรียกว่ากระแสคุณค่า (value stream )
• Portfolio SAFe ครอบคลุมถึงประเด็นต่างๆ เช่น ทิศทางเชิงกลยุทธ์ การจัดหาเงินทุนเพื่อการลงทุน และการกำกับดูแลกิจการอย่างมีประสิทธิภาพ
• SAFe ระดับ Full เป็นการรวมเอาทั้งสามระดับข้างต้นเข้าไว้ด้วยกัน

Scaled Agile ให้การรับรองที่ครอบคลุมพื้นที่และระดับความรู้ที่แตกต่างกัน^{[ 24 ]}

ในเรดาร์เทคโนโลยีThoughtworksเขียนว่า "การควบคุมจากบนลงล่างก่อให้เกิดความสูญเปล่าในกระแสคุณค่าและขัดขวางความคิดสร้างสรรค์ของวิศวกร ในขณะเดียวกันก็จำกัดความเป็นอิสระและการทดลองในทีม แทนที่จะวัดความพยายามและมุ่งเน้นไปที่พิธีการที่เป็นมาตรฐาน เราขอแนะนำแนวทางที่คล่องตัวและขับเคลื่อนด้วยคุณค่า" ^{[ 25 ]}เว็บไซต์ safedelusion.com ^{[ 26 ]}รวบรวมกรณีการใช้งานและความคิดเห็นของผู้เชี่ยวชาญเพิ่มเติมที่ไม่สนับสนุนการใช้ SAFe โดยเฉพาะอย่างยิ่งจากผู้ร่วมเขียนAgile Manifesto หลายคน รวมถึงผู้สร้างScrumด้วย

• สครัมแห่งสครัม

• Dingsøyr, Torgeir; Falessi, David; Power, Ken (กุมภาพันธ์ 2019), "การพัฒนาแบบ Agile ในระดับใหญ่: พรมแดนใหม่", IEEE Software , 36 (2): 30– 38, arXiv : 1901.00324 , doi : 10.1109/MS.2018.2884884 , S2CID  57373760
• Heusser, Matthew (17 มิถุนายน 2015), การแนะนำกรอบการทำงานแบบ Agile ที่ปรับขนาดได้ , CIO ,หน้า  1–2— ประกอบด้วยการวิเคราะห์ข้อดีข้อเสียของวิธีการนี้ และสรุปว่าเป็นวิธีที่อยู่กึ่งกลางระหว่างระบบแบบ Agile เต็มรูปแบบกับระบบ Agile อย่างสมบูรณ์
• Leffingwell, Dean (2011), แนวทางปฏิบัติแบบลีนสำหรับการกำหนดข้อกำหนดสำหรับทีม โครงการ และองค์กร , Addison-Wesley Professional, ISBN 978-0321635846
• ลินเดอร์ส, เบน (15 มกราคม 2015), ภาวะผู้นำแบบลีนและคล่องตัวด้วยกรอบการทำงานแบบคล่องตัวที่ปรับขนาดได้ (SAFe) , InfoQ

• เว็บไซต์อย่างเป็นทางการ