Scaled Agile Framework (SAFe) 5.0 - The Easy Agile Review

“The people who plan the work do the work” is the unwritten rule of the Scaled Agile Framework.

Yet, this can be easier said than done when we’re looking at multiple teams of people needing to plan together.

Add in the complexities of large enterprises that face their own unique challenges - ranging from product development to budget to implementing feedback to final delivery - and suddenly the idea of how to bring teams together for planning can feel harder again.

If you’re familiar with the Scaled Agile Framework, you will already be aware SAFe is designed to facilitate better collaboration and communication between multiple cross-functional groups. The core way to do this with SAFe is Program Increment or PI Planning (Planning Interval Planning in SAFe 6.0)

A plan can take on so many different forms - even just between teams - but with SAFe it is easier to see what ‘good’ looks like when it comes to efficient PI Planning.

The SAFe program board or ART planning board (SAFe 6.0), is a critical tool and output of PI Planning. It is a visual summary of features or goals, cross-team dependencies, and other factors that impact their delivery. Not only does this help with transparency, but it also increases flexibility that, in turn, helps minimize delays and unhealthy dependencies.

What is often overlooked is that PI Planning plays a crucial role in setting teams or the entire program up for success - including implementing other SAFe ceremonies or events.

In this article, we’ll discuss everything you need to know about program boards, including why they’re important in the planning process and how larger teams can use them in PI Planning and beyond.

We’ll also explore exactly how Easy Agile Programs digitises the SAFe program board, not only allowing the people who plan the work to do the work, but also allowing you to plan the work in the environment where the work gets done - in Jira.

NB: while the program board is referred to as 'ART Planning Board' in the updated 6.0 version of the Scaled Agile Framework, it is the same artefact and plays the same role in PI Planning and beyond.

What is a program board?

What does your teams plan or schedule typically look like?

Would it indicate to you what work was being done? Who was doing it? Perhaps even an indication of when they would and any key deadlines these teams are working towards?

The headline here is that a program board is all of this, but also more.

The program board is a visualization of the work being committed to during the Program Increment / Planning Interval or PI. It is simultaneously the facilitator of planning as well as the plan itself.

A typical idea of a program board - especially for collocated PI Planning sessions - is literally a physical board on a wall.
It would show:

• Columns: marking the iterations for the increment
• Rows: representing different teams within that increment
• Sticky notes: describing the features that teams are working on or used to indicate milestones that they’re working towards
• Strings: between these features to indicate if there are any dependencies

But how does a program board help the planning process?

A program board facilitates better team collaboration because it streamlines project communication and planning, while also ensuring better communication between the involved teams.

Moreover, program boards help define the responsibility of each team involved in making the idea a reality, which in turn, helps to streamline the process as a whole.

During PI Planning, the program board supports teams to visualize and manage dependencies across the PI; giving them greater clarity of the work in detail, how the work relates to what the business is trying to achieve and to each other, what tasks need to be done, and crucially, whether there are any issues that may cause delays.

A program board is simultaneously the facilitator of planning as well as the plan itself.

To understand how program boards help with the planning process, let’s go over the different components found on them.

How to set up your SAFe program board for successful PI planning

According to Scaled Agile, there are two primary outputs of PI Planning:

1. Committed PI Objectives
2. Program board - with new feature delivery dates, dependencies among teams and relevant Milestones

So if you’re following SAFe and doing PI Planning you should finish PI Planning with a program board.

During PI Planning, not only do teams discuss and define the features and dependencies, but they also establish milestones across the PI.

This is where a digitised PI Planning tool can really benefit remote or hybrid teams doing PI Planning - the same information is planned in the same place.

Here are a few tips to help you create a SAFe program board.

1. Setting up the board itself

Not to be underestimated, the bare bones of the program board need to be set up.

There are two key elements here:

• Sprint or iteration columns:
  • The right number based on how many iterations/sprints will be in your PI, including a final one for iteration planning
• Rows or swimlanes:
  • One for milestones/events - typically the first
  • One for each team
  • May also have a swimlane for shared services, suppliers or other teams not in the Agile Release Train (ART)

Here is what this may look like:

If you were at this stage of your program board in Easy Agile Programs, your board would look like this:

In Easy Agile Programs, each team represented in a dedicated swimlane represents an agile board in Jira. So the issues that you will be scheduling for this team in sprints during PI Planning and beyond, will be reflected on their agile board and vice versa.

The start and end date for the PI and the number and length of your sprints can all be edited to suit your organisation’s workflows.

When you are in editing mode and are ready to schedule features, the shared team features swimlane also appears at the top to visually indicate if there is work to be scheduled across multiple teams.

2. Start with features and milestones

During PI Planning, Product Management shares the product/solution vision and this commonly also means the next top 10 upcoming features for the teams to take into the PI from the backlog. (We know from our customers that sometimes this can be a lot more!)

We also want to start by knowing which milestones we are working towards. Often these can represent product release dates, external deliverables or deadlines like preparing a demo or showcase for a trade show, marketing launches or events. Having these visualized on the program board helps teams to easily see what they are working towards, but also to inform prioritization of the specific features needed to help meet delivery of that milestone.

If you are working with a physical or simple digital program board, features and Milestones are represented by ‘sticky notes’ - placed in the appropriate swimlane and/or colour to indicate this information as well as the team responsible for it and the time frame:

So what does this look like in Easy Agile Programs at this point?

Milestones are highly visual

• Milestones can be customised to indicate start/end date and colour. They run across all team swimlanes so teams can easily see how their work relates to an upcoming deliverable or event.
• Milestones still have a dedicated place at the top of the program board but this can be collapsed if desired

Features are native Jira issues

• Features in Easy Agile Programs are native Jira issues, commonly epics. You can easily click on the issue key from the program board to see more information via the issue view.
• Features can be easily scheduled from the backlog into a swimlane through drag and drop, or created via the program board. To indicate when a feature is intended to start and be completed, simply drag and drop the edge of the issue:

Join a product tour to walk through Easy Agile Programs

Want to bring your Program Board into Jira?

Join a demo

3. Identify dependencies

With the features done, the next thing that teams should look for is dependencies. Remember the strings we mentioned before?

Dependencies between features and teams are represented with string on a program board when it’s on a wall or lines between those features in a digital tool.

Sticky notes in a different colour, like red, indicate a significant dependency. For example that feature may have more than one feature relying on it to go to schedule.

To explain this, let’s consider an example.

Imagine Team X realizes they cannot develop a feature until Team Y develops an API thanks to the program board. So, what both teams can do is talk to each other and come up with a solution that works for everybody, leading to better collaboration among the teams.

After an agreement is reached, a dependency will then be placed on the board so everyone has the same understanding about the dependency, and how it’ll be resolved. A piece of string will be attached to each card to demonstrate this:

The nature of dependencies mean that something is required to be completed in order for something else to be done.

To be able to more easily see when dependencies are scheduled, Easy Agile Programs has a traffic light system of red, orange and green dependencies to indicate dependency health.

Dependency health is represented as follows:

• A red line indicates the dependant issue is scheduled in a sprint after the dependency (conflict)
• An orange line indicates the dependant and dependency are scheduled in the same sprint (a risk)
• A green line indicates the dependant issue is scheduled in a sprint before its dependency (healthy)
• A black line indicates the dependency exists with issues outside of the current view. Whether this is the current Agile Release Train / Program, or with a future or past increment.

This easily indicates to a Release Train Engineer or a Program Manager where they ought to focus and to be able to address any scheduling issues during planning.

Easy Agile Programs also allows you to visualize dependencies between issues within and across teams from the Team Planning Board. This provides a really focussed view of the work for a particular team for the PI, and how that work relates to other teams:

Program boards are needed for better collaboration

The power of the program board lies in having a single view of what a collection of teams are committing to - together - and exactly how that work relates to each other. It helps organize planning sessions by summarizing future dependencies across all teams and sprints. As a result, scrum masters, release train engineers, product managers and business owners can easily identify and prioritize cross-team conversations that matter the most.

Running a scaled planning session or PI Planning ceremony, especially for the first time, can be daunting.

But if you’re successful in developing a solid program board as part of your PI planning process, you won't have to worry about chasing down your co-worker or team member to meet deadlines. The key here is to make sure you’ve scheduled the most important features to take into the PI, identified cross-team dependencies, and have visualised any milestones or deadlines to ensure they can be realistically achieved.

The program board can become more impactful though, when it is more than just a plan. Building a program board in an online tool with the added capability of it representing the actual work that’s planned to be done means that it has a life beyond PI Planning; it becomes the living document of the teams progress and a means to identify when there are any blockers to that progress.

In order for agile teams to be agile and continuously and iteratively deliver value, they need to be equipped with a program board that can help them respond to any changes so that they can plan for success but also progress towards it.

Ready to take your Program Board off the wall and into Jira?

You can with Easy Agile Programs

TRY NOW

‍

Many organizations struggle to manage large-scale projects. SAFe can help.

SAFe gives you the framework and training that you need to make a sustainable change on a large scale. If you want to change on a small team level, department level, or across the enterprise, SAFe shows you how.

There are many benefits to implementing SAFe. But what exactly is it, and how can you use SAFe to help create a lean enterprise?

Want to empower your team to implement the Scaled Agile Framework (SAFe)?

Try Easy Agile Programs

JOIN A DEMO

SAFe background

SAFe is the acronym for “Scaled Agile Framework.” As agile focuses on small-scale continuous improvement, SAFe uses its philosophy at an enterprise level.

SAFe increases business agility, resulting in flexible and responsive teams for large organizations. SAFe uses its own set of values along with Lean-Agile principles.

This agile framework started when software systems expert Dean Leffingwell became frustrated with traditional work processes in the software industry. He developed the SAFe method to help change work processes that reaped results.

You can use this framework to instill a Lean-Agile mindset on a large scale. It focuses on constant improvements. As a result, enterprises improve work performance and productivity.

You can access training through Scaled Agile Inc. to scale work and improve performance in your enterprise.

Implementing SAFe at the team, program level, or enterprise is completely doable.

Try Easy Agile Programs for Jira

SAFe values

The Scaled Agile Framework uses four core values:

1. Alignment of business decisions with the business vision, strategy, implementation and goals on a small to large scale.
2. Built-in quality to produce desirable outcomes that create success.
3. Transparency: Good decisions can only be made when comprehensive information is available.
4. Program execution that links back to strategy and vision

By applying these values, teams and organizations increase engagement by making it clear what they expect of agile team behaviors and actions.

When everyone works together and understands their responsibilities, the chance of success increases dramatically. SAFe encourages openness and engagement in meeting individual and team responsibilities. So, if an individual or team hits a roadblock, they communicate to find joint solutions to problems.

At scale, organizations use Lean-Agile methodology to:

• Drive the on-time delivery of software development products
• Support quality product deliverables
• Increase stakeholder engagement and satisfaction
• Streamline performance based on regular, predictable schedules

💥 Achieve team alignment at scale: Easy Agile Programs product demo 💥

JOIN A DEMO

What is agile?

SAFe applies the agile methodology to larger teams. So, let's cover what agile means.

Agile methodology focuses on flexibility, collaboration, and value delivery. It means constantly adapting, or iterating, a product based on changing user and stakeholder needs. Agile teams rapidly respond to change and quickly adapt, whether they use Scrum or Kanban.

Every iteration has a set timebox. Team members use these increments to support streamlined workflows. They create, test, and deliver outcomes that work better than traditional work processes.

What is Lean?

Lean methodology also plays a role in SAFe.

The Lean method has its roots in the auto industry. Ford motors, Toyota expanded on Ford's methodology to further minimize waste and deliver value. Now, Lean has a more comprehensive set of principles with practical applications.

Lean highlights the importance of reviewing value streams to improve efficiency and create more customer value.

When you use Lean principles, teams create more value, higher performance, and increased productivity. In other words, Lean supports business agility.

SAFe incorporates this Lean method of work. So, you can also apply SAFe to lean portfolio management (LPM) and many other areas of the organization.

SAFe Agile principles

The SAFe Agile framework also focuses on 10 SAFe principles. These principles help link performance, quality, and profits.

1. “Take an economic view.”
2. “Apply systems thinking.”
3. “Assume variability; preserve options.” This means no one solution is correct, so teams should keep an open mind when discussing work approaches.
4. “Build rapidly in increments to hasten learning cycles.”
5. “Create milestones on objective analysis of working systems.”
6. “Envision and restrict WIP, limit work batch sizes, and control queue lengths.” Any stoppages and problems lengthen the time to market, increase the use of scarce resources and reduce potential profits. In short, “time is money.”
7. “Apply cadence, synchronize with cross-domain planning.”
8. Encourage the innate motivation of knowledge within Scrum teams
9. Spread the decision-making process
10. Organize goals and work around the value that it creates

What is SAFe’s big picture?

If you’re having a tough time trying to visualize SAFe, let’s look at the big picture. Whereas the typical agile team is smale, SAFe offers a way to scale agile methodologies to larger organizations. It focuses on cross-team collaboration and motivates everyone to adopt a Lean mindset.

This means streamlined work processes and a clearer understanding of which processes create value. It also encourages larger teams to constantly adapt  and improve.

The framework shows how strategic planning can transform into practical work execution. Agile teams use the Agile Release Train (ART) to collaborate at each level of work to make this happen. SAFe also offers training to become a Release Train Engineer to support change.

At each level, the framework also indicates the SAFe principles that teams must use. By using these principles, they achieve value creation via coordination and a flexible workflow.

Create and visualise dependences within a single team or between teams

Focused Team Planning

Join a Easy Agile Programs Product Demo

The benefits of implementing SAFe

Leaders and employees can see the SAFe roadmap and workflow. They can also see the large-scale impact on business agility.

Some of the benefits of implementing SAFe include:

• Improving systems thinking across the organization
• Improving value streams and quality outcomes
• Increasing productivity
• Developing team environments through lean thinking
• Decreasing time-to-market
• Creating specific methods to achieve goals
• Generating transparency that clarifies roles, responsibilities, and action
• Removing silos and aligning smaller teams with the greater whole of the organization
• Increasing business agility to meet overall organizational goals

SAFe Agile certification

You can take advantage of certified SAFe Agile training courses to upskill your agile teams. Scaled Agile Inc. offers various training courses to manage Agile transformation.

SAFe training courses can help you implement SAFe methodology, lead SAFe teams as a SAFe Scrum Master, and manage Lean portfolios in SAFe.

SAFe + Jira = Success

Combine SAFe and Jira, and you have a comprehensive framework for success. After starting with SAFe, enterprises report significant, quantifiable improvements in implementing strategies.

Check out Easy Agile Programs for Jira. This app helps align teams at scale with its Program Roadmap. Viewing dependencies and other milestones at the ART level. Try it for free.

Try Easy Agile Programs for Jira

Software development is incredibly dynamic and results-driven, with rapid innovation and technology changing all the time. So if you want to keep with it all – just like you do with the Kardashians – you need a flexible way of working that suits your organisation. If you’re struggling to work out how to coordinate multiple agile teams and scale agile transformations, Scaled Agile (SAFe) might be for you.

But what exactly do we mean by SAFe, and how can it help your enterprise work better together and more effectively serve your customers?

Read on as we discuss the differences between SAFe and agile and how you can use SAFe within larger companies. Below, we’ll cover why agile is still best for small teams and why enterprises should consider scaling up.

Want to empower your team to implement the Scaled Agile Framework (SAFe)?

Try Easy Agile Programs

Join a demo

What is SAFe?

Scaled agile framework, or SAFe, makes it easier for large enterprises to implement lean agile practices to improve their product and meet stakeholder requirements.

SAFe is a body of knowledge that has structured guidance on roles and responsibilities, work planning and work management, and core values.

SAFe is a combination of different agile practices, but it introduces one unique aspect: lean thinking.

Lean thinking should ensure no resources go to waste during the software development process. Trust us, your thrifty side will thank you. #ZeroWaste 💃🏼

SAFe also encourages people to apply systems thinking to three crucial areas: solutions to pain points, workflow management, and revenue streams.

Here, solutions refer to products, services, or systems that are delivered to the customer. Large solutions have several interconnected parts, so managers need a broader approach to see how they fit into the bigger picture.

People who follow the SAFe framework should think about the involved stakeholders and processes. If any organization wants to optimize how their teams work, they need to become cross-functional, remove silos, and make new working arrangements with suppliers and clients.

This can be a big change for many large companies with poor cross-functional collaboration.

The enterprise also has to define how value flows from concept to cash in the solution department value streams, which is a series of steps used to create value in SAFe. Plus, it's management’s job to maximize value flow across organizational as well as functional boundaries.

People often confuse agile to be the same as SAFe, but they have some key differences.

Try Easy Agile Programs for Jira

SAFe vs. agile: How do they differ?

Agile is a repetitive product development method that helps ensure the continuous delivery of tasks assigned. In other words, it's like Monica from Friends. She’s reliable and good at what she does.

In agile, cross-functional development teams work off a single backlog and break work into sprints, which means breaking down tasks into time-defined, smaller groups. This makes every person aware of what is expected of them, which, in turn, promotes productivity and increases the likelihood of better results.

That said, agile is mainly designed for smaller teams. Think 10 or fewer people. But if you’re an enterprise, don’t start sweating yet. In its simplest form SAFe is an agile framework for businesses that operate on an enterprise level. Enterprises are usually corporations that have hundreds, if not thousands, of employees and teams. So the number of people engaged is definitely larger.

The benefits are different as well.

Agile provides project managers, leaders, sponsors, and customers with various benefits, including faster turnaround time, resource wastage reduction, improved strategic focus on customer needs, better team collaboration, and feedback.

The biggest advantage of SAFe is it’s suited for enterprise problems. It keeps the size of the teams in mind as it helps increase productivity, make efficient project framework planning, and quicker codification of agile practices.

Having said that, SAFe and agile aren’t exactly on different planets.

The essential SAFe and agile core values are similar – but they aren’t exact. SAFe principles prioritize the following four:

• Alignment
• Transparency
• Built-in quality
• Program execution

Whereas, the core values of agile include:

• Customer collaboration over contract negotiation
• Faster response to change over a plan
• Working software of work comprehensive documentation
• Individuals and interactions related to processes and tool

Achieve team alignment at scale with

Easy Agile Programs

Join a demo

So, SAFe inspires lean-agile decision-making across large product management projects, while agile development promotes self-organizing, autonomous teams..

Organisations operating on a larger scale should consider scaling agile – which is exactly what SAFe is. Keep reading as we discuss this in more detail.

Why enterprises should consider scaling up from agile

Before discussing SAFe further, you have to understand what happens to relationships and communication when teams get larger.

The larger the team, the greater the number of relationships. Every new person adds some individual perspective to the team, but they can also increase overhead communication.

Let’s explain things from a mathematical point of view.

Imagine a team that consists of seven members. The total number of one-on-one relationships within the team is 21. But when you increase to nine members, the relationships between every individual becomes 36. Yep, that's the difference it can make! *mind blown*

How does SAFe serve larger teams better?

You may already be familiar with Scrum and Kanban – both of which are agile frameworks and are most effective at the individual team level in sectors primarily born out of software development, including DevOps and portfolio management.

It also means that adopting these perspectives when multiple teams are involved won’t be useful. #Frustration 😔 Although large-scale scrum is a possibility, product owners and product managers often look for other solutions.

SAFe goes beyond the team level, which, in turn, results in better alignment across teams and workload visibility. You're also able to make better predictions related to dynamic market conditions and ever-changing customer expectations.

*enter PI Planning or program increment planning*

PI Planning within SAFe can ensure better collaboration and decision-making between teams. Team leaders can decide on features to work on next, identify dependencies, and develop a new plan for program increment in a much more effective and efficient manner.

So teams work with each other and not against. #Win 🥳

A full SAFe adoption can solve enterprise pain points and boost competencies

Keep reading as we discuss how SAFe solves large enterprise pain points in a way agile alone cannot.

Make processes configurable and scalable

Implementing SAFe for larger teams isn’t difficult – all you need to do is add a layer to the process map. And take your patience levels up a few notches. These changes can help the team visualize how the different teams can continue to work together harmoniously after any change.

In other words, business agility won't have to be compromised.

The Agile Release Train (ART)

An ART enables Scrum and Lean teams to experience the benefits of proper process alignment that the Program and Portfolio processes expand upon as the team starts to grow.

Clearly defined processes and roles

It’s normal for teams to face problems, but with SAFe, they'll get a better idea of how to solve them by improving their thought processes and utilizing specific tools.

What's more, the SAFe website has an in-depth explanation of concepts along with process maps that serve as visual aids to understand the said concepts and processes.

Scaled Agile improves team collaboration

SAFe helps large organizations carry out large-scale, mission intensive projects better. The combination of existing lean and agile principles can play a very positive role in facilitating better communication and control between multiple teams.

As a proud Scaled Agile Platform Partner, Easy Agile Programs enables Release Train Engineers and Program Managers to effectively manage programs at a ‘team-of-teams’ level to deliver alignment at scale.

Register for a demo

Try free for days

If you want to learn more about agile teams and frameworks, we have plenty of guidance that can help you ensure better results for your organization.