Why You Should Use SAFe (and How to Find SAFe Training to Help)

“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

‍

Business agility alone is no longer enough to succeed in today’s rapidly changing digital age. To compete and thrive, companies need to deliver value at speed and remove anything that gets in the way of seamless workflow. SAFe® flow accelerators can be the key to unlocking this momentum – but how do you successfully apply them to consistently deliver value?

SAFe methodologist Rebecca Davis sat down with Easy Agile's Jasmin Iordanidis to reflect on the concept of flow and business agility. In this article, we share their tips on how to accelerate flow in your organization. You'll learn:

• Why you need a flow mindset for flow accelerators to be successful
• How improving flow improves customer outcomes
• How to work with flow accelerators

Why flow begins with having the right mindset

Under the SAFe® framework, flow is present when a company can quickly, continuously, and effectively deliver quality products and services that deliver value. This requires all individuals and teams in the value stream to be working optimally with minimum delays and rework, an approach that is significantly different to the traditional ways of work.

“Mindset is big when it comes to working in this way,” said Rebecca. “Rather than simply following policy or the way things have always been done, people need to have conversations and ask questions to find ways to improve. And that means everyone in the company, whether you’re at the team or solution or executive level, needs to really understand and live these principals”.

This makes cultivating a flow mindset of open communication and information sharing across all teams and levels essential. It helps pave the way for accelerated feedback loops that help identify blockers early, rectify issues fast, and facilitate continuous, seamless workflow.

How improving flow improves customer outcomes

SAFe® flow accelerators help work flow through the system without interruptions so your company can deliver continuous value in the shortest amount of time as possible. They do this by helping to remove interruptions, progress work quickly, and create a smooth workflow, which together improve productivity across the value stream. “Accelerators are tangible levers you can pull to improve flow,” said Jasmin. “You can apply metrics to each accelerator so you can quickly assess whether it’s working and adjust accordingly”.

This improved productivity generally leads to improved output from your people. “By removing blockers, you can give people in your business more time to do the work that makes them happier and that makes a difference,” said Jasmin. “They can do more deep work - in whatever form that looks like for them – and ultimately, this leads to improved customer outcomes”.

What are the eight SAFe® flow accelerators?

The SAFe® framework includes eight flow accelerators, with each designed to address a specific activity that interrupts value flow.

1. Visualise and limit WIP: Too much WIP confuses priorities, overloads people, and reduces productivity. Continually adjust WIP to better match demand to capacity and help increase flow through the system.
2. Address bottlenecks: Bottle necks cause the value stream to operate well below capacity. Focus on eliminating dominant bottlenecks by adding additional skills, people, or other resources.
3. Minimise handoffs and dependencies: Excessive handoffs and dependencies can cause rework and delays. Create teams and ARTs with all the knowledge, resources, skills, and decision-making authority to create an end-to-end flow of value.
4. Get faster feedback: Fast feedback helps speed up learning and improvement. Build mechanisms and processes to collect, analyze, and evaluate data early in the development process.
5. Work in smaller batches: The smaller the batch size, the faster teams can collect and evaluate feedback and adjust. Optimize size by balancing the trade-offs between holding cost and transaction cost.
6. Reduce queue length: Long queues lead to waste, delays, and information decay. Start tracking queue length and keep backlogs short to create flexibility to work on new high priority tasks.
7. Optimise ‘time in the zone’: People and teams in the zone demonstrate higher creativity, productivity, happiness, and fulfillment. Focus on creating an environment where workers have time and space free from interruptions.
8. Remediate legacy policies and practises: Legacy policies can become part of the culture and inhibit flow, even when they are no longer fit for purpose. Take steps to identity these policies then eliminate, modify, or mitigate.

‍

Easy Agile Podcast

Learn when to connect the Scaled Agile Framework with your agile transformation, the importance of having a common language for organizations to scale effectively + more!

Listen now

‍

‍4 steps to winning with  SAFe® flow accelerators

1. Build a hypothesis

The first step is to build your hypothesis. Clarify what you believe will change and think about when you might first see if flow is moving in a different way to how it was before.

TIP: Start conversations and gather insights from the teams that will be directly impacted by these changes.

2. Choose high-impact accelerators

When choosing which accelerators to focus on, you’ll need to start with reading, digesting, and understanding them all. You can then take these learnings and start conversations with people on the ground to get an idea of where improvements can be made. “There are no sequential steps to follow when it comes to the accelerators,” said Rebecca. “Once you’ve found areas of improvement, you can self-select which accelerators you think will have the most impact and start working with those”.

TIP: Remember if you can’t see it, you can’t accelerate it. So, if you don’t know where to start making improvements, look out for any friction points or gaps in the value stream.

3. Decide when to check progress

“There’s no one-size-fits all answer as to when to check whether an accelerator is improving flow,” said Rebecca. “How long you need to wait depends on the action and the insights you gathered when building your hypothesis”. This means that for some actions, you can check whether flow has improved the next day while others may take a few weeks to see results.

TIP: Identify the earliest moment you can look back and see that something has changed and note this as your time to check in.

4. Use flow metrics correctly

It’s important to remember that flow metrics are not to be used as punitive measures but instead as a marker to measure whether an accelerator has improved flow. For many people, this requires a mindset shift away from thinking that if something goes wrong or if it fails, it didn’t work. And that means that sometimes, there may be a risk that the metrics may be used in a negative way.

“It helps to understand that sometimes people fall back on old behaviours when things get hard – and that includes people in leadership positions,” said Rebecca. “So be honest and courageous if you see metrics used in a negative way. This can help the team get back to the reasons why the metrics are being used in the first place”.

TIP: Build and maintain trust by clarifying how each metric helps improve outcomes and deliver value. If there is no clear link, then consider dropping it.

Accelerating flow helps teams focus on delivering value

Creating time and space for teams to focus on producing value can help your organization respond more quickly to changing customer needs and business conditions. SAFe® flow accelerators can help remove unnecessary work and blockers to create an environment of continuous improvement, optimization, and consistent value creation.

To improve flow across your organization, learn how Easy Agile Programs empowers your organization to visualize where you may have conflicts or risks to work not progressing and to easily unblock these so teams can maintain momentum and continue to deliver value.

‍

Easy Agile Programs

Easily scale planning and collaboration across teams and timezones. Align and empower teams to deliver value at scale - together

Try Easy Agile Programs

Many organizations, especially those in highly regulated industries, struggle to manage large-scale projects. SAFe, or the Scaled Agile Framework, can provide a solution. (OR That's where SAFe, or the Scaled Agile Framework, comes into play.)

SAFe is a framework designed to help businesses make sustainable changes on a large scale. It offers training and guidance for implementing agile practices across the enterprise, whether it's at a small team level, department level, or throughout the entire organization.

In this blog post, we will delve deeper into the benefits of implementing SAFe, focusing specifically on how it can be utilized within the financial services industry to create a lean enterprise.

Benefits of SAFe for financial services

SAFe (Scaled Agile Framework) is an incredibly valuable approach for organizations looking to enhance their operations. By adopting SAFe, financial services firms can achieve numerous benefits that are specific to their industry.

1. Business Agility: SAFe enables financial services firms to become more adaptable and responsive to market dynamics. By adopting SAFe practices at an enterprise level, organizations can foster a culture of continuous improvement, allowing them to quickly adapt to changing customer demands, regulatory requirements, and emerging technologies.
2. Enhanced Customer Experience: In today's competitive financial services landscape, providing exceptional customer experiences is paramount. SAFe promotes customer-centricity by encouraging regular feedback loops with customers throughout the development process. This allows financial institutions to gather insights, identify pain points, and rapidly iterate on their products and services, ensuring they meet the evolving needs and expectations of their customers.
3. Accelerated Time-to-Market: Time is of the essence in the financial industry. SAFe empowers organizations to speed up their time-to-market by breaking down silos and fostering collaboration between departments. By leveraging agile practices, financial services firms can respond quickly to market opportunities, launch innovative solutions faster ensuring they are first to seize market opportunities
4. Risk Mitigation: Compliance and risk management are critical considerations for financial services organizations. SAFe provides a structured governance framework that incorporates compliance requirements into the development process. This ensures that products and services adhere to regulatory standards.
5. Improved Operational Efficiency: Financial services firms deal with significant complexity, from managing intricate financial systems to addressing regulatory demands. SAFe helps optimize operational efficiency by promoting transparency, communication, and continuous improvement. By implementing Lean principles and agile practices, organizations can eliminate waste, optimize processes, and enhance overall operational performance.
6. Employee Engagement and Empowerment: SAFe emphasizes the empowerment of teams, fostering a culture of collaboration, innovation, and continuous learning. This approach leads to increased employee engagement, as team members feel more involved in decision-making processes and have a sense of ownership over their work. The result is a motivated and empowered workforce that drives organizational success.

Visualizing Dependencies for Seamless Collaboration and Timely Delivery

In the intricate world of SAFe, covering every aspect can be overwhelming. For the purpose of this blog, let's focus on a specific use case.

The financial services industry often deals with complex projects involving multiple teams and stakeholders. In such scenarios, visualizing and understanding dependencies among teams becomes critical. This is where the SAFe program board comes in. It acts as a centralized space for teams to effectively visualize, manage dependencies, and progress transparently.

Consider the example of Easy Agile Bank, preparing to launch its self-service banking platform. Various teams, including software, marketing, and customer success, collaborate to make this launch successful. To ensure a seamless rollout, understanding team dependencies and efficient work scheduling are paramount. The goal is to prevent bottlenecks that could delay the launch of the new self-service banking app.

Let’s take a closer look at what this might look like. Below you can see the Team Planning board in Easy Agile Programs for the Software team. The red, yellow, green and black lines indicate dependencies. Some dependencies exist within the software team, while others are cross-team dependencies with the marketing team.

The color of the dependency lines reflects their health status. A red dependency represents a conflict, yellow indicates at risk, green signifies a healthy state and black indicates external dependencies outside the current view, such as work in the backlog or in an other Program Increments. To avoid bottlenecks, you need to address the red dependencies and the yellow where possible.

With Easy Agile Programs, visualizing dependencies becomes effortless. Teams can act swiftly and adjust plans accordingly to prevent delays in the app launch. For instance, the software team identifies a red dependency with the marketing team regarding the live chat system. While the software team plans to set it up in Sprint 2, the marketing team don’t plan on mapping out the live chat experience and messaging until Sprint 3. The dependency line serves as a visual indicator, prompting teams to discuss and reschedule work.

After a brief discussion, the software team decides to reschedule the live chat setup to Sprint 4. As a result, the dependency line turns green, indicating a smooth progress and successful avoidance of a potential bottleneck.

“When I would ask colleagues how long it would take to untangle and understand dependencies, they would suggest a week. With Easy Agile Programs, it took us three minutes”.

Stefan Höhn, NFON

Harness the Power of the SAFe Program Board

Overall, the program board can help teams prioritize their work and make informed decisions about resource allocation. By visualizing dependencies, teams can identify critical path items and focus their efforts on the most important tasks that need to be completed first. This ensures that teams are working in a coordinated, transparent manner and reduces the risk of unnecessary delays or conflicts.

The SAFe program board acts as a valuable tool for teams to effectively manage dependencies, promote collaboration, and achieve alignment in large-scale agile projects.

Easy Agile Programs allows teams to identify and create dependencies effortlessly, empowering teams to navigate the complex financial services landscape with ease.

JOIN A DEMO

‍