Scaled agile framework: Difference between revisions

Revision as of 05:40, 24 January 2024

Revision as of 05:55, 24 January 2024

Line 30:

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 ''hardening'' 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.<ref>{{Cite news|url=https://neilkillick.wordpress.com/2012/03/21/the-horror-of-the-scaled-agile-framework/|title=The Horror Of The Scaled Agile Framework|last=Killick|first=Neil|date=21 March 2012|work=Agile, Scrum, Kanban, Lean, and everything that's in between|access-date=2017-11-27}}</ref> This is not included in recent editions of SAFe.

== Implementing SAFe: A 12-Step Roadmap ==

==Implementation==

{{third-party|section|date=July 2018}}

Scaling Agile across an enterprise is challenging. To guide companies through the journey, SAFe defines a clear implementation roadmap with 12 key steps:

=== Underlying principles of SAFe ===

According to its authors, SAFe is based upon ten underlying concepts, which are derived from existing lean and agile principles, as well as observation:<ref name=":0">{{cite web|url=http://scaledagileframework.com/safe-lean-agile-principles/|title=SAFe Lean-Agile Principles|access-date=19 February 2016}}</ref>

# Take an economic view

# Apply [[systems thinking]]

# Assume variability; preserve options

# Build incrementally with fast integrated learning cycles

# Base milestones on objective evaluation of working systems

# Visualize and limit work-in-progress, reduce batch sizes, and manage queue lengths

# Apply cadence (timing), synchronize with cross-___domain planning

# Unlock the intrinsic motivation of knowledge workers

#[[Decentralization|Decentralize]] decision-making

# Organize around value

'''Reach the Tipping Point'''

SAFe has been criticized for aggregating too many disparate practices.<ref>{{Cite web|url=https://www.infoq.com/news/2013/08/safe|title=Has SAFe Cracked the Large Agile Adoption Nut?|last=Elssamadisy|first=Amr|website=InfoQ|access-date=2017-11-11}}</ref>

Decide that change is needed due to business pressures or leadership vision. Identify the triggers necessitating a transformation.

'''Train Lean-Agile Change Agents'''

=== The SAFe framework ===

Certify key personnel as SAFe Program Consultants (SPCs) to lead the change. SPCs understand the framework and can coach teams.

In SAFe version 5.1, there are four configurations: essential, portfolio, large solution and full:<ref>{{Cite book|url=https://books.google.com/books?id=qppNDwAAQBAJ|title=Enterprise Agility For Dummies|last=Rose|first=Doug|date=2018|publisher=John Wiley & Sons|isbn=9781119446095|pages=87–89|language=en}}</ref>

'''Train Leaders'''

* 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).

Educate executives, managers, and leaders on SAFe so they can exemplify the new mindset. Leading SAFe certification is ideal.

* 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 [[value stream]].

* Portfolio SAFe includes concerns for strategic direction, investment funding, and lean governance.

* Full SAFe combines the other three levels.

'''Create a Center of Excellence'''

=== Certifications ===

Establish a team to drive adoption, train practitioners, facilitate value stream mapping, and foster communities of practice.

Scaled Agile provides [[Professional certification (computer technology)|certifications]] that cover different areas and knowledge levels.<ref>{{cite web|url=http://www.scaledagile.com/which-course/|title=Certification|work=Scaled Agile|access-date=19 February 2016}}</ref>

'''Identify Value Streams and ARTs'''

Map product delivery processes from idea to customer to surface key steps, flows, and cycle times. Organize Agile Release Trains (ARTs) around value streams.

'''Create an Implementation Plan'''

Outline the rollout sequence. Typically begin with one ART and plan activities over the next 2-3 Program Increments (PIs).

'''Prepare for the ART Launch'''

Train those in key roles (Product Owners, Scrum Masters, etc.) on how SAFe impacts their responsibilities.

'''Train Teams and Launch the ART'''

Educate the developers, testers, etc. who build solutions. Then conduct the first PI Planning to launch that ART.

'''Coach ART Execution'''

Help launch Scrums, iterations, inspect & adapt events, and facilitate coordination for maximum value delivery.

'''Launch More ARTs'''

After the first ART demonstrates progress, expand to new ARTs aligned to other value streams.

'''Extend to the Portfolio'''

Once multiple ARTs are humming, apply SAFe portfolio principles to strategy, budgeting, governance, and funding flows.

'''Accelerate'''

Benchmark progress with assessments. Apply learnings across the organization to increase agility.

In summary, this roadmap allows methodical SAFe adoption by engaging people across the company to iteratively build capabilities.

<ref>[https://www.leanwisdom.com/blog/safe-implementation-roadmap </ref>SAFe Implementation Roadmap

== See also ==