The Scaled Agile Framework®: How to implement SAFe and PI planning
The Scaled Agile Framework (SAFe) is a comprehensive set of guidelines for implementing agile and lean principles at scale. The framework was developed and launched by Scaled Agile, Inc. in 2011. Today, more than one million practitioners have been been trained in SAFe, and it is used by more than 70 of the 100 companies at the top of the Fortune 500 list.
Though agile adoption is often organic (beginning with a single development team doing standups and sprints), many organizations struggle to extend agile adoption across teams — much less across departments. Frameworks like SAFe give organizations tested approaches for successfully scaling agile across complex product teams and environments.
Coordinate agile delivery at scale — start a free trial of Aha! software.
According to documented case studies, organizations can gain the following from implementing SAFe:
20 to 50 percent increases in productivity
30+ percent faster time to market
50 percent reduction in defects
Higher employee engagement
Descriptions of SAFe can feel fairly rigid or authoritarian — especially if you do not have any experience using the framework. Before deciding whether or not to implement SAFe, it is important to understand what the framework is and how it works. Then you can figure out where it makes sense to adopt (or adapt) SAFe practices to fit your own team.
This guide will provide a walkthrough of SAFe fundamentals. If you want to dive right into SAFe with a hands-on approach, this collection of PI planning whiteboard templates in Aha! Notebooks will help you get started. Then when you are ready to formalize your PI plans, consider using Aha! Develop to streamline delivery.
Keep reading or jump ahead to any section of this guide:
Principles of SAFe
1. Take an economic view Delivering the best products in the shortest time is not only good for customers, it ultimately benefits an organization’s bottom line. When product and development teams adopt agile approaches like incremental delivery, you should also see faster return on value to the organization.
2. Apply systems thinking SAFe borrows heavily from the views of W. Edwards Deming, an American business management expert and engineer. He advised that organizations are systems — and systems are themselves a series of complex interactions. Optimizing your system means looking at the whole rather than just its components, and actively managing it rather than hoping it will manage itself.
3. Assume variability; preserve options Users are advised to remember: you cannot possibly know everything upfront, and therefore you can better accommodate change by maintaining responsiveness in your design, requirements, and development plans.
4. Build incrementally with fast, integrated learning cycles The best way to learn and improve what you are doing is to get to the learning point faster. An iterative, agile approach to product development sets up cycles of value delivery, fast feedback, and the ability to adjust course based on that feedback.
5. Base milestones on objective evaluation of working systems Where the phase-gate milestones of traditional waterfall processes leave little opportunity to respond to new information, iterative development sets frequent milestones for delivering working software and provides objective measures for gauging progress toward your goals.
6. Make value flow without interruptions SAFe defines flow as occurring when "when there is a smooth, linear, and fast movement of work product from step to step in a relevant value stream." Because the concept of flow is so central to practicing SAFe successfully, any interruptions must be identified and addressed. Tactics like limiting WiP and working in smaller batches can help here.
7. Apply cadence; synchronize with cross-domain planning When organizations plan and deliver on a regular cadence, they become more predictable. Synchronizing those cadences across functional groups such as product, engineering, marketing, and sales can speed up decision-making, mitigate risk, and set realistic development scope.
8. Unlock the intrinsic motivation of knowledge workers If you have watched Dan Pink’s TED talk, then you know that employees perform better in creative, complex jobs when they are intrinsically motivated. Giving workers autonomy, mastery, and purpose yields better outcomes for both your organization and your customers.
9. Decentralize decision-making The gist of this principle is that people closest to the data should make decisions about the data. When decisions move far away from their info source, they are more likely to cause delays or problems. SAFe guidance is to centralize strategic decisions that have long-lasting impact or employ an economy of scale, and decentralize decisions that are frequent, local, or time-critical.
10. Organize around value This principle places emphasis on end-to-endvalue delivery. When you understand, measure, and organize around the value you provide to customers, it becomes a competitive advantage — enabling your organization to respond to changing customer and market needs with greater speed and impact.
SAFe levels and roles
People need to know how to act on a concept. SAFe offers guidance for action across the different levels of an enterprise from individual teams to broad portfolios. At a minimum, the Essential SAFe configuration considers two levels: team and agile release train (ART).
Note — beginning in March 2023 as part of the SAFe 6.0 update, all program-related terminology has been updated to "ART". Thus, what was previously referred to as the "program" level is now called the "ART" level.
Essential level: team
Agile teams are the essential building block of SAFe. An agile team consists of 7 ± 2 self-organized, cross-functional members — such as software developers, QA, and systems engineers — as well as a scrum master and a product owner. Most teams are organized around building either features or components and follow scrum, kanban, or XP practices.
The SAFe framework also provides guidance for prioritizing features into a team backlog. Lean principles recommend asking this question to prioritize features: What is the cost of delay to deliver value? Cost of delay is a function of user or business value (customer preference or impact on revenue), plus time importance (is there a fixed deadline or time window after which value decreases?), plus risk reduction or opportunity enablement; measured against the job’s duration, or effort.
SAFe expresses this in a simple mathematical calculation, using what it calls “weighted shortest job first” (WSJF):
WSJF = cost of delay / job duration
Jobs with the highest WSJF provide the highest economic returns. Applied to your backlog, this means you should prioritize features that will deliver the most business value for the least amount of effort.
Essential level: ART
SAFe coordinates agile teams into an Agile Release Train (ART). An ART is essentially a group of agile teams with a shared mission and commitment to delivering value in each release. SAFe stresses cadence and synchronization — every ART should have a synchronized planning and iteration cadence, a shared backlog, and a stable composition. Coordinating agile teams to plan and iterate at the same frequency may enhance organizational alignment, predictability, and collaboration. At the planning interval (PI) level, these coordinated, cross-functional ARTs organize around the planning and execution of work.
The ideal number of people for an ART is roughly Dunbar’s number (between 50 and 150 people, or 5 to 12 teams). Several additional roles support the ART:
The release train engineer acts as the head scrum master for the train
Product management owns, defines, and prioritizes the feature backlog
Business owners act as the key stakeholders for the train
The systems engineer and team provide architectural guidance and enablement
DevOps engineers build the deployment pipeline
PI planning, releases, and iterations
PI planning aligns and commits teams around planned and prioritized work. SAFe advises organizations complete PI planning on a quarterly basis, or roughly every eight to 12 weeks.
Planning should include the ART’s development and product management teams, as well as key leaders and others who provide guidance around the business vision, technology stack, and objectives. For example, UX will provide relevant context about design and usability, while architecture teams will need to provide input on systems and deployment.
During the planning process, product management owns the definition and prioritization of features. As a member of the development team, you then break down those features into user stories and provide estimates. Once you have added your capacity and estimated user stories for your first few iterations, you communicate with the other teams to identify risks and dependencies.
Then, the release train engineer and scrum masters huddle to resolve them. Management reviews the estimated plan and adjusts the scope and objectives if necessary. Once all teams agree on a final plan, with risks and dependencies mitigated, everyone commits to that plan with a vote of confidence.
When the PI is planned, the teams in the ART follow agile principles and rituals to execute on it — planning and committing to work in each iteration, delivering quality with acceptance criteria, inspecting and adapting with demos and retrospectives, and escalating and resolving risks and changes in a coach sync (also known as a scrum of scrums).
Teams are advised to develop on a synchronized cadence throughout the PI. The implication is that teams on the same sprint schedule will become more predictable, which will allow you to respond more easily to change when it invariably arises. But it also recognizes that organizations will want to release at the time that works best for them — whether that is continuous delivery, when the PI is completed, or at a later date.
Spanning palette: Vision and roadmap
According to SAFe recommendations, you should shape a vision for each PI. This helps teams understand the larger business context and feel invested in what you will be building. For example, with the strategic intent expressed through the product vision, product management can begin to build out a team backlog and roadmap.
Portfolio SAFe goes a level beyond the Essential SAFe configuration. It uses lean and agile budgeting principles to prioritize, fund, and plan development. The portfolio provides funding and governance for the products, services, and solutions required to fulfill business strategy.
Building a portfolio
Portfolio themes should connect company strategy to the prioritized and funded work. You should develop these themes from a disciplined strategy process, as they will influence the portfolio backlog, the technical roadmap and vision, and the funding of ARTs. Portfolios often include epics — large initiatives that may cut across value streams and span multiple releases. Given the scope of epics, organizations should create them using ROI analysis and a light business case. The framework recommends a portfolio kanban approach for managing the flow of epics, as it lends transparency to the decision-making process and provides WiP limits.
To apply lean and agile principles at the portfolio level, SAFe recommends funding “value streams” — all the people and processes responsible for delivering value to customers — rather than projects, which can be slowed by approval processes from multiple cost centers and assignments of people to the work.
With lean and agile budgeting, those managing the value stream retain control over their budgets, while portfolio and program managers hold responsibility for total spending over time. This approach provides product managers and ART engineers in the value stream the necessary flexibility to adjust what gets built and how. At the same time, it provides portfolio managers with financial insight and value stream performance data they can use to dynamically manage their initiatives.
Forecasting with agile scenario planning and roadmapping helps large companies respond to changing markets while planning for the future with reasonable accuracy. Portfolio and program managers can forecast (in collaboration with ART members) by estimating epics — breaking them down into potential features and including these estimates in the epic’s business case. You can then apply the epic sizes and your ART velocities to various “what if…” scenarios. Then, you can develop a roughly-right roadmap that forecasts several planning intervals or business quarters.
Value stream management
A value stream is every step of the process by which a company delivers value to customers, from “concept to cash.” Meanwhile, value stream management is the discipline of enabling the maximum value flow throughout the entire product development cycle through leadership and technology.
Most value streams cut across functional silos, as they comprise all necessary systems, people doing the work, and resources or materials needed to produce value. A single ART may serve multiple value streams, and a large value stream may require multiple ARTs. Value streams in SAFe are particularly useful for companies that integrate “systems of systems” (common in hardware environments with suppliers), operate in high-compliance environments, or deliver solutions (a combination of products or services).
Leading a SAFe organization
Management consultant and prominent author Peter Drucker — who is said to have coined the term “knowledge worker” — also reportedly suggested that “culture eats strategy for breakfast.” In other words, all the best practices and innovative strategies in the world will fail if companies do not build a strong and inspirational company culture.
Successful agile adoption requires a willingness among all participants to evolve company culture and habits. Leading this evolution is vital and cannot be delegated. Agile leaders must collaborate and communicate daily while taking a holistic “systems view” to managing change across the organization. You must communicate a strong mission and vision, along with a culture of learning and respect, which will motivate people to do their best work.
Frequently asked questions about SAFe
Why do some organizations adopt SAFe?
Companies typically adopt SAFe in order to achieve business goals and scale agile across the organization. The aim is to have a framework in place that will result in increased productivity and faster time to market. By implementing SAFe across product, development, and other teams, companies may also experience better cross-functional collaboration and more predictable release schedules.
What type of companies should use SAFe?
SAFe is useful for large organizations that want to incorporate agile and lean principles across teams in a coordinated, structured way. SAFe lends itself to companies working to build complex or sophisticated solutions that require coordination between multiple agile teams. For example, you might find SAFe at an organization building a platform or portfolio of products. The focus on structure and planning gives companies that follow SAFe an orderly and standardized way to tackle large efforts, so that everyone in the organization is aligned on each step of the work.
What are the downsides of SAFe?
Although SAFe is an agile framework, it is more prescriptive and less flexible than most other agile methodologies. As a result, some teams adopting SAFe struggle with the high level of upfront planning, reliance on process, and rigid roles. It can also be difficult to move quickly and adapt when there are multiple layers or levels of management, each making decisions and overseeing their own projects.
What is the difference between SAFe and scrum?
SAFe and scrum are both agile frameworks. Scrum is suited for small development teams taking an incremental and iterative approach to delivering software. Development teams that use scrum work in time-boxed sprints and engage in scrum ceremonies such as planning, daily meetings, reviews, and retrospections. SAFe, on the other hand, is better suited to larger companies with multiple products or complex efforts. The goal is to scale agile across the entire organization.
What is the difference between SAFe and other frameworks for scaling agile?
A handful of other frameworks like Others include Disciplined Agile Delivery (DaD), Large Scale Scrum (LeSS), Nexus, and Scrum@Scale offer similar approaches to scaling agile practices. The main differences between these frameworks and SAFe are popularity and complexity. SAFe is by far the most widely practiced large-scale agile framework. It is also the most sophisticated, with many explicit guidelines and processes. Smaller, early-stage organizations may prefer the more flexible, less-prescriptive approaches of alternate frameworks — but for major enterprises coordinating full-scale business agility, SAFe provides the steadiest foundation to build upon.
What is new in SAFe 6.0?
SAFe is always evolving. SAFe 6.0 is the latest iteration of the framework and was announced in 2023. Overall, SAFe 6.0 provides more guidance for business agility and adaptability — enabling organizations to respond to changing environments with greater speed and clarity, as well as to integrate emerging technologies like AI.
What are SAFe certifications?
SAFe offers a variety of certification programs for learning, leading, and implementing the framework. You can train to become a SAFe certified product owner, scrum master, product manager, software engineer, and more with dedicated courses. Many SAFe practitioners pursue certifications to cement their knowledge of the framework and expand career opportunities. Getting SAFe certified as a team can also set you up to be more successful in your agile transformation.
Streamline your agile development process with Aha! Develop — try it for free for 30 days.
- What is a business model?
- What is customer experience?
- What is the Complete Product Experience (CPE)?
- What is a customer journey map?
- What is product-led growth?
- What are the types of business transformation?
- What is enterprise transformation?
- What is digital transformation?
- What is the role of product management in enterprise transformation?
- What is a Minimum Viable Product (MVP)?
- What is a Minimum Lovable Product (MLP)?
- What is product vision?
- How to set product strategy
- What is product-market fit?
- What is product differentiation?
- How to position your product
- How to price your product
- What are product goals and initiatives?
- How to set product goals
- How to set product initiatives
- What is product value?
- What is value-based product development?
- 10Ps marketing matrix
- 2x2 prioritization matrix
- 5 Whys
- Business model
- Customer journey map
- Decision tree
- Fit gap analysis
- Gap analysis
- Lean canvas
- Marketing strategy
- Opportunity canvas
- Porter's 5 forces
- Pricing and packaging research
- Pricing plan chart
- Pricing strategies (Kotler)
- Product positioning
- Product vision
- Segment profile
- SMART goals
- Strategic roadmap
- Strategy mountain
- SWOT analysis
- Value proposition
- VMOST analysis
- Collections: Business model
- Collections: SWOT
- Collections: Objectives and key results (OKR)
- Collections: Product positioning
- Collections: Market positioning
- Collections: Marketing strategy
- Collections: Marketing messaging
- Approaches table
- Competitive analysis
- Customer empathy map
- Customer interview
- Customer journey map
- Customer research plan
- Opportunity canvas
- Problem framing
- Pros and cons
- SWOT analysis
- Target audience
- Collections: Customer research
- Collections: Competitor analysis
- Collections: Marketing competitor analysis
- 2023 monthly calendar
- 2024 monthly calendar
- 2x2 prioritization matrix
- Approaches table
- Feature requirement
- Kanban board
- Market requirements document
- Problem statement
- Product requirements document
- Pros and cons
- Release roadmap
- ROAM board
- SAFe® Program board
- Stakeholder analysis
- Stakeholder map
- Timeline diagram
- User story
- User story map
- Collections: Product development process
- Collections: MRD
- Collections: PRD
- Collections: Gantt chart
- Collections: User story
- Collections: User story mapping
- Collections: Feature definition checklist
- Collections: Feature prioritization templates
- Collections: Marketing plan templates
- Collections: Marketing calendar templates
- Common product development methodologies
- Common agile development methodologies
- What is agile product management?
- What is agile software development?
- What is waterfall product management?
- What is agile transformation?
- Agile vs. lean
- Agile vs. waterfall
- What is an agile roadmap?
- What is an agile retrospective?
- Best practices of agile development teams
- What is a burndown chart?
- What is issue tracking?
- Introduction to agile metrics
- Agile glossary
- What is scrum?
- What are scrum roles?
- What is a scrum master?
- What is the role of a product manager in scrum?
- What is a sprint?
- What is a sprint planning meeting?
- What is a daily standup?
- What is a sprint review?
- Product release vs. sprint in scrum
- Themes, epics, stories, and tasks
- How to implement scrum
- How to choose a scrum certification
- What is a product?
- What is product development?
- What is product management?
- What is portfolio product management?
- What is product operations?
- What are the stages of product development?
- What is the product lifecycle?
- What is a product management maturity model?
- What is product development software?
- How to create internal product documentation
- Introduction to marketing
- What are some marketing job titles?
- What is the role of a marketing manager?
- What is the role of a product marketing manager?
- How are marketing teams organized?
- Which tools do marketers use?
- Interview questions for marketing managers
- Typical salary for marketing managers
- How to make a career switch into marketing
- How to structure your product development team
- Best practices for managing a product development team
- How to structure your product team meeting
- 15 tips for running effective product team meetings
- Which tools do product managers use?
- Tips for effective collaboration between product managers and engineers
- How do product managers work with other teams?
- Approaches table
- Brainstorming meeting
- Brainstorming session
- Creative brief
- Daily note
- Daily standup meeting
- Marketing calendar
- Meeting agenda
- Meeting notes
- Mind map
- Organizational chart
- Presentation slides
- Process improvement
- Product feature kickoff meeting
- Product operations meeting
- Product strategy meeting
- Pros and cons
- Sprint planning meeting
- Sprint retrospective
- Sprint retrospective meeting
- Sticky note pack
- Timeline diagram
- Workflow diagram
- Collections: Product management meeting
- Collections: Diagrams, flowcharts for product teams
- Collections: Whiteboarding
- Collections: Templates to run product meetings