Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
Scaled agile framework
open-in-new
<h2 id="challenges-of-scaling-agile-principles-and-practices">Challenges of scaling agile principles and practices</h2> <h3>Coping with longer planning horizons</h3> <p>Development teams typically refine their backlog up to two to three iterations ahead, but in larger organizations the product marketing team needs to plan further ahead for their commitments to market and discussions with customers.<a class="footnote-ref" id="fnref:16" href="#fn:16"><sup>16</sup></a> They will often work with a very high level, 12 to 18-month roadmap, then plan collaboratively with the teams for three months of work. The development teams will still get into detailed refinement 2-3 iterations ahead, only getting into detailed task plans for the next iteration. </p> <h3>Keeping agile at abstract levels of responsibility</h3> <p>While development teams have a number of frameworks that define how they should be agile, there is very little that describes this for management. SAFe delivers many of the same principles, such as cross-functional teams, to the groups that handle the more abstract levels of responsibility and planning (product and portfolio). </p> <h3>Dealing with delegated authority</h3> <p>In <a href="/facts/Scrum_(software_development)/Ih3ufnVB">Scrum</a>, the product owner is expected to assume responsibility for the full <a href="/facts/Product_lifecycle/G3U6gtBv">product life-cycle</a>, including the <a href="/facts/Return_on_investment/M8qYt4Yf">return on investment</a> of development decisions, as well as performance in market. On large-scale developments, the organization wants a view across multiple team backlogs, such as provided by a <a href="/facts/Product_manager/SeL7Y2Nm">product manager</a>.<a class="footnote-ref" id="fnref:17" href="#fn:17"><sup>17</sup></a> Although SAFe assumes the product owner role sits with product management, it has nonetheless been criticized for separating product owners into the development organization.<a class="footnote-ref" id="fnref:18" href="#fn:18"><sup>18</sup></a> </p> <h3>Synchronizing deliverables</h3> <p>Agile frameworks are designed to enable the development team to be autonomous and free to design how they work. SAFe acknowledges that, at the scale of many tens or hundreds of development teams, it becomes increasingly chaotic for teams to fully self-organize.<a class="footnote-ref" id="fnref:19" href="#fn:19"><sup>19</sup></a> It therefore puts some constraints on this, so that where teams are working on the same product, their deliverables can be better synchronized for releasing together, although this has been one area in which SAFe has been criticized.<a class="footnote-ref" id="fnref:20" href="#fn:20"><sup>20</sup></a><a class="footnote-ref" id="fnref:21" href="#fn:21"><sup>21</sup></a> </p> <h3>Allowing time for innovation and planning</h3> <p>The SAFe planning cycle recommends including an additional iteration after a release, allowing teams to improve their practices and are ready for the next planning increment. Earlier editions of SAFe also designed this to be a <i>hardening</i> iteration, namely to stabilize or harden the product before releasing it. This was predicated on the complications of working with large integration environments where dependencies prevented several matters from being tested until the very end. SAFe was criticized for this because it represented an anti-agile or waterfall element, but was in line with lean 90-day increments which make 13 weeks, and if doing two-week sprints you need six of them plus a one-week planning or hardening cycle.<a class="footnote-ref" id="fnref:22" href="#fn:22"><sup>22</sup></a> This is not included in recent editions of SAFe. </p> <h2 id="implementation">Implementation</h2> <h3>Underlying principles of SAFe</h3> <p>According to its authors, SAFe is based upon ten underlying concepts, which are derived from existing lean and agile principles, as well as observation:<a class="footnote-ref" id="fnref:23" href="#fn:23"><sup>23</sup></a> </p> <ol><li>Take an economic view</li> <li>Apply <a href="/facts/Systems_thinking/C56Ck7DQ">systems thinking</a></li> <li>Assume variability; preserve options</li> <li>Build incrementally with fast integrated learning cycles</li> <li>Base milestones on objective evaluation of working systems</li> <li>Visualize and limit work-in-progress, reduce batch sizes, and manage queue lengths</li> <li>Apply cadence (timing), synchronize with cross-domain planning</li> <li>Unlock the intrinsic motivation of knowledge workers</li> <li><a href="/facts/Decentralization/5koMXAUs">Decentralize</a> decision-making</li> <li>Organize around value</li></ol> <p>SAFe has been criticized for aggregating too many disparate practices.<a class="footnote-ref" id="fnref:24" href="#fn:24"><sup>24</sup></a> </p> <h3>The SAFe framework</h3> <p>In SAFe version 5.1, there are four configurations: essential, portfolio, large solution and full:<a class="footnote-ref" id="fnref:25" href="#fn:25"><sup>25</sup></a> </p> <ul><li>Essential SAFe is the most basic configuration. It describes the most critical elements needed and is intended to provide the majority of the framework's benefits. It includes the team and program level (which it calls agile release trains or ARTs).</li> <li>Large Solution SAFe allows for coordination and synchronization across multiple programs, but without the portfolio considerations. In earlier versions of SAFe, this level was referred to as <a href="/facts/Value_stream/dsoAH1zP">value stream</a>.</li> <li>Portfolio SAFe includes concerns for strategic direction, investment funding, and lean governance.</li> <li>Full SAFe combines the other three levels.</li></ul> <h3>Certifications</h3> <p>Scaled Agile provides <a href="/facts/Professional_certification_(computer_technology)/vu88wjo8">certifications</a> that cover different areas and knowledge levels.<a class="footnote-ref" id="fnref:26" href="#fn:26"><sup>26</sup></a> </p> <h2 id="see-also">See also</h2> <ul><li><a href="/facts/Scrum_(software_development)/Ih3ufnVB">Scrum of scrums</a></li></ul> <h2 id="further-reading">Further reading</h2> <ul><li>Dingsøyr, Torgeir; Falessi, David; Power, Ken (February 2019), "Agile Development at Scale: The Next Frontier", <i>IEEE Software</i>, 36 (2): 30–38, <a href="/facts/ArXiv_(identifier)/H6EtgnBe">arXiv</a>:<a href="https://arxiv.org/abs/1901.00324">1901.00324</a>, <a href="/facts/Doi_(identifier)/muM9Etpq">doi</a>:<a href="https://doi.org/10.1109%2FMS.2018.2884884">10.1109/MS.2018.2884884</a>, <a href="/facts/S2CID_(identifier)/ldJsHa2Y">S2CID</a> <a href="https://api.semanticscholar.org/CorpusID:57373760">57373760</a></li> <li>Heusser, Matthew (17 June 2015), <a href="http://www.cio.com/article/2936942/enterprise-software/introducing-the-scaled-agile-framework.html"><i>Introducing the scaled agile framework</i></a>, <a href="/facts/CIO_magazine/ErcUtkXp">CIO</a>, pp. 1–2 — contains a review of the pros and cons of the methodology and concludes it is a half-way-house to a fully agile system.</li> <li>Leffingwell, Dean (2011), <i>Lean Requirements Practices for Teams, Programs, and the Enterprise</i>, Addison-Wesley Professional, <a href="/facts/ISBN_(identifier)/15AdSPa9">ISBN</a> 978-0321635846</li> <li>Linders, Ben (15 January 2015), <a href="http://www.infoq.com/news/2015/01/lean-agile-leadership-safe"><i>Lean and Agile Leadership with the Scaled Agile Framework (SAFe)</i></a>, InfoQ</li></ul> <h2 id="external-links">External links</h2> <ul><li><a href="https://www.scaledagileframework.com/">Official website</a></li></ul> <h2 id="references">References</h2> <ol> <li id="fn:1"><p>Hayes, Will; Lapham, Mary Ann; Miller, Suzanne; Wrubel, Eileen; Capell, Peter (2016). Scaling Agile Methods for Department of Defense Programs. Software Engineering Institute. CMU/SEI-2016-TN-005. <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li> <li id="fn:2"><p>Athrow, Desiree (29 January 2015). "Why Continuous Delivery is key to speeding up software development". TechRadar. Retrieved 2017-11-27. <a href="http://www.techradar.com/news/software/why-continuous-delivery-is-key-to-speeding-up-software-development-1282498" target="_blank">http://www.techradar.com/news/software/why-continuous-delivery-is-key-to-speeding-up-software-development-1282498</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li> <li id="fn:3"><p>Linders, Ben (January 22, 2015). "Scaling Agile with the Disciplined Agile Delivery Framework". InfoQ. Retrieved 2017-11-27. <a href="https://www.infoq.com/news/2015/01/disciplined-agile-delivery" target="_blank">https://www.infoq.com/news/2015/01/disciplined-agile-delivery</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li> <li id="fn:4"><p>van Haaster, K (2014). Agile in-the-large: Getting from Paradox to Paradigm. Unpublished paper from Charles Sturt University. <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li> <li id="fn:5"><p>King, Michael (2017). "Serving Federal Customers with SAFe Concepts" (PDF). Capability Counts Conference Proceedings. Archived from the original (PDF) on October 3, 2017. <a href="https://web.archive.org/web/20171003030023/http://cmmiinstitute.com/sites/default/files/resource_asset/Serving%20Federal%20Customers%20Using%20Agile%2C%20SAFe%2C%20And%20CMMI%20Principles.pdf" target="_blank">https://web.archive.org/web/20171003030023/http://cmmiinstitute.com/sites/default/files/resource_asset/Serving%20Federal%20Customers%20Using%20Agile%2C%20SAFe%2C%20And%20CMMI%20Principles.pdf</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li> <li id="fn:6"><p>Bridgwater, Adrian (August 7, 2013). "Real Agile Means Everybody Is Agile". Dr. Dobb's. Retrieved 2017-11-27. <a href="http://www.drdobbs.com/tools/real-agile-means-everybody-is-agile/240159622" target="_blank">http://www.drdobbs.com/tools/real-agile-means-everybody-is-agile/240159622</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></p></li> <li id="fn:7"><p>Linders, Ben (August 28, 2014). "Death by Planning in Agile Adoption". InfoQ. Retrieved 2017-11-27. <a href="https://www.infoq.com/news/2014/08/death-by-planning-agile" target="_blank">https://www.infoq.com/news/2014/08/death-by-planning-agile</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></p></li> <li id="fn:8"><p>Leffingwell, Dean (2007). Scaling Software Agility: Best Practices for Large Enterprises. Addison-Wesley. ISBN 978-0321458193. <a href="978-0321458193" target="_blank">978-0321458193</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></p></li> <li id="fn:9"><p>"About Scaled Agile Framework - A Brief History of SAFe". Scaled Agile Inc. Retrieved 12 August 2020. <a href="https://www.scaledagileframework.com/about/" target="_blank">https://www.scaledagileframework.com/about/</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></p></li> <li id="fn:10"><p>"Say Hello to SAFE 6.0". Scaled Agile Inc. Retrieved 2023-03-16. <a href="https://scaledagileframework.com/blog/say-hello-to-safe-6-0/" target="_blank">https://scaledagileframework.com/blog/say-hello-to-safe-6-0/</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></p></li> <li id="fn:11"><p>"13th Annual State of Agile Report". State of Agile Survey. CollabNet VersionOne. 2019. Retrieved 2019-08-27. <a href="https://www.stateofagile.com/#ufh-i-521251909-13th-annual-state-of-agile-report/473508" target="_blank">https://www.stateofagile.com/#ufh-i-521251909-13th-annual-state-of-agile-report/473508</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></p></li> <li id="fn:12"><p>Link, P; Lewrick, M (29 September 2014). "Agile Methods in a New Area of Innovation Management" (PDF). Science to Business Marketing Conference. <a href="http://www.brainguide.de/upload/publication/b0/2c3xg/c51b33fd2c6a9d032a7387f3273b9c62_1402133130.pdf" target="_blank">http://www.brainguide.de/upload/publication/b0/2c3xg/c51b33fd2c6a9d032a7387f3273b9c62_1402133130.pdf</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></p></li> <li id="fn:13"><p>Baptista, Roberto (28 January 2015). "Profissionais brasileiros e o interesse por treinamentos de especialização". Computerworld Brazil. Retrieved 28 January 2015. <a href="http://computerworld.com.br/carreira/2015/01/28/profissionais-brasileiros-e-o-interesse-por-treinamentos-de-especializacao/" target="_blank">http://computerworld.com.br/carreira/2015/01/28/profissionais-brasileiros-e-o-interesse-por-treinamentos-de-especializacao/</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></p></li> <li id="fn:14"><p>Schwaber, Ken (2013-08-06). "unSAFe at any speed". Telling It Like It Is. Retrieved 2017-11-11. <a href="/wiki/Ken_Schwaber" target="_blank">/wiki/Ken_Schwaber</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></p></li> <li id="fn:15"><p>Gothelf, Jeff (2021-10-05). "SAFe is not Agile". Retrieved 2023-05-21. <a href="/w/index.php?title=Jeff_Gothelf&action=edit&redlink=1" target="_blank">/w/index.php?title=Jeff_Gothelf&action=edit&redlink=1</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></p></li> <li id="fn:16"><p>Eklund, U; Olsson, H; Strøm, N (2014). Industrial challenges of scaling agile in mass-produced embedded systems. Springer International Publishing. ISBN 9783319143583. {{cite book}}: |work= ignored (help) <a href="9783319143583" target="_blank">9783319143583</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></p></li> <li id="fn:17"><p>Vaidya, A (2014). Does DAD Know Best, Is it Better to do LeSS or Just be SAFe? Adapting Scaling Agile Practices into the Enterprise. Excerpt from PNSQC 2014 Proceedings. pp. 8–9. <a href="#fnref:17" class="footnote-back-ref">↩</a></p></li> <li id="fn:18"><p>Maximini, Dominik (11 September 2013). "A critical view on SAFe - Scrumorakel - Blog". Scrum Oracle. Retrieved 2017-11-27. <a href="http://scrumorakel.de/blog/index.php?/archives/45-A-critical-view-on-SAFe.html" target="_blank">http://scrumorakel.de/blog/index.php?/archives/45-A-critical-view-on-SAFe.html</a> <a href="#fnref:18" class="footnote-back-ref">↩</a></p></li> <li id="fn:19"><p>Stafford, Jan (December 9, 2013). "Scaling Agile development calls for defined practices, consultant says". SearchSoftwareQuality. Retrieved 2017-11-27. <a href="https://www.techtarget.com/searchsoftwarequality/definition/agile-software-development" target="_blank">https://www.techtarget.com/searchsoftwarequality/definition/agile-software-development</a> <a href="#fnref:19" class="footnote-back-ref">↩</a></p></li> <li id="fn:20"><p>Vaidya, A (2014). Does DAD Know Best, Is it Better to do LeSS or Just be SAFe? Adapting Scaling Agile Practices into the Enterprise. Excerpt from PNSQC 2014 Proceedings. pp. 8–9. <a href="#fnref:20" class="footnote-back-ref">↩</a></p></li> <li id="fn:21"><p>Maximini, Dominik (11 September 2013). "A critical view on SAFe - Scrumorakel - Blog". Scrum Oracle. Retrieved 2017-11-27. <a href="http://scrumorakel.de/blog/index.php?/archives/45-A-critical-view-on-SAFe.html" target="_blank">http://scrumorakel.de/blog/index.php?/archives/45-A-critical-view-on-SAFe.html</a> <a href="#fnref:21" class="footnote-back-ref">↩</a></p></li> <li id="fn:22"><p>Killick, Neil (21 March 2012). "The Horror Of The Scaled Agile Framework". Agile, Scrum, Kanban, Lean, and everything that's in between. Retrieved 2017-11-27. <a href="https://neilkillick.wordpress.com/2012/03/21/the-horror-of-the-scaled-agile-framework/" target="_blank">https://neilkillick.wordpress.com/2012/03/21/the-horror-of-the-scaled-agile-framework/</a> <a href="#fnref:22" class="footnote-back-ref">↩</a></p></li> <li id="fn:23"><p>"SAFe Lean-Agile Principles". Retrieved 19 February 2016. <a href="http://scaledagileframework.com/safe-lean-agile-principles/" target="_blank">http://scaledagileframework.com/safe-lean-agile-principles/</a> <a href="#fnref:23" class="footnote-back-ref">↩</a></p></li> <li id="fn:24"><p>Elssamadisy, Amr. "Has SAFe Cracked the Large Agile Adoption Nut?". InfoQ. Retrieved 2017-11-11. <a href="https://www.infoq.com/news/2013/08/safe" target="_blank">https://www.infoq.com/news/2013/08/safe</a> <a href="#fnref:24" class="footnote-back-ref">↩</a></p></li> <li id="fn:25"><p>Rose, Doug (2018). Enterprise Agility For Dummies. John Wiley & Sons. pp. 87–89. ISBN 9781119446095. <a href="9781119446095" target="_blank">9781119446095</a> <a href="#fnref:25" class="footnote-back-ref">↩</a></p></li> <li id="fn:26"><p>"Certification". Scaled Agile. Retrieved 19 February 2016. <a href="http://www.scaledagile.com/which-course/" target="_blank">http://www.scaledagile.com/which-course/</a> <a href="#fnref:26" class="footnote-back-ref">↩</a></p></li> </ol>