Scaled Agile Framework (SAFe)

What is Scaled Agile Framework (SAFe)?

The Scaled Agile Framework (SAFe) is a set of roles, events and practices for applying agile and lean methods across many teams, programs and portfolios in large organizations.

Updated November 2026 · 5 min read


Agile methods such as Scrum were designed for a single team of a handful of people. Large organizations have hundreds or thousands of people working on connected systems, with shared dependencies, budgets that are set annually and leaders who need to know what will be delivered when. Running every team independently leads to misaligned priorities and missed integration, while falling back on traditional project management loses the benefits of agile. The Scaled Agile Framework, usually called SAFe, offers a structured middle path. It defines how teams group into larger delivery units, how they plan together, how work is funded and how strategy connects to execution.

SAFe was created by Dean Leffingwell and first published in 2011. It is maintained by Scaled Agile, Inc., which updates the framework periodically and runs a large certification program. Version 6.0, released in 2023, put more emphasis on flow, business agility and objectives and key results. SAFe draws on lean thinking, agile development, systems thinking and DevOps, and its guidance is published openly on the framework's website. SAFe is the most widely adopted scaling framework in large enterprises, and also one of the most debated, with critics arguing that it can become heavy and prescriptive. For delivery leaders, portfolio managers, transformation teams and executives, understanding SAFe is essential to running agile at enterprise scale.

Definition of Scaled Agile Framework (SAFe)

The Scaled Agile Framework is a knowledge base of integrated principles, practices and competencies for lean, agile and DevOps delivery at scale, organized around teams of agile teams called agile release trains, a shared planning cadence called the program increment and lean portfolio management of funding and strategy.

Its core building blocks are the agile release train (ART) and PI planning, and its portfolio layer uses lean portfolio management.

SAFe Configurations

Essential SAFe is the starting point, covering agile teams organized into agile release trains with shared planning and delivery events.

Large Solution SAFe adds coordination across several release trains building one very large system, such as an aircraft or a banking platform.

Portfolio SAFe adds lean portfolio management, aligning strategy, funding and governance with value streams.

Full SAFe combines all three for the largest enterprises. Organizations choose the configuration that matches their size and complexity rather than adopting everything at once.

Key Elements

Agile teams of five to eleven people use Scrum, Kanban or both, working in iterations of usually two weeks.

Agile release trains of about 50 to 125 people plan and deliver together on a fixed cadence called a program increment, typically 8 to 12 weeks.

Roles such as the release train engineer, product management and system architect coordinate work across teams. Business owners represent the stakeholders who fund the train.

Events such as PI planning, system demos and inspect and adapt workshops keep teams aligned and continuously improving.

Importance of SAFe in Delivery and Engineering Operations

SAFe aligns many teams to shared priorities. Common planning events and backlogs reduce the risk of teams building in different directions.

It makes dependencies visible. Planning together surfaces where teams rely on each other, so conflicts are resolved before work starts.

It also connects strategy to delivery. Strategic themes, portfolio funding and team objectives are linked, giving leaders a clearer view of how investment turns into outcomes.

SAFe and Financial Management

SAFe encourages funding long-lived value streams rather than individual projects, which reduces the overhead of project business cases and budget changes.

Prioritization methods such as weighted shortest job first (WSJF) direct capacity toward the work with the highest cost of delay.

Adopting SAFe carries real costs, including training, certification, coaching and the time people spend in planning events, which should be weighed against the expected benefits.

Capacity-based planning at the train level gives finance a clearer view of what a given level of funding can deliver each quarter.

Common Challenges

Organizations sometimes adopt SAFe's roles and events without changing how decisions are made, producing a heavier process with the same results.

The framework is large, and trying to implement all of it at once overwhelms teams. Starting with Essential SAFe and adding only what is needed works better.

Critics argue that SAFe can limit team autonomy and reinforce top-down planning. Leaders need to keep the focus on outcomes rather than compliance with the framework. Certification can become a goal in itself, with organizations counting trained staff rather than measuring whether delivery has improved.

How to Implement SAFe

Implementing SAFe involves training leaders, identifying value streams, launching agile release trains, running the planning cadence and extending the approach to the portfolio over time.

Scaled Agile describes a recommended implementation roadmap, but most organizations adapt it to their own context.

Getting Started

Train executives and managers first, so leaders understand the changes they are sponsoring and their own role in them.

Identify value streams and design agile release trains around them, so each train can deliver value with few external dependencies. Build a small group of internal change agents, often certified SAFe program consultants, who can train and coach others.

Launch one train at a time, with coaching through its first program increments, before expanding. Choose the first train carefully, picking a value stream that matters to the business and has leaders willing to change how they work.

Sustaining and Extending

Hold inspect and adapt workshops at the end of every program increment and act on what they find. Remove framework elements that are not adding value, rather than keeping them for completeness.

Introduce lean portfolio management once trains are running, so funding and strategy follow the same cadence.

Measure progress with flow metrics, predictability and business outcomes rather than by the number of practices adopted.

Examples of SAFe in Practice

The examples below show SAFe in practice.

Both use illustrative figures. The first aligns teams on a shared platform, and the second connects funding to value streams.

In each, common planning and cadence changed how work was coordinated.

Aligning Teams on a Shared Platform

A telecom company has 11 teams building a new customer platform, and integration problems delay every release by weeks.

It forms an agile release train, introduces quarterly PI planning and holds a system demo every two weeks.

Dependencies are now identified during planning, and the time between feature completion and integrated release falls from six weeks to under two.

Connecting Funding to Value Streams

A government agency funds technology through dozens of annual projects, each with its own business case.

Using Portfolio SAFe, it moves to funding four value streams, with lean business cases for major new initiatives.

Budget change requests fall sharply, and leaders can redirect capacity between priorities each quarter without restarting the approval process.

Conclusion

The Scaled Agile Framework is a set of roles, events and practices for running agile across many teams, programs and portfolios. Its core elements are agile release trains, program increments with PI planning and lean portfolio management, offered in configurations from Essential to Full SAFe.

In delivery and engineering operations, SAFe aligns many teams to shared priorities, makes dependencies visible and connects strategy to delivery. Training leaders first, designing trains around value streams, starting small, acting on inspect and adapt findings and measuring outcomes rather than compliance help organizations get value from it.