Scaled Agile Framework
Software development
Core activities
Paradigms and models
Methodologies and frameworks
Supporting disciplines
Practices
Tools
Standards and Bodies of Knowledge
Glossaries

The Scaled Agile Framework (abbreviated as SAFe), is a knowledge-base of organization and workflow patterns, made freely available while being a registered trademark of Scaled Agile, Inc.[1] It is intended to guide enterprises in scaling lean and agile practices.[2][3] Along with large-scale Scrum (LeSS), disciplined agile delivery (DAD), and Nexus, SAFe is one of a growing number of frameworks that seek to address the problems encountered when scaling beyond a single team.[4][5]

SAFe promotes alignment, collaboration, and delivery across large numbers of agile teams. It was developed by and for practitioners, by leveraging three primary bodies of knowledge: agile software development, lean product development, and systems thinking.[6]

The primary reference for the scaled agile framework was originally the development of a big picture view of how work flowed from product management (or other stakeholders), through governance, program, and development teams, out to customers.[7][8] With the collaboration of others in the agile community, this was progressively refined and then first formally described in a 2007 book.[9] The framework continues to be developed and shared publicly; with an academy and an accreditation scheme supporting those who seek to implement, support, or train others in the adoption of SAFe. The latest edition, version 4.5, was released in June 2017.[10]

While SAFe has been recognised as the most common approach to scaling agile practices,[11][12][13] (by up to 45% of large corporations)[14] it also receives criticism for being too top-down and inflexible.[15]

Challenges of scaling agile principles and practices

Coping with longer planning horizons

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.[16] 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.[17] The development teams will still get into detailed refinement 2-3 iterations ahead, only getting into detailed task plans for the next iteration.[18]

Keeping agile at abstract levels of responsibility

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).[19] SAFe has also been criticized for aggregating too many disparate practices.[20]

Dealing with delegated authority

In Scrum, the product owner is expected to assume responsibility for the full product life-cycle, including the return on investment of development decisions, as well as performance in market. On large-scale developments, the organization needs a view across multiple team backlogs, such as provided by a product manager.[21] Although SAFe assumes the product owner role sits with product management, it has nonetheless been criticized for separating product owners into the development organization.[22]

Synchronizing deliverables

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.[23] 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.[21][22]

Allowing time for innovation and planning

The SAFe planning cycle recommends including an additional iteration after a release, so that teams can improve their practices and are ready for the next planning increment. Earlier editions of SAFe also designed this to be a hardening iteration, that is to stabilize or harden the product before releasing it. This was predicated on the complications of working with large integration environments where dependencies meant that you could not test everything until the very end. SAFe was criticized for this as it represented an anti-agile or waterfall element.[24] This is not included in recent editions of SAFe.

Underlying principles of SAFe

According to its authors, SAFe is based upon nine underlying concepts, which are derived from lean, agile, and systems thinking principles as well as empirical observation across hundreds of implementations:[25]

  1. Take an economic view
  2. Apply systems thinking
  3. Assume variability; preserve options
  4. Build incrementally with fast, integrated learning cycles
  5. Base milestones on objective evaluation of working systems
  6. Visualize and limit work-in-progress, reduce batch sizes, and manage queue lengths
  7. Apply cadence (timing), synchronize with cross-domain planning
  8. Unlock the intrinsic motivation of knowledge workers
  9. Decentralize decision-making

The SAFe framework

In SAFe version 4.5, there are four configurations: essential, portfolio, large solution and full:[26]

  • Essential SAFe is the most basic configuration. It describes the most critical elements needed and realizes the majority of the framework's benefits. It includes the team and program level (which it calls agile release trains or ARTs).
  • Portfolio SAFe adds the portfolio level to essential SAFe, and allows for such concerns as strategic direction, investment funding, and lean governance.
  • Large Solution SAFe adds the large solution level to essential SAFe, and allows for coordination and synchronization across multiple programs, but without the portfolio considerations. In earlier versions of SAFe, this level was referred to as value stream.
  • Full SAFe includes all four levels, building on the team and programs levels in essential SAFe with the large solution and portfolio levels.

Certifications

Scaled Agile provides certifications that cover a range of experiential areas and knowledge levels; from the foundations in SAFe, through SAFe adaptations of core Scrum roles, to those specifically designed for consultants and trainers in SAFe.[27]

See also

References

  1. ^ Welcome to Scaled Agile Framework® 4.5, retrieved  
  2. ^ 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. 
  3. ^ Athrow, Desiree (29 January 2015). "Why Continuous Delivery is key to speeding up software development". TechRadar. Retrieved . 
  4. ^ Linders, Ben (January 22, 2015). "Scaling Agile with the Disciplined Agile Delivery Framework". InfoQ. Retrieved . 
  5. ^ van Haaster, K (2014). Agile in-the-large: Getting from Paradox to Paradigm. Unpublished paper from Charles Sturt University. 
  6. ^ King, Michael (2017). "Serving Federal Customers with SAFe Concepts" (PDF). Capability Counts Conference Proceedings. 
  7. ^ Bridgwater, Adrian (August 7, 2013). "Real Agile Means Everybody Is Agile". Dr. Dobb's. Retrieved . 
  8. ^ Linders, Ben (August 28, 2014). "Death by Planning in Agile Adoption". InfoQ. Retrieved . 
  9. ^ Leffingwell, Dean (2007). Scaling Software Agility: Best Practices for Large Enterprises. Addison-Wesley. ISBN 978-0321458193. 
  10. ^ Cleveland, Regina. "Scaled Agile, Inc. Releases SAFe® 4.5". prweb.com. Retrieved . 
  11. ^ "11th State of Agile Report". State of Agile Survey. VersionONe. Retrieved . 
  12. ^ Link, P; Lewrick, M (29 September 2014). "Agile Methods in a New Area of Innovation Management" (PDF). Science to Business Marketing Conference. 
  13. ^ Baptista, Roberto (28 January 2015). "Profissionais brasileiros e o interesse por treinamentos de especialização". Computerworld Brazil. Retrieved 2015. 
  14. ^ Sargent, Jenna (February 6, 2018). "Framework and standards are the 'Essence' of agile at scale". SD Times. ISSN 1528-1965. OCLC 60638821. Retrieved 2018. 
  15. ^ Schwaber, Ken (2013-08-06). "unSAFe at any speed". Telling It Like It Is. Retrieved . 
  16. ^ Eklund, U; Olsson, H; Strøm, N (2014). Industrial challenges of scaling agile in mass-produced embedded systems. Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation. Springer International Publishing. ISBN 9783319143583. 
  17. ^ Heusser, Matt (23 September 2014). "Agile testing methods for multiple teams". SearchSoftwareQuality. Retrieved . 
  18. ^ Stettina, C; Horz, J (2015). "Agile portfolio management: An empirical perspective on the practice in use". International Journal of Project Management. 33(1): 140-152. 
  19. ^ Laanti, M (2014). Characteristics and Principles of Scaled Agile. XP 2014 Workshops. Springer International Publishing. 
  20. ^ Elssamadisy, Amr. "Has SAFe Cracked the Large Agile Adoption Nut?". InfoQ. Retrieved . 
  21. ^ a b 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. 
  22. ^ a b Maximini, Dominik (11 September 2013). "A critical view on SAFe - Scrumorakel - Blog". Scrum Oracle. Retrieved . 
  23. ^ Stafford, Jan (December 9, 2013). "Scaling Agile development calls for defined practices, consultant says". SearchSoftwareQuality. Retrieved . 
  24. ^ Killick, Neil (21 March 2012). "The Horror Of The Scaled Agile Framework". Agile, Scrum, Kanban, Lean, and everything that's in between. Retrieved . 
  25. ^ "SAFe Lean-Agile Principles". Retrieved 2016. 
  26. ^ Rose, Doug (2018). Enterprise Agility For Dummies. John Wiley & Sons. pp. 87-89. ISBN 9781119446095. 
  27. ^ "Certification". Scaled Agile. Retrieved 2016. 

Further reading

External links


  This article uses material from the Wikipedia page available here. It is released under the Creative Commons Attribution-Share-Alike License 3.0.

Scaled_Agile_Framework
 



 

Connect with defaultLogic
What We've Done
Led Digital Marketing Efforts of Top 500 e-Retailers.
Worked with Top Brands at Leading Agencies.
Successfully Managed Over $50 million in Digital Ad Spend.
Developed Strategies and Processes that Enabled Brands to Grow During an Economic Downturn.
Taught Advanced Internet Marketing Strategies at the graduate level.


Manage research, learning and skills at defaultLogic. Create an account using LinkedIn or facebook to manage and organize your Digital Marketing and Technology knowledge. defaultLogic works like a shopping cart for information -- helping you to save, discuss and share.

Visit defaultLogic's partner sites below:
PopFlock.com : Music Genres | Musicians | Musical Instruments | Music Industry
NCR Works : Retail Banking | Restaurant Industry | Retail Industry | Hospitality Industry

  Contact Us