Air France-KLM – Accelerating Agile Adoption with SAFe

Air France - Scaled Agile Practices with SAFe

“We wanted to experiment and demonstrate Agile principles and practices across domains. By empowering each business domain, acknowledging specific contexts in domains, fostering sharing, and ‘try and learn,’ SAFe has helped us get on the right track to success.”

Claire Charbit, Program Management NWOW Agile Adoption, Air France-KLM

Challenge:

Air France – KLM sought to scale Agile practices companywide to improve time to market and efficiency, but must contend with specific contexts and regulations in the different businesses of the airlines.

Industry:

Transportation, Aviation

Results:

  • SAFe teams released 17 times in the live environment in seven months compared to every six months previously
  • On average, SAFe teams release 20% more effectively than waterfall teams
  • The company gained 20% market share in the small and medium logistics market alone
  • On one offering, the company exceeded expectation by 25%
  • Air France – KLM is more intimate with its clients

Best Practices:

  • Focus on Transversal Topics for a sustainable adoption – “From day one, make them part of the adoption,” Moreau says. These topics affect all domains.
  • Let domains and teams define objectives – Teams are more committed and empowered if they set their own goals
  • Train continuously – The Core Team regularly holds Agile Booster workshops to help with specific adoption challenges such as how to deal with conflicting priorities from both airlines, and what does it mean to have an Agile mindset?

Introduction

One of Europe’s largest passenger airline groups, Air France – KLM operates up to 2,200 flights daily and carries over 93 million passengers annually. The company’s five airlines—Air France, KLM Royal Dutch Airlines, Transavia, HOP! Air France and Joon—cover 320 destinations across 114 countries.

In a highly competitive industry, where information systems can be strategic competitive assets, Air France – KLM set out to reduce its time-to-market with business applications. To do so, the company decided to improve the business/IT collaboration by breaking down silos and expanding Lean-Agile practices.

“Before, in moving from waterfall to Agile, we were not able to make the leap on a broader scale,” says Edwin Borst, Program Management NWOW #agile Adoption, Air France – KLM.

Achieving its goals would require bringing together diverse cultures at French and Dutch offices, as well as contending with diverse contexts, operational constraints or regulations across the different business domains.

An Agile Adoption Empowering Business Domains and Teams

After the successful launch of three ARTs in the Commercial Digital business domain in the late summer of 2016, the company decided to leverage this success and create a broader-scale adoption. Pieter Bootsma, Executive Vice-President of Commercial Strategy at Air France – KLM, noted: “We can all benefit from Agile in the whole group and not only at Commercial Digital.” So, in late 2016, the company chose to foster and accelerate the adoption and scaling of Agile practices.

Prior to launching the broad SAFe adoption, a small group of transformation leaders spent several months defining the scope of the deployment, the way the adoption would be conducted, and preparing for the adoption of SAFe on a larger scale. The leaders decided to adopt Lean-Agile principles and values in the way the program would be set up and run. The goal: demonstrate the mindset and practices, and see the benefits of this approach in a Change Management context.

  • Empower each business domain via its own self-organized, multidisciplinary, “Agile adoption team”
  • Deliver the change in short cycles, enabling experimentation and quick adaptation
  • Start small with minimum viable products (MVPs)
  • Share and learn from each others’ domains
  • Differentiate and adapt to each domain’s specifications and context
Air France - Scaled Agile Practices with SAFe

In late 2016, the company chose the Scaled Agile Framework® (SAFe®) to foster and accelerate the adoption and scaling of Agile practices across the various business domains.

“In order to manage our Agile adoption program across 11 business domains within Air France – KLM, we formed an Agile Release Plane (ARP, modified to fit the industry), inspired by SAFe,” says Didier Lavielle,  Program Management NWOW #agile Adoption, Air France – KLM. “SAFe gives us the framework we have been missing while at the same time empowering each business domain to define their own way to reach their goals.”

Each business domain (Commercial, Cargo, Flight and Ground Operations, Engineering & Maintenance, Finance, Human Resources) joined the ART with its own change team—named Agile Adoption Team—and self-organized as a product team. As a mix of IT and business, the Adoption Team defines the specific objectives, approach, and steps to take in its domain: people to train, Agile product teams to form, coaching needed, communication plan, monitoring progress, and more.

The company formed “Transversal Tracks,” (groups that tie into all business domains), which joined the ART: Human Resources (e.g. role description, training, and coaching), Finance and Portfolio Management (IT investment processes), Tooling and Capabilities, Communication, and “IT Readiness.” This setup brought value to the 11 domains by not having to reinvent the wheel and ensured consistency in harmonized solutions.

Air France – KLM engaged with BlinkLane Consulting for guidance and training. Around 150 team members in the Agile Adoption ART, from the various business domains and Transversal Track teams, attended Introduction to Agile training, with about 50% of them taking the Leading SAFe course.

Some of the Transversal tracks went through specially designed workshops regarding Lean Budgeting, Agile KPIs & Reporting, and Agile HR, for instance. Those supporting the various adoption teams either attended the SAFe Scrum Master training or were already certified SPCs. So far, more than 300 colleagues from the Adoption ART and from the regular ARTs have followed the Leading SAFe training.

Aligning the Stakeholders on a “Definition of Awesome”

Prior to kickoff, all business domains and Transversal Track groups aligned on a common definition of awesome with four themes:

Agile Enterprise – In the Air France – KLM enterprise, the autonomous, stable, and cross-functional teams are the cornerstones of the organization for driving innovation and continuous improvement. The Transversal processes support and stimulate an Agile way of working and mindset at all levels. This allows the company to focus on continuously maximizing quality and delivering value to the customer.

Value Creation – The Agile adoption aims to create more value—for customers and employees. Quality as well as effectiveness go up. The company succeeds by driving down the time-to-market, and increasing the Net Promotor Score.

Leadership – Air France – KLM develops servant leaders who empower Agile teams and value streams. They engender trust, work with a clear purpose, and provide direction to all levels of the Agile Enterprise. They are recognized for their Agile leadership, enabling others to succeed and drive the organization for continuous improvement. They focus on goals instead of tasks.

Employee Engagement – The organization is recognized as a best place to work. As a result, it attracts talented people. It works closely with customers. People feel responsible and autonomous for their products and results. Employee satisfaction is high and demonstrated by EPS (active promotors).

Big-Room Kickoff in Paris: PI Planning Event #1

Air France - Scaled Agile Practices with SAFe

The company officially kicked off the Air France – KLM New Ways of Working #agile ART at the first PI planning event in March 2017 in Paris. The Release Train Engineer (RTE), Odile Moreau from BlinkLane, was part of a small group of transformation leaders called The Core Team. The team, which includes three from Air France – KLM and three from BlinkLane, helps foster the adoption and structure; organize the program and its events; support the domains and the Transversal tracks; and monitor the progress and the results.

The five Transversal tracks, 11 business domain adoption teams, and the Core Team formed the ART, with 150 people. The company’s group CIO, Jean-Christophe Lalanne, and Commercial Strategy EVP, Pieter Bootsma, attended as executive sponsors and set the tone for the importance of the initiative.

At the first PI event, Air France – KLM introduced a logo created specifically for the program, which added strategic emphasis.

Team members from France and the Netherlands came together, bringing distinctive cultures and very diverse states of Agile: some were new to Agile principles and some brought several years of experience

“Although this approach and the PI Planning event was new for most people, everyone was really driven and motivated to share experiences, learn from each other, try and experiment, and work toward results,” Lavielle says.

Yet despite that excitement, many were hesitant to break out of their own groups and talk with those they had never met. Thus transformation leaders requested that anyone adding yarn to the program board—indicating dependencies—discuss it directly with the individuals involved.

As the first PI progressed, teams achieved about 60 percent of their stated objectives, on average. In leading up to the second PI, they applied the lessons learned and set more accurate, quantifiable objectives.

At the start of the second PI, Air France – KLM began a new practice of having each business domain and Transversal Track share its business results with the entire group as a PI begins. At the same time, this served as an opportunity to Inspect and Adapt what worked and what didn’t.

By the third PI, in the fall of 2017, Air France – KLM had grown to 208 product teams and eight ARTs across Commercial Digital, Cargo, Commercial, and AF Flight Ops. The KLM HR division and the AF Ground Services have both organized Value Stream workshops to either launch new trains or reorganize their current Agile teams into an ART. The same applies to Digital Commercial. Following on the continuous Inspect & Adapt, Commercial Digital will also reorganize its current ARPs to allow for more alignment on the business objectives and improve its delivery model.

Lessons Learned and Best Practices

Along the way, they learned a number of lessons to improve their efforts going forward:

  • Have an approach for dealing with the diversity across domains, both in their Agile maturity and in their specific context and constraints (operational, security, and regulations)
  • Establish strong ownership in each business domain via an individual adoption team
  • Since most of the dependencies lie between Transversal Tracks (HR or Finance impediments) and business domains, co-create solutions for Transversal topics that facilitate exchanges and encourage learning from each other
  • Actively address the challenge of changing the managerial mindset and leadership styles
  • Understand that setting realistic goals for the next 15 weeks will be difficult for most, as is learning to set smaller, more realistic goals
  • Encourage individuals to ask for help from someone in a Transversal Track or the Core Team
  • Ensure that the team members who are not 100% dedicated and co-located commit to objectives and organize in a way to still be able to work together and produce results
  • Ask for regular feedback to respond to uncertainties and come up with valuable results
  • Leave personal egos at the door and achieve common objectives

Investing in Role-Based Training

Where it can, the company trains with the SAFe curriculum. All RTEs go through SAFe Release Train Engineer training. Scrum Masters with the PSM certification are offered the SAFe for Scrum Master training and certification when joining an ARP. The same applies for Product Owner. Team members also attend SAFe for Teams when they join an ARP. Additionally, the company developed training and workshops for Lean Budgeting, using the Weighted Shortest Job First, and other practical guidelines.

A community of 40 coaches support the effort at various levels: teams, domain, adoption, and enterprise. This community is growing in maturity and results. In the third PI, the company will focus on internalization and growth of the coaches, ensuring a more sustainable and economical support for the Agile community.

Air France - Scaled Agile Practices with SAFe

Results: 20% More Effective Delivery

Since deploying SAFe, Air France – KLM notes greater collaboration between business domains and Transversal Tracks. Within three months, their efforts began paying off in business results in the Cargo group:

Time-to-market – Each ART team delivers on its promises every three weeks. Since moving to SAFe, the company released 17 times in the live environment in seven months compared to every six months previously.

Quality – Of the 17 releases, the company had to delay just one due to a major incident

Productivity – SAFe teams deliver, on average, more than 20% more effectively than waterfall teams

Adaptability – With a PI cycle of 12 weeks, Air France – KLM has been able to pivot its vision three times in the past year, allowing the company to tap into new business opportunities much more quickly and easily

Market share – The company gained 20% market share in the small and medium logistics market alone with this flexibility

Predictability – The velocity of ARTs builds in more predictability and enables teams to take ownership and show greater craftsmanship. Team stability is also an important success factor in results

Business value – On one offering, the company exceeded expectation by 25%

Employee satisfaction – PI Planning results in better transparency and autonomy for the teams. Seeing the vision in the Cargo group encourages team members to contribute to the business value and increases their work satisfaction, as well as collaboration between business and IT

Customer satisfaction – Air France – KLM is more intimate with its clients. All Product Owners from the business side have a greater understanding of the demand. Going live with small changes and new functionality every three weeks gives them a faster feedback loop and more rapid pivoting, enabling groups to deliver greater value in its IT solutions

Air France - Scaled Agile Practices with SAFe

Air France – KLM looks forward to seeing ever-greater progress as it moves toward DevOps, allowing the ARTs to deliver end-to-end with an integrated team.

“We have started experimenting more with weighted shortest job first (WSJF) in our priority at the Features level,” Moreau says. “We also want to harness the work with Portfolio Management and Lean budgeting.”

Back to: All Case Studies

Suggested Case Study:

Deutsche Bhan

Fannie Mae – Adopting Agility in Business Using SAFe

“SAFe provided the agility, visibility, and transparency needed to ensure we could integrate with numerous other efforts, get predictable in our delivery, and ensure timelines are met.”

David McMunn, Director of Fannie Mae’s Agile COE

Challenge:

Within three years, the organization would need to stand-up an entirely new business model that would change the way securities are issued to the market—and do so within aggressive timelines.

Industry:

Financial Services, Government

Results:

  • Releases now happen every month, instead of once or twice a year.
  • They integrate reliably every two weeks.
  • Fannie Mae reduced delivery risks.
  • The organization reduced the defect rate substantially.
  • Teams now deliver more than 30 attributes per sprint compared to 2-5 before.
  • Velocity increased from 10 story points to more than 30.

Best Practices:

  • Sync cadence – Establishing a common cadence was critical to success. Engineering practices must evolve in order to comply with bi­modal governance.
  • Work on database modeling upfront – For any data-heavy effort, perform advance work on database modeling to avoid the impact of changes identified later in the sprint.
  • Develop a playbook – Such guidance reduces rework for multiple teams working in parallel.

Introduction

Fannie Mae is the leading provider of mortgage financing in the United States. Operating under a congressional charter, Fannie Mae—and its sibling organization Freddie Mac—play an important role in the nation’s housing finance system; they provide liquidity, stability, and affordability to the mortgage market.

Coming out of the housing crisis in 2013, Fannie Mae recognized that the lending environment it was moving into required it to be even more responsive to meet rapidly changing customer needs. Further, Fannie Mae recognized that agility was critical to achieving this objective—not just in technology, but across the organization.

In January 2015, Fannie Mae was preparing to align with guidance provided by the Federal Housing Finance Agency (FHFA) and Congress, under a new joint venture named Common Securitization Solutions (CSS). As part of this effort, Fannie Mae undertook an initiative to transform some of their key internal business processes to align with CSS to build a universal securitization platform for the issuance and management of mortgage-backed securities.

SAFe for Mortgage Financing

Within three years, Fannie Mae planned to develop an entirely new business model that would change the way securities are issued to the market—and do so within aggressive timelines. More than 20 development teams, encompassing over 300 individuals, were needed to integrate development and testing efforts across 30 assets. As Fannie Mae prepared to implement this change, the organization encountered several challenges as the new model was being defined based on continuously evolving requirements.

“When you’re doing a large-scale integration with a lot of data, the number-one factor for success is early integration and early testing,” says Atif Salam, Director of Enterprise Data at Fannie Mae. “The federal mandate required us to mitigate risk from the get-go, and we realized early on it would not be possible following a waterfall approach. There was no better way for us to mitigate that risk than to adopt Agile.”

Overcoming Initial Roadblocks

Enterprise Data’s efforts to adopt Agile uncovered several challenges, both internal and external:

Challenge #1: No Agile capability evident for the initial two teams at the outset of the Enterprise Data initiative.

The first Enterprise Data teams were brand new to Agile, the Scrum methodology and, having been formed specifically for this initiative, working with each other.

Prior to adopting SAFe, Enterprise Data developed a standard on-boarding approach and entrance criteria for standing up new teams. Additionally, external Agile subject matter expertise was brought in to train and work with the teams, and an Agile Mature Model (AMM) was created to baseline behaviors and practices, as well as identify areas for optimization.

Thereafter, once the decision had been made to adopt SAFe, the program began to work through the SAFe Readiness Checklist. The AMM was used to set target benchmarks that all program teams were required to meet in order to ensure there was sufficient capability in place from which to scale.

Challenge #2: At the outset of the Enterprise Data initiative, a Scrum team could only complete a single user story due to inflexible architecture, end-to-end testing challenges, and numerous build constraints. Further, it was typical for the work to be gated by subject matter expertise between developers who viewed data attributes as a data point, comprised of both sourcing and vending complexities, that could only be implemented sequentially.

In response, technical leads focused on eliminating constraints, reducing complexity, and optimizing workflow. Specifically, Technical Leads worked with the teams to leverage cross-functional team/paired programming constructs to augment technical expertise. As a result, the teams began to view data attributes not as a data point, comprised of both sourcing and vending complexities, but rather as having two distinct pieces of business value, specifically sourcing and vending.

Additionally, they made the effort to move system integration testing (SIT), as well as user acceptance testing (UAT), left into the Scrum team. As a result, and over time, each team began to complete multiple user stories within a given sprint. Additionally, the organization adopted an emergent design mindset, formed cross-functional Agile feature teams, and aligned to a common cadence that synchronized their activities (e.g. sprint planning, Scrum-of-Scrums, sprint reviews).

SAFe for Mortgage Financing

Challenge #3: At the outset of Enterprise Data’s journey, complexity was further complicated by the fact that teams were required to develop and integrate their code in the same mainline, thereby replacing branching as an accepted technical practice. Additionally, Fannie Mae required new release traceability management that would satisfy corporate and federal governance requirements.

To address these challenges, technical leads and shared services focused on building a continuous integration capability, across all teams, using the same codebase. The organization had always had application lifecycle management (ALM), however, it needed to re­think continuous integration to realize true efficiencies. Over the course of 10 months, the organization focused on leveraging automation to reduce the time to implement builds from once every six months to multiple times a day.

Additionally, Enterprise Data adopted behavior-driven development engineering practices for traceability, automated testing, and prototyping.

SAFe for Mortgage Financing

Challenge #4: Upstream technical dependencies specific to architecture, database design/modeling, and test data provisioning prevented the teams from completing a single user story within the two-week sprint cadence.

In addition to the technical challenges the teams were facing, there were also multiple upstream dependencies on architecture, data modeling, and test data management that they had to resolve before a User Story could be implemented by a team working in a two-week cadence.

Initially, working ahead of the teams, a group of business analysts were assembled and assigned to groom the program backlog sufficiently so that User Stories met, or exceeded, 80% of the sprint team’s Definition of Ready. Despite this focus, however, there was barely enough ready work in the program backlog for the teams to bring into their respective sprint planning. This was due to the lead times required to resolve upstream dependencies as well as the need to respond to continually changing requirements.

In preparation for scaling, Enterprise Data worked with their business stakeholders to create a roadmap of features spanning one business quarter. Simultaneously, they focused on optimizing backlog health, sufficient in depth to support the Agile teams, for at least two consecutive sprints. Additionally, adopting a system perspective, the entire value stream was analyzed to better anticipate, and mitigate for, internal/external technical dependencies.

Challenge #5: The organization’s culture was accustomed to working within a traditional implementation methodology.

At the outset, Fannie Mae had a traditional command and control culture, supported by a broader ecosystem of corporate functions that had to change to support Agile. Those leading the change made a significant effort to work with leadership and management to pivot from the traditional role of directing delivery to becoming Lean-Agile leaders and critical change agents, both supporting the teams as well as modeling the values and principles of the Agile Manifesto.

As already noted, leadership and management changed their focus to clearing impediments impacting the teams. Additionally, they influenced corporate functions to align in support of Agile, get the business integrated and involved, as well as to put the pieces in place to create an environment focused on continuous learning. “Historically we would have seen challenges as failures in requirements or development rather than opportunities to fail fast and learn, and improve,” Salam explains.

While still new to their roles, the Lean-Agile leaders infused a sense of purpose in the teams and gave them autonomy to implement the work while decentralizing decision-making and minimizing constraints.

SAFe: Agility. Visibility. Transparency.

Although Fannie Mae had pockets of Agile capability up to this point, leadership understood that a scaled Agile methodology was required to achieve their objectives. Fortunately, individuals within the company had prior success with large-scale Agile deployments using the Scaled Agile Framework® (SAFe®).

Fannie Mae teamed up with an external Scaled Agile Gold partner to develop and mature its Scrum capability and then deploy SAFe. As the first to make the SAFe transition, the Enterprise Data division became the torch bearer.

“We had multiple waterfall efforts, third-party integration, and a hard regulatory mandate that made coordination and execution exceptionally difficult,” explains David McMunn, the Director of Fannie Mae’s Agile Center of Excellence (COE). “SAFe provided the agility, visibility, and transparency needed to ensure we could integrate with the numerous other efforts, get predictable in our delivery, and ensure timelines are met.”

Fannie Mae applied a dogmatic approach to ensure the organization was developing a consistent set of practices across multiple teams at the outset. External coaches delivered Agile, Scrum Master, Product Owner, Leading SAFe (SA), and SAFe for Teams (SP) training. The SAFe training was then mandatory for every new team joining the effort.

Fannie Mae launched its first Agile Release Train (ART) encompassing six programs, across 12 teams, with more than 130 people, in June of 2015. Admittedly, that first Program Increment (PI) offered some learning experiences.

“In spite of all the preparation that went into the backlog, setting expectations, confirming attendance from stakeholders, and the training prior to planning, the first PI was somewhat of a chaotic experience,” says Scott Richardson, Chief Data Officer at Fannie Mae.

Context setting provided by the business, product, and architecture leads took time away from team break-out sessions and, as a result, the teams struggled to resolve all of the open requirements and scope questions to complete their plans.

“But by the end of the second day,” Richardson continues, “we started to see progress.” The teams had mapped out their dependencies on the program board, resolved, owned, accepted, or mitigated (ROAM) all of the known risks in the PI and achieved a Fist of Five confidence score of 3.

“The session offered the very first opportunity for all stakeholders to work together on this multi-million dollar program.” Richardson adds. “A new way of managing large-scale integration efforts at Fannie Mae was emerging that would spread across the technology enterprise.”

Over the next few PIs, the organization knew more clearly how to prepare for the PI planning meeting and confidence scores began averaging 4 and higher.

Modeling Confidence in the New Methodology

During cross-team planning in an early PI, it became clear that several teams were not on track to deliver important capabilities within the targeted timeline. “Some of my best new Agile team leaders offered to throw more people at the problem ‘just this once,’ and crash the schedule like they did in the old days,” Richardson says. “It’s in those moments that you need to model confidence in the Agile method, to be the calm in the eye of the storm.”
Instead, the Agile team leaders were encouraged to go back to the Product Owners regarding the change in priorities and empower them to devise a new minimum viable product. “Within a couple of hours, everything was back on track with planning, and ultimately all the teams delivered, and the external customer delivery was on-time,” Richardson says. “Now they carry this story with them, and are empowered to solve problems and make decisions in truly productive ways. It’s part of the culture.”

SAFe for Mortgage Financing

Gains across the Board

Today, Fannie Mae has come a long way. The Enterprise Data division delivered an integrated solution on time and with much higher quality than was expected for an effort of this size. From a broader perspective, the transformation to SAFe revolutionized how the organization plans for the delivery of large-scale programs.

Fannie Mae has seen improvements on multiple fronts:

  • Reduced risk – Fannie Mae reduced delivery risks through the relentless focus on innovation and automation to ship “production ready” code with higher and higher frequency. They significantly mitigated the risk inherent in complex integration between legacy and new architectures/applications, as well as between internal and external systems.
  • Faster feedback cycles – Enterprise Data delivers system demos and integrated code every two weeks. Releases now happen every month, instead of once or twice a year, for the largest application across the enterprise, with millions of lines of code.
  • Improved predictability – Teams, within the program and across the enterprise, integrate reliably every two weeks.
  • Boosted quality – The organization reduced the defect rate substantially.
  • Increased business value – Teams now deliver more than 30 attributes per sprint compared to 2-5 attributes when Agile was first adopted within Enterprise Data.
  • Better team progress – Teams undergo regular AHR (Agility Health Reviews) cycles and have matured to higher Agile Maturity Model levels.
  • Greater efficiency – Fannie Mae realizes significant efficiency through a reduction in technical debt.

After the initial deployment, the division rolled out SAFe to the rest of the organization, training up to 600 people on Leading SAFe, SAFe Advanced Scrum Master, SAFe Scrum Master, SAFe Product Manager/Product Owner, and SAFe for Teams, depending on roles. Several employees went on to achieve their SPC certification.

Currently, Fannie Mae runs three ARTs. The Enterprise Data ART recently completed its 13th PI. Additionally, there are more than 200 Lean-Agile teams across Enterprise IT, encompassing over 3,000 people. Functional and business portfolios are adopting lightweight Lean-Agile values and practices as part of their day-to-day activities.

“This way of working has spread across the organization,” Salam says. “It’s changing the way we deliver for the customer, the way we hire and do our budgeting, and is continuously extending further and further into the business.”

Back to: All Case Studies

Suggested Case Study:

Dutch Tax and Customs Administration

Australia Post – Implementing SAFe in Delivery Services

“SAFe has really helped bring the organization along its transformation journey. Its real value has been in the way it links strategy with decentralized execution, using metrics to enable a high level of transparency and fact-based decision making to focus on achieving business outcomes.”

Natalie Field, Head of MyPost Consumer

Challenge:

Effectively deliver solutions that sustain and further enable Australia Post as a trusted services provider, and delight customers with personalized digital products and services.

Industry:

Delivery Services

Results:

  • 100-fold increase in yearly production deployments with 98% cost reduction, enabling iterative product development
  • 400% Agile Release Train productivity increase over 18 months
  • Strong overall delivery predictability of 80%+
  • First-Time Delivery rate improved by 7 percentage points
  • Net Promoter Score rose by 8 points
  • Increased employee satisfaction and engagement

Best Practices:

  • Establish a learning and improvement mindset – Place a primary focus on learning and continuous improvement across all facets of delivery to achieve consistent growth in maturity and effectiveness.
  • Measure outcomes – Enabling a metrics and measurement capability links teams to business strategy and is key to ensuring business outcomes are effectively achieved.
  • Align to DevOps principles – Building a strong technology delivery platform aligned to DevOps principles enables iterative and innovative product
  • Focus on the entire system of work – Build organizational advocacy and sustainability by facilitating change and enablement for shared teams that support and govern Agile Release Trains.

Introduction

Australia Post is Australia’s iconic postal services provider. For 208 years, the organization has been integral to how people and communities connect across Australia. Through a collective workforce of over 50,000 people, Australia Post serves communities, citizens, and businesses, from large corporations to government departments.

Australia Post - Implementing SAFe in Delivery Services

Like many organizations, Australia Post’s business has been disrupted and must transform to adapt to the digital era. Traditional business pillars such as letters are in persistent decline, while the company faces fierce competition, but also immense opportunity with the growth of ecommerce. For Australia Post, that opportunity lies in creating sustainable competitive advantage through trusted relationships between consumers, businesses, and government.

Given these forces, Australia Post needed a new way of working to both sustain and further enable the organization as a trusted services provider, and to delight its customers with personalized digital products and services.

SAFe: Driving Change with Lean Structure and Common Language

Over the past four years, Australia Post has invested in its technology, people, and culture to change the way it works to focus on customer experiences and continuous innovation. To help achieve this agility in business, Australia Post selected and adopted the Scaled Agile Framework® (SAFe®) not only as an operating model but as a tool for change. With SAFe, the organization aims to describe, communicate, and build an understanding of how to leverage Lean and Agile principles across the organization.

“The structure and discipline outlined in SAFe have been a powerful way to communicate a different way of working,” says Daniel Fajerman, Head of Digital Engineering. “Using an industry-proven framework offered a strong basis to start the conversation about working differently, providing a common language and consistent base to work off.”

Achieving Sustainable Change

The goal at Australia Post is sustainable, lasting change that fundamentally shifts how the organization approaches and delivers against its strategies. To do so, Australia Post must equip its people with knowledge and the ability to advocate for and be a part of this new way of working.

A broad and comprehensive training and enablement strategy was rolled out across the organization to build experience and maturity. With help from Mark Richards of CoActivation, a Scaled Agile partner, Australia Post trained more than 900 people in Leading SAFe® and SAFe for Teams® courses. This included key roles across executive leadership, within business functions such as finance, risk, architecture, security, marketing and sales, and of course technology leadership and teams.

Australia Post - Implementing SAFe in Delivery Services

From the beginning, Australia Post applied a persistent focus on cadence and synchronization – keys to building alignment and embedding disciplined delivery practices across diverse teams. With all of Australia Post on the same sprint (and then Program Increment) cadence, scaling teams and ultimately forming these into Agile Release Trains (ARTs) became a natural evolution.

Achieving sustainable change focused on four key interrelated areas of emphasis across the organization:

  • Cross-functional, long-running teams – Moving from transient project teams to cross-functional, long-running teams aligned to customer experiences was a foundational, critical change to the way people work.
  • Culture – Australia Post invested significantly in evolving the culture of the organization to one where curiosity, innovation, and a learning mindset predominate.
  • Technology enablement – Beyond cultural and process changes, improving delivery flow and time-to-value requires an effective build pipeline and deployment infrastructure aligned to DevOps principles.
  • System of work – Implementing a new way of working spans well beyond delivery teams to every part of the organization that supports the delivery of business initiatives. The change team worked closely with shared services groups to tailor approaches to enable and meet their needs under the Framework, including new innovative funding and governance models.

This multi-pronged approach formed sustainable building blocks for change and enablement. With the goal of implementing Agile Release Trains (ARTs), the early focus was on long-running teams and culture to allow maturity to build and grow. The greatest traction came with the advocacy and leadership of business sponsors and leads, who understood the increased business opportunity and had confidence in the delivery model.

MyPost Consumer – Creating a Platform for Personalized Services

Australia Post - Implementing SAFe in Delivery Services

Today, five ARTs now support Australia Post’s value streams and associated enterprise strategies. One of those trains, the MyPost Consumer ART, sits within Australia Post’s Consumer market segment value stream. Established in 2015 to play a significant role in the shift toward customer centricity, MyPost Consumer is creating an omni-channel platform to offer personalized services to customers. The train’s primary focus: the parcel delivery experience, which sits at the heart of Australia Post’s business.

The train is made up of 110 cross-functional roles, with each team responsible for specific components of the parcel delivery experience. As a multi-channel, multi-technology program, only 30% of features are purely digital. The most impactful features require changes to multiple channels and enterprise technology systems.

“Getting the job done right is about focusing as much on how we work together, as what we are working on,” says Natalie Field, Head of MyPost Consumer. “We know there are many unknowns in achieving our program strategy and we don’t, and won’t, always get it right. However we also know that by respecting each other, and staying committed to rapid learning cycles, we will always come up with great solutions. “

The train has achieved strong outcomes over the past couple of years. Australia Post attributes the success of the train to several pillars:

Create a customer-centric culture
Building a customer-centric culture meant creating an environment that empowers the entire team to make fact-based, data-driven decisions and equipping everyone to be advocates for the customer experience.

Focus on metrics to drive business outcomes
A strong focus on measurement has resulted in significant positive impact across the organization’s primary success measures. To help achieve this outcome, teams are equipped with technology tools and the ability to collect and report on data. This empowers teams to learn fast about in-market feature performance and make changes when necessary. The result is a data-driven approach to how the train identifies, prioritises, implements, and learns from each Program Increment.

Improve continuously for greater predictability and performance
Success of the train hinges on an ability to improve continuously and focus relentlessly on evolving the experience to meet customer needs. The train adapts and responds to market demands, continually improving technology capabilities to advance the business across its digital channel, retail stores, delivery network, and call centre.

Raising Satisfaction and Throughput, with Lower Cost

A strong focus on measurement and learning to maximize business outcomes resulted in significant positive impact:

  • Improved first-time delivery – The First-Time Delivery rate jumped by 7 percentage points over 12 months.
  • Reduced cost – Australia Post reduced its infrastructure costs by 98%.
  • Predictability – The train consistently delivered on 80% or more of its objectives.
  • Customer satisfaction – The Net Promoter Score rose by 8 points over the course of one year.
  • Employee engagement – Employee satisfaction and engagement increased.
  • Industry accolades – The train was voted the Best Customer Centric Project in Australia / New Zealand by the CX Management Conference.
Australia Post - Implementing SAFe in Delivery Services

Australia Post continues to evolve and grow to meet the needs of its business. Its focus on continuous improvement means the organization ever challenges itself to create the next wave of trusted services for its customers.

“SAFe has really helped bring the organization along its transformation journey,” Field says. “Its real value has been in the way it links strategy with decentralized execution, using metrics to enable a high level of transparency and fact-based decision making to focus on achieving business outcomes.”

Back to: All Case Studies

Suggested Case Study:

Dutch Tax and Customs Administration

Standard Bank – Successful SAFe Journey to Agile at Scale

Presented at 2017 SAFe Summit by Alex Keyter, Lean-Agile Coach at Standard Bank

Share:

Standard Bank embarked on a SAFe transformation journey in 2014 with IT initiating approximately 600 projects annually to help keep the bank at the leading edge. Historically, teams completed only a small percentage of projects within the defined timeframe, budget, and scope.

A visit to Silicon Valley’s top technology companies by our IT executives triggered the start of a number of Lean-Agile proofs-of-concept, showcasing the potential of Agility in the enterprise. However, their efforts stalled when they attempted to expand beyond a few development teams working in isolation.

With a clear IT strategy in place, the Standard Bank turned to the Scaled Agile Framework® (SAFe®) and gained support from its executives to forge ahead with deploying the Scaled Agile Framework across the organization. Prior to launching the first Agile Release Train, significant time was spent on designing Portfolios, Programs and SAFe Teams. Standard Bank also initiated programs that focused on transforming management and leadership; developing a culture that fosters autonomy mastery and purpose; and re-skilling individuals to return to the heart of IT as software engineers, quality engineers, and user experience analysts.

With a large number of ARTs already in their third and fourth Program Increment, the value of the SAFe transformation is tangible with the motivated staff producing quality, more frequent, predictable delivery. Coupled with the successes, Standard Bank drives continuous improvement through role maturity, enhanced engineering capability and ART optimization.

Read the full case study.

Back to: Customer Stories

Next: FedEx Customer Story

Capital One – Benefits of SAFe for Financial Services

Capital One - Benefits of SAFe for Financial Services

“The products we’re developing are bigger than one Agile team. For the teams to interact and plan together, we really needed SAFe as the foundation. It brings the practices and methodologies to coordinate multiple teams working on the same product at the same time.”

Mike Eason, CIO, Commercial Banking

Challenge:

Capital One sought to be more responsive to the market, to transform software delivery to an agile framework, and to do it at scale.

Industry:

Financial Services

Results:

  • Raised employee engagement by 15-20%
  • Employed Agile and scaled agile across the enterprise; business and tech.
  • Re-thinking the strategy on outsourced applications led to a drastic shift towards building internally

Best Practices:

  • Establish communities of practice—Peer groups for Scrum Masters, RTEs, and System Teams enable these individuals to learn from each other.
  • Support innovation—Commercial Banking leads Innovation Renovations similar to the Shark Tank TV show, where individuals present ideas for improvement.
  • Recognize accomplishments—Commercial Banking calls out specific individuals for their efforts at PI events, and enhances morale and a sense of fun by requesting that people write what they appreciate about others on “walking billboards” on each other’s’ backs.

Introduction

One of the most widely recognized brands in America, Capital One is a diversified bank that offers a broad array of financial products and services to consumers, small businesses, and commercial clients. The company employs more than 47,000 people, and in 2016, reported revenue of $25 billion.

Benefits of SAFe for Financial Services

Since launching in the mid ‘90s, Capital One has been a disrupter. Smaller and nimbler than its competitors, it could react to market demands quickly. But as it grew, it lost some of that agility.

2010 began a transformation starting with the renaming of the Capital One’s IT groups to Capital One Technology. “This was more than a name change,” Capital One CIO Rob Alexander said.  “It was a declaration that we would no longer be a traditional bank IT shop.  From now that day on, we would be an organization working to transform Capital One into a technology company.”

In 2012, Capital One’s Commercial Banking group set out to be more responsive to customer and market needs.  Knowing the organization relied on a lot of outsourced functions, the team set out on a transformational journey to bring IT development back in-house.

As the transformation picked up steam; it was clear, talent would be the lynchpin to execute against their development goals.  To maximize the transformation, the following was always the question:

“How do we work in a way that allows great talent to do great work?” (Rob Alexander, CIO, Capital One)

The CIO of the company’s Commercial Banking Technology team, Mike Eason, explains the motivation for change.  “Like many companies with outsourced technology, we knew we needed to gain control over our customer experience and become more nimble,” Eason says. “We took a step back and said, ‘we need to build our own technology to respond more rapidly to the market.’”

In 2013, the group began taking steps toward building an Agile workforce, however, Eason describes it as going through the motions. Development was largely still a waterfall approach. And while technology leaders were fully on board, opportunities remained to gain the full support of upper management.

SAFe: ‘A Well-Supported Framework with Clear Guidelines’

For the guidance it needed, Commercial Banking turned to the Scaled Agile Framework® (SAFe®).

“We looked at other frameworks for Agile, but SAFe offered a well-supported framework with clear guidelines, training, and experts to support us throughout the journey,” says Anand Francis, Director of Agile Coaching Services, Capital One Commercial Banking.

“The products we’re developing are bigger than one Agile team,” Eason adds. “For the teams to interact and plan together, we really needed SAFe as the foundation. It brings the practices and methodologies to coordinate multiple teams working on the same product at the same time.”

With the decision to go SAFe, support from the Capital One Commercial Operations Leader was a key factor, helping to influence large scale buy-in from other executives. Moving beyond rhetoric of “business and IT” alignment, Capital One business executives have agile teams dedicated to their products, services, and broader business strategies.

Goal: 100% Training

Prior to the first Program Increment (PI), all team members went through Agile 101 training. Today, half of the Release Train Engineers (RTEs) are SAFe Program Consultants (SPCs). Out of 50 Scrum Master roles, one quarter have achieved SAFe® Scrum Master (SSM) Certification while 10 percent are SPCs.

“Our goal is to have 50 percent of our Scrum Master population SAFe Scrum Master certified and 100% of our RTE population SAFe RTE certified by the end of the year,” Francis says.

Capital One now includes Agile, Design Thinking, and SAFe training courses in its Capital One University. Employees can choose from a number of SAFe courses, including Leading SAFe, SAFe Product Owner/Product Manager, and SAFe Release Train Engineer.

Empowering Teams

SAFe for Financial Services

Capital One held its first Program Increment (PI) Planning meeting in 2013. In-house Agile coaches provided continuous guidance to Scrum Masters, RTEs, and Product Owners.

As Commercial Banking kicked off its first PI, a mindset shift was necessary for associates and to continue to move forward on two big themes: one, we as an organization needed to be great at delivering software; and two, we needed to be great at delivering data solutions that support how we make decisions for customers, how we interact with them, and how we make decisions internally. Christy Gurkin, the RTE on the first Agile Release Train (ART), found that while teams were initially resistant to the change, they soon began embracing the new approach.

“I noticed that people who normally would not have talked together were initiating conversations on their own, without me having to push it,” she says.

Eason also notes that, early on, teams lacked the autonomy to deliver independently because too many outside dependencies slowed down the process. Capital One addressed this by changing team structure. Instead of teams that focused on a single aspect, such as building an API, they transitioned to full-feature teams—equipping an entire team to deliver working software independently in a two-week sprint.

With this shift in team composition, and a greater focus on DevOps and continuous integration/continuous development, the company gained momentum.

Capital One additionally reduced team sizes down to seven or eight people. “By reducing team sizes, we improved team chemistry, which left them feeling like they had the autonomy to solve issues themselves,” Eason says.

Commercial Banking also took a major step in moving from project-centric budgeting to team-centric budgeting. “Before, no one wanted the project to end because then the resources would be distributed somewhere else,” Eason says. “Leadership and teams are now aligned to products, and make decisions on how much to invest in the products themselves instead of justifying every single project.”

As a result, teams are more nimble to ‘turn on a dime’ as needed, without the pressure of having to see a specific project to the end.

“Teams feel more beholden to the product they’re working on versus moving from project to project,” Francis adds.

A Transformation Guided by Teams

In addition to performing Inspect and Adapt after every PI, Commercial Banking designed and developed an Agile maturity assessment to help trains and teams understand where they are on their transformation journey. Once a quarter, they ask individuals to react anonymously to neutral statements across five areas: sustainability, value delivery, scaled agile, culture, and technical health.

“A lot of companies think they’re in one place, but they’re really in another,” says Greg Jaeger, Agile Coach. “Our goal was honest opinions and honest assessment because that’s the only way to help each member of the team, each team, each train, and each program get better—not only in being Agile or SAFe but in actual product delivery.”

Areas with low scores indicate the need for a discussion. In response, individuals at the Team and Program levels identify areas to improve for the next six sprints. Based on items chosen at those levels, Agile coaches formulate an Agile transformation path for every value stream.

Faster Delivery, Happier People

Benefits of SAFe for Financial Services

Today, Commercial Banking has 13 ARTs and seven Value Streams. Since deploying SAFe, the group has seen gains that benefit employees, partners, customers, and the organization as a whole:

Time-to-market— As we build out our physical campus, we have tried to create work spaces that enable that collaboration at the agile scrum team level, but also, we operate what is called the scaled agile framework.  That implies that we need to be able to be effective in collaborating at both the individual team level, but also across multiple teams.

Taking an iterative approach to frequently deliver to production brought about efficiency and speed not previously seen.  “We’re truly able to deliver working software into production at the end of every sprint,” Eason says. “What took us six months to complete before, now we might complete in a couple of months. And by bringing development in-house, we have working solutions much faster than any vendor partnership could deliver.”

Commercial Banking turned the ratio of vendor-created applications to those built in-house upside down.

Engagement—With employee engagement up 15-20 percent overall, morale and retention have improved.

Predictability—With each PI, Commercial Banking sees greater predictability in what it can deliver. PI planning plays a major role in setting expectations and encouraging follow-through.

Customer satisfaction—Eason says business partners prefer the new approach and would not want to go back to the old way of working. Likewise, the businesses that Commercial Banking serve have responded positively to the opportunity to see demos and progress along the way, rather than only having insight into fully completed projects.

“It’s been great to have clients with us on the design and test aspects of development,” Eason says.

The journey continues at Capital One, with Commercial Banking continuously refining after every PI. Success so far, aided by SAFe, greatly fuels that momentum.

“SAFe has enabled us to go to production in a safer and more scalable way more often than we would have normally,” Anand says.

“We are in that journey, and it is important that as the leadership team in technology,” says Capital One CIO Rob Alexander, “we are communicating to our whole organization that this is what excellence in software delivery looks like.”

Back to: All Case Studies

Suggested Case Study: Standard Bank

Thales – Adoption of Business Agility Across the Enterprise with SAFe

Thales - Bringing Agility Across the Enterprise with SAFe

“The great thing about SAFe is that we have a structure in place to deliver better quality more rapidly. We can easily share with our customers and OEMs how Lean-Agile is a part of what we do.”

Celie Navatel, VP Quality and Customer Satisfaction at Thales InFlyt Experience

Challenge:

Reduce cycle time, control costs, and improve quality in a highly regulated environment.

Industry:

Information Technology, Aviation

Solution:

SAFe®

Results:

  • The company is two times faster in introducing releases.
  • The ability to spot bugs sooner raises quality and enables more frequent releases.
  • Employees report higher engagement and satisfaction.

Best Practices:

  • Invest in training – From gaining support for SAFe to the first PI and ongoing, Thales InFlyt Experience has invested heavily in training people at all levels—contributing to buy-in and a smooth transition
  • Engage change agents – Thales trained seven change agents to influence the rest of the organization

Introduction

With 64,000 employees and over 25,000 engineers and researchers in 56 countries, Thales has a global presence no other provider can match. For inflight entertainment solutions and digital services, the leading airlines in the world have come to rely on the company’s Thales InFlyt Experience division to enhance the travel journey and create engaging and personalized experiences for their passengers.

From the comfort of your airline seat, the Thales Inflight Entertainment System allows you to watch shows, play games, browse the dining menu, or find your current location on a global map. You can also connect to in-flight Wi-Fi on your own device. The Thales system is guaranteed to work at highest quality, all the time.

Such in-flight entertainment and connectivity has become an essential and expected benefit on commercial airlines. Every year, more than 300,000,000 passengers across 75 partner airlines rely on Thales InFlyt Experience solutions.

At Thales, success depends on innovation, competitiveness, and teamwork to meet and exceed customer expectations. The company designs and develops highly complex integrated hardware and software solutions, within a regulated environment across all regions where Thales customers operate, which adds to the challenge of frequent deliveries.

In the past, individual teams at Thales began experimenting with Lean-Agile approaches. However, their efforts remained limited to software teams, and they continued to release in large batches. Something had to change.

“We needed a framework to meet our goals of providing exceptional customer satisfaction with reduced cycle time, lower costs, and better quality,” says Ted Tomoyasu, Director of SAFe Transformation at Thales InFlyt Experience.

SAFe: A Clear Vision for Implementing Agile

Leo Alonso, Thales VP of Engineering, had used the Scaled Agile Framework® (SAFe®) successfully at a former company. To explore the option for Thales, the company sent seven people to Implementing SAFe® training with Portofino Solutions, a Scaled Agile Gold Partner. All received certification as SAFe Program Consultants (SPCs). With that knowledge, the group returned ready to explain the approach to executives and gain buy-in.

“Sending a cross-functional team to SAFe training was one of the big success factors and a major step in gaining executive sponsorship,” Alonso says. “They returned with a clear vision for how to implement SAFe, which supported the decision of our senior executives to move forward.”

That core of seven team members became what Thales calls the Lean-Agile Transformation Team (LATTe), which was designed to provide the vision, guidance, and support to take the organization forward with SAFe.

From there, the company identified one large value stream to begin with and moved forward with training. This initial training brought together architects, project managers, and functional managers related to the value stream along with people from additional shared services such as HR, Finance, and leadership.

“Thales took training very seriously,” says Armond Mehrabian, President of Portofino Solutions. “When we talk to other companies about SAFe, they ask if they can just send one person. But if you want to be successful, you need a critical mass of trained people to bring about change.”

In August 2015, Thales conducted a Quickstart SAFe implementation that involved two days of training in SAFe for Teams, two days of Program Increment (PI) planning, and two days of SAFe Scrum Master training. In total, about 150 people joined the first PI.

PI Planning events allowed for the diverse working groups to come together quickly and collaborate face-to-face in real time. “We were able to see how all the layers of technology fit together to deliver this complex system,” says Robert Magnusson, Continuous Improvement Project Manager at Thales.

The adoption of business agility across the enterprise using SAFe faced some resistance from those in traditional project manager roles. Thales kept them as the primary interface to customers and gained their buy-in by showing that they could respond more rapidly to customer requests.

SAFe in a Regulated Environment

Thales must comply with diverse regulations in all the regions and countries where its customers operate, as well as with the requirements from aircraft manufacturers. In addition to these requirements, there are customizable features that are unique to each airline. Thales designs its systems by focusing first on fixed solution intent (aircraft manufacturer requirements) and tackles variable factors (airline requirements) later.


Through the SAFe agility transformation, Thales InFlyt Experience has successfully reduced software release cycle time by more than 30 percent, lowered cost per size point by 25 percent, improved quality with a 20 percent reduction in solution rework, and enhanced collaboration and transparency.

“The great thing about SAFe is that we have a structure in place to deliver better quality more rapidly,” says Celie Navatel, VP Quality and Customer Satisfaction at Thales InFlyt Experience. “We can easily share with our customers and OEMs how Lean-Agile is a part of what we do.”

Bringing Agility Across the Enterprise with SAFe

Delivering More Often, with Higher Quality

Today, Thales InFlyt Experience has been using SAFe for two years, and now runs several Agile Release Trains (ARTs) and one value stream. The company has trained over 800 people and deployed across all departments and functions.

Through the SAFe agility transformation, Thales InFlyt Experience has successfully reduced software release cycle time by more than 30 percent, lowered cost per size point by 25 percent, improved quality with a 20 percent reduction in solution rework, and enhanced collaboration and transparency.

DevOps also proved critical for Thales, since it cannot test its systems on actual flights. Instead, the company relies on state-of-the-art tools to simulate how in-flight systems will perform. In line with SAFe, the company matched development and production environments, which is vital for successful deliveries.

Transformation leaders credit SAFe with helping to strengthen Lean-Agile practices throughout the organization.

“Thales’ framework changed from waterfall to streams of agility,” says Ted Tomoyasu, Director of Program Management. “SAFe has been instrumental in bringing agility across the enterprise”.

Back to: All Case Studies

Suggested Case Study:

Air France- KLM

Standard Bank – Implementing SAFe and DevOps for Agile in Business

Standard Bank - Implementing SAFe and DevOps

“SAFe provided the structure we needed to scale Agile enterprise-wide. It addressed the complexities and gave us the framework for building portfolios, roles, and jobs to achieve our goals for productivity, morale, and quality.”

Alex Keyter, Lean Agile Transformation Consultant (SPC4), Standard Bank

Challenge:

The bank sought to improve service quality, efficiency, and employee morale, but previous efforts to scale Lean-Agile beyond a few teams had stalled.

Industry:

Financial Services

Solution:

SAFe®

Results:

  • Time-to-market reduced from 700 to 30 days
  • Deployments increased from once or twice a year to monthly
  • Productivity increased 50%
  • Cost decreased by 77%
  • Predictability is now at 68%
  • Organizational health improved by 12 percentage points from 2013 – 2016, thanks in part to SAFe

Best Practices:

  • Focus on culture change – Standard Bank moved from individual recognition to team awards and KPIs. The bank increased excitement and engagement through gamification, skills building, and automation.
  • Get the business involved early – The bank started the transition with IT. In hindsight, they would have engaged business owners sooner so they understood that the change was not just about IT. A handful of progressive thinkers helped influence the others.
  • Don’t forget to focus on engineering – “SAFe, coupled with a focus on engineering, takes it to the next level,” says Mike Murphy, Standard Bank CTO.

Introduction

Based in South Africa, Standard Bank is the largest African banking group, with total assets of ZAR1.95 trillion (USD143 billion). For more than 152 years, the bank has served the continent and is now present in 20 sub-Saharan countries. Standard Bank operates seven different portfolio offerings across business and personal banking, corporate and investment, and wealth management.

Standard Bank - Implementing SAFe and DevOps

At Standard Bank, the IT team embarks on approximately 600 projects every year to help keep the bank at the leading edge. Yet traditionally, teams have completed only a small percentage of projects within the defined timeframe, budget, and scope.

To improve follow-through, Standard Bank tried a few Lean-Agile pilots. However, their efforts stalled when they attempted to expand beyond a few teams working in isolation.

“We were very much a project-based environment,” explains Alex Keyter, Lean Agile Transformation Consultant (SPC4) at Standard Bank. “We tried waterfall, a combined team approach, and other frameworks, but nothing addressed the challenge of delivering value across organizational silos. Standard Bank has over 2,000 systems in IT, which required tremendous coordination to deliver an initiative successfully.”

Changing Culture and Launching POCs

On the back of a number of benchmarks that the bank set locally and internationally, the company initiated a four-pillar IT strategy:

  • Quality of service through brilliant basics, which are defined as IT housekeeping and maintenance; stability of service; and simplifying and reducing complexity
  • Responsiveness to market
  • Sustainability as the foundation of client excellence
  • Affordability through commercial pragmatism

To support its goals, the bank turned to the Scaled Agile Framework® (SAFe®), and gained backing from executives to move ahead with deploying it. “SAFe provided the structure we needed to scale Agile enterprise-wide,” Keyter says. “It addressed the complexities and gave us the framework for building portfolios, programs, and teams to achieve our strategic goals.”

But prior to rolling out SAFe, Standard Bank initiated various culture initiatives to start driving the change in behavior of leaders and teams, and launched proofs of concept.

“To affect culture change is like pulling out a rubber band,” explains Josef Langerman, Head of Engineering and IT Transformation at Standard Bank. “When the band is relaxed, it returns to its previous comfortable state. One has to exert energy again to pull it out. By doing this repeatedly and in different ways, the band gets softer and more stretched out. Similarly, culture needs continued effort and reliance on many techniques to move it to a new comfortable or desired state. There is no silver bullet.”

The bank took a number of steps to stretch out of its comfort zone:

  • They pulled cross-functional teams together and began delivering on a cadence
  • The Internet Banking and ATM teams modeled breaking work down into smaller, more manageable pieces and demonstrated to stakeholders the work completed during the sprint
  • Business and IT stakeholders joined in during these showcases to provide feedback to the teams
  • They switched their work attire from suits and ties to jeans
  • They began running off-site sessions with IT to define culture themes, change guilds, and more
  • They initiated DevOps initiatives prior to the SAFe implementation but were formalized during the roll-out

As part of the SAFe transition, Standard Bank set out to create a fully automated self-provisioning environment with scripting and used an automation challenge to drive interest in skills. Automation pilots yielded significant tangible results:

  • 20 minutes – Time to deploy application server stack end-to-end
  • 30 seconds – Time to release new code to customers
  • 0 percent – Deployment impact to customers

Additionally, the bank set a clear vision for the future of the organization. At the top, leaders aligned around a common understanding of goals and key performance indicators (KPIs) and emulated Silicon Valley tech leaders on the kind of change and coaching culture required.

At lower levels, the development community participated in defining the future state of the bank. Standard Bank also empowered employees to design their own culture as a group—to achieve true ownership.

Implementing SAFe and DevOps

Prior to launching the first Agile Release Train (ART), Standard Bank portfolios embarked on an outside-in model, moving away from the traditional project structures into a SAFe design construct forming cross-functional Teams, Programs, and Portfolios. The bank set a milestone for the first of July 2016 for teams to co-locate, work from a backlog, and establish visual management of work and self-regulated teams.

With the outside-in design taking shape, Human Capital with support from the Group CIO started a program that focused on re-skilling individuals to repurpose them as software engineers, quality engineers, or user experience analysts. Once they passed the aptitude test and went through the program, they were placed in a feature team. As a result, the organization now has more people getting the work done versus managing it.

“We really broke the old business operating model,” explains Adrian Vermooten, Head of Digital for the Africa Regions. “We said, ‘We’re changing our methodology. We’re moving out of this building and you’re giving up your old jobs.’”

In July 2016, two individuals attended SAFe Program Consultant (SPC) training and returned to begin rapidly training hundreds of team members. From July 2016 through February 2017, Standard Bank trained approximately 1,200 people on Leading SAFe in preparation for its first Program Increment (PI) planning meeting in January 2017.

A division CIO set the tone for executive sponsorship by earning certification as a SAFe Agilist prior to the first PI. Then he and other leaders planned heavily for the first event.

Standard Bank - Implementing SAFe and DevOps

The First PI: A Mind-frame Shift

Leading up to the first Program Increment (PI), the bank evaluated the various internal and external teams impacting Agile Release Trains (ARTs) in the Portfolio and extended invitations accordingly. The first PI brought together 300 people from the Card & Emerging Payments group, which depends on more than 32 systems with numerous codependencies. While challenging, the event succeeded in kicking off a major mind-frame shift.

“The way we normally do things, we inherently start with, ‘Why? And we can’t do that,’ as opposed to this process which was, ‘We can do it, and how?’” stated one of the attendees.

Following a successful PI Planning session, the benchmark was set and other Portfolios soon followed with their first PI Planning sessions.

Productivity Up 50 Percent

These days, with more than 2,000 people trained on Leading SAFe, Lean-Agile practices and SAFe are key parts of Standard Bank’s strategic plan. The move to SAFe delivered a number of benefits, both qualitative and quantitative. Standard Bank succeeded in breaking down silos and improving dependency management. They removed complexity and reduced cost—while building more. Business people now prioritize work and budgets to account for IT change.

The bank notes significant gains within some of the more mature Teams or Portfolios:

  • Time-to-market reduced from 700 to 30 days
  • Deployments increased from once or twice a year to monthly
  • Productivity increased 50 percent
  • Cost decreased by 77 percent
  • Predictability is now at 68 percent
  • Organizational health improved by 12 percentage points from 2013 – 2016

As hoped, the benefits have trickled down to the customer. “We put together some teams that much more closely represent the customer value chain,” Vermooten says.

Beyond the numbers, Vermooten sees the changes firsthand every day. Senior staff members get out from behind their desks and interact more with teams, while junior staff feel more free to share ideas.

“We flattened the organization,” he says. “Before, only senior people would speak up in meetings. Now, in every meeting, junior people are leading the conversation. There’s higher energy and intensity in people. It brings out the best in them.”

Back to: All Case Studies

Suggested Case Study: Westpac

NHS Blood and Transplant – Adopting SAFe in Healthcare

NHS Blood and Transplant – Adopting SAFe in Healthcare

“Adopting SAFe has set in motion the skill development and mindset for successful organizational change even as we scale to new programs, release trains, and people.”

Gary Dawson, Assistant Director, Solutions Delivery

Challenge:

NHSBT sought to improve the business processes and the supporting IT environment in two major programs, and do so without adversely impacting its core business or service delivery to patients.

Industry:

Government, Healthcare

Solution:

SAFe®, Consulting and Coaching Service

Results:

In the first PI, NHSBT was able to deliver a committed, finite number of product features, as well as prioritize IT operations alongside the business part of the organization.

Best Practices:

  • Include all in the journey — The mutual understanding between IJI, managers and employee teams was critical. “It made the difference that we were bringing them on the journey—rather than telling them how we were going to impose something on them. It has been a key element in NHSBT’s success,” Dawson says.
  • Show and tell — “Show and tell” sessions (every two weeks) and then a mid-PI retrospective helped the business see the benefits of the change process and really feel part of it.

The partner that made it happen:


Introduction

NHS Blood and Transplant (NHSBT) is a joint England and Wales Special Health Authority that provides a blood and transplant service to the National Health Service—supplying blood to hospitals in England, and tissues and solid organs to hospitals across the United Kingdom. Each year, donors give approximately two million donations of blood and 3,500 organs—saving and transforming countless lives.

Safeguarding the blood supply and increasing the number of donated organs involves collecting, testing, processing, storing, and delivering blood, plasma, and tissue to every NHS Trust in England. NHSBT also matches, allocates, audits, and analyzes organ donations across the whole of the UK.

With an increased need for its services, the organization recognized that effective technology is crucial to the delivery of safe products and services for patients. While looking ahead to its corporate 2020 vision, NHSBT identified several goals: replace an aging IT infrastructure, migrate to SaaS cloud-based services, and replace the critical operational applications underpinning its activities while ensuring they remain compliant with external regulatory monitoring.

NHSBT sought to revolutionize the way it interacts with blood donors by taking full advantage of the opportunities afforded by digital technologies. That means careful consideration of the realities of existing interdependencies between the national databases and NHSBT services, systems, data, processes, and people.

Adopting SAFe in Healthcare

NHSBT identified the need to improve the business processes and the supporting IT environment in two major programs: ODT Hub and Core Systems Modernization.

“NHSBT was embarking on its most complex transformation program ever, initially focusing on the Organ Donation and Transplantation (ODT) area of its business,” notes Gary Dawson, Assistant Director, Solutions Delivery. “It needed to modernize a significant percentage of its core systems, platforms, and architecture along with re-aligning the infrastructure to more modern cloud-based technologies. The impact on the current business and practices couldn’t be underestimated across the organization—we were anticipating changes in how we work and how the system worked.”

It’s All About the People

NHSBT employees truly care about the organization and its work. Dawson, working with the wider NHSBT ICT organization, felt that it was important to correctly evaluate IT needs in line with organizational changes and be able to guide the system changes with the people using them.

“We recognized that both the overarching change and the adoption of a new technical platform and architecture—the effects on the culture of the organization—could, if not managed strategically, create a complex management problem and have an impact not only on the core business, but also the working relationships of the people within NHSBT,” Dawson says. “We needed a system and guidance to adapt and benefit from the changes and we were clear that the waterfall methodology that we had previously relied on wouldn’t support this change. We have dedicated and passionate people who work here, who really care about the cause and want to achieve the goals of the organization, but this change would only work if everyone was on the same page and we could go through the journey together.”

A New Approach to Adopt Change

The Chief Digital Officer had set the strategy for implementing Agile into NHSBT and brought on Dawson specifically with this in mind. From day one he worked extensively and closely with the Business, IT, and Program Delivery stakeholders to ensure cross-organizational support. After an initial meeting, they knew that an experienced consultancy like Ivar Jacobson International (IJI) would aim to understand NHSBT and work collaboratively to deliver solutions and training so that internal changes were manageable.

IJI suggested NHSBT use Scaled Agile Framework® (SAFe®) to help support the governance and manage both the organizational and technical changes. The ICT Leadership Team immediately took the view that this was the right methodology to achieve NHSBT’s goals and looked for an appropriate vehicle in which to introduce it. They decided the Organ Donation and Transplant (ODT) Hub Program as the most appropriate place to start implementation. ODT was initializing a hands-on software delivery and its timeline aligned well with the cadence of delivery that the framework provided. In addition, funding was in place and all the teams involved were based in one location. It would act as an ideal start and pilot for other elements of the organization to observe.

Because ODT was the first in a series of transformational changes, it would also be the model that other parts of the organization would take as an example, so it was crucial to get it right from the start. “IJI’s expertise with Agile transformation programs was a perfect fit with what we were aiming to do. Because we’d be working with new team groupings, we wanted to assist employees with transitioning to new working relationships and processes and also address the naturally risk-averse elements,” Dawson says. “We had to stay within regulatory standards. Rapid and vast change, if not done properly, has the potential to be disruptive, and actually hinder advancement. We chose Ivar Jacobsen International to provide company guidance, including coaching and training services, for the implementation of SAFe at NHSBT.”

Adopting SAFe in Healthcare

A Proven Framework in SAFe®

SAFe offers a broad range of content and phased implementation for organizations looking to increase productivity, change system structures, increase employee training, add solutions-based management and develop greater efficiencies across company platforms and people.

Because proper preparation is critical to set the stage for smooth adoption, IJI delivered a two-day workshop, ‘Leading SAFe,’ that engaged managers interactively while explaining what SAFe was and how to implement it properly.

Meanwhile, Dawson and IJI also began to structure team units. They identified product managers and product owners working collaboratively to define their roles within SAFe and guided them on SAFe practices. Training roll-outs started with 10 or 12 courses, ranging from large-room sessions of 30-40 people for SAFe overviews and discussions of how it could work within NHSBT. These were followed over a two-month period by smaller and more interactively focused sessions for product managers and owners intended to further guide them and increase engagement. Sessions included six to 10 people with the appropriate attendees to maximize the interaction and cross-functional engagement—even at the point of training.

Meanwhile, program managers, with Dawson, started to work on organizational components, such as planning sessions across the organization (75 – 80 people). Planning included who would be involved, as well as logistical challenges. Dawson spent considerable time explaining the rollout and SAFe implementation to all levels of employees to facilitate understanding and new team groupings. IJI was on hand at all stages of implementation to guide, coach, teach, and assist teams to transition to SAFe, following a strategic Program Increment (PI) cycle that ensured SAFe was adopted by employees with secure checkpoints and feedback along the way.

Building Success

Adopting SAFe in Healthcare

Over the first Program Increment (PI), NHSBT’s ODT program came through on most of its deliverables. “It was amazing how much we were able to do in such a short time,” Dawson notes. “Now that we’ve done that, we can see what we need to do for future PIs and are continually able to refine and understand the teams’ velocity; it’s all falling into place and people really are committed.”

In that first PI, they were able to develop and learn to work effectively as a team and were able to deliver a committed, finite number of product features, as well as prioritize IT operations alongside the business element of the organization.

During the short introduction phase of three to four months, they were able to not only onboard and train all the teams aligned to the Release Train, they were also able to get the business component of NHSBT aligned with IT. There were challenges—such as integrating business managers into the teams and defining product owners—but “show and tell” sessions (every two weeks) and then a mid-PI retrospective helped the business see the benefits of the change process and really feel part of it.

“We would never have had that level of interaction in a waterfall delivery,” Dawson says. “To achieve the levels of understanding of both the technology and deliverables—along with all the interdependencies—would have taken months of calls, meetings, and discussions. We planned the next three months in just two days and now we retain that level of engagement on a daily basis.”

SAFe has become part of everyday procedures at NHSBT, with a series of checkpoints and loops that ensure communication is clear and efficient between teams and individuals. IJI understood that it was important to Dawson and NHSBT that change occurs but not at the cost of quality or control, and that value to the business should be equal to the ability of the organization to cope with the rate of change. NHSBT was able to build Agile confidence across the ODT program—senior stakeholders could support the cultural change because SAFe provides the governance required to build in the needs of Quality Assurance and regulators.

Successfully Scaling to New Programs

Having delivered the first MVP (Minimum Viable Product) of the ODT Program, it is clear that the introduction and embedding of SAFe within NHSBT has begun to provide early delivery of significant business benefits.

NHSBT has now run two SAFe big-room planning events for its Core Systems Modernization (CSM) Program, which is potentially a much larger program to replace its core blood offering system relating to blood, blood-derived products and tissues.

“We’re definitely not standing still,” Dawson says. “We are building momentum and will continue to run with the same rhythm that SAFe has provided us with our ODT program. Adopting SAFe has set in motion the skill development and mindset for successful organizational change even as we scale to new programs, release trains, and people.”

Back to: All Case Studies

Suggested Case Study: Royal Philips

Intel – Implementing SAFe for Information Technology

In 1965, Intel co-founder Gordon Moore made a stunning observation: The number of transistors per square inch on integrated circuits had doubled every 18 months since their invention. He predicted the trend would continue into the foreseeable future—and it generally has. A billion transistors now fit on a chip the size of a pea.

Challenge:

In a complex, fast-growth industry, Intel must continuously innovate while controlling costs and maintaining quality.

Industry:

Information Technology

Solution:

SAFe®, Agile and Lean

Results:

  • MVE delivered 65% more products with the same capacity.
  • Improved Commit-to-Accept ratios from 74% to +90%.
  • Everything is visible to everyone.
  • Scope change reduced to less than 5%.

Best Practices:

  • Choose the right RTEs – Intel found that effective RTEs have a combination of technical background and a deeper Agile mindset/experience
  • Train the Leaders – Business owners and Train Management should be required to attend SAFe training. It is critical that the leaders speak for the transformation, act as role models, and reinforce direction within the organization. Leverage advocates in the organization whenever possible.
  • Always end with Inspect & Adapt – Just get started and then learn and adapt. Favor “progress over perfection.”
  • Keep it Simple – Don’t overcomplicate the process, and bring things back to the basics of Agile and Lean.

Introduction

Intel has been integral in pushing that pace of growth in the marketplace. Today, the company employs more than 100,000 people globally and reports net revenue of $59.4 billion.

But like most enterprises, as it continuously innovates and expands, Intel must balance cost control while maintaining high quality.

“With the complexity and number of the products skyrocketing, if we didn’t adjust or adapt, other than adding more people, Moore’s Law would crush us,” says Allen Ringel, Lean & Agile Transformation Leader, Intel.

Agile at Enterprise Scale

Blue Circuit Board Pattern Close Up

Intel’s Manufacturing Development Organization (MDO) division tests and validates Intel solutions, producing over two million lines of code every two weeks. In an effort to deliver more value, MDO began to adopt Lean-Agile practices in 2005, and by 2012 had small pockets of Scrum and a homegrown solution for scaling Scrum.

“We found the Agile approach attractive because it turns the Iron Triangle on its head,” Ringel says. “Features are negotiable but time, cost, and quality are not.”

Yet as more people and divisions were folded into MDO, Intel found it increasingly difficult to scale Scrum. Thus, a team of about 15 people tasked with driving Lean-Agile at Intel looked at industry frameworks for ways to scale more effectively.

In 2013, MDO discovered the Scaled Agile Framework® (SAFe®), which provided clear structure and roles for taking the company into the next phase of Agile. SAFe also aligned well with the company’s broader Lean approach as a learning organization focused on continuous improvement and waste elimination.

“In an organization as large as MDO we needed to standardize the planning and execution process we use to work together to deliver value,” Ringel says. “When we encountered SAFe it provided a proven, public framework, with well-defined roles and artifacts for applying Lean and Agile at the enterprise level.”

Those 15 Lean-Agile leaders prepared for the implementation by attending the SAFe Program Consultant (SPC) Certification training. After mapping the roles, principles, practices & tools to back to what currently existed in the organization, they had essentially created a trail through the forest with a visible plan for implementation. Then they jumped in with both feet.

Leading up to the first Program Increment (PI) planning event, Intel trained more than 1,500 people. Over the course of eight weeks, they launched eight Agile Release Trains (ARTs) with 170 Scrum teams—with Christmas and New Year’s in the middle. To ease the transition, the 15 Intel Lean-Agile coaches were embedded at the 14 different sites with MDO teams to answer questions and provide guidance.

At Intel, executive backing proved critical to the success of the rollout. Mohsen Fazlian, General Manager of the division, created a shared vision by communicating clearly about the reasons for adopting SAFe and scaling Agile. Intel also reinforced Scrum rules for teams to be properly sized, co-located, 100% committed, and cross-functional. Where co-location was not possible & budgets allowed, Intel brought together people in person for at least the first planning event.

That first PI, admittedly, demanded considerably more effort than subsequent events. Yet, the ability to see immediate value spurred momentum. “The planning events were essential for teams to align at the train level while highlighting dependencies and allowing risk mitigation early on,” Ringel says.

Intel made a few enhancements to the typical SAFe deployment. They digitized the program board so they could see everything on a dashboard at all times and identify efforts quickly as progressing normally or abnormally. Lean-Agile leaders guided managers in looking at abnormal areas from a new perspective. If something turned red on the virtual program board, instead of managers saying, “Fix this,” they ask, “How can I help?”

Training 2,000 Over Three Months

Fast forward to 2017. Intel has grown Lean-Agile practices at a pace that rivals Moore’s Law. The well-defined roles and terminology within SAFe serve as essential signposts for those new to the Framework.

The structure has kept the trains on track as the organization continuously expands. A merger with another group—now combined under the name Manufacturing Value Engineering (MVE)—nearly doubled the size of the organization.

To fold in the new division, MVE trained nearly 2,000 people over three months and immediately organized them into trains. While the change came as a bit of a shock to some, the rapid integration enabled people to participate in the Agile system while trainers consistently communicated the value of the change, helping people experience it first hand and embrace their roles with the new way of working.

“We all feel part of a bigger thing and speak a common language that everyone understands,” Ringel says. “There’s clarity in the model we work in, which has definitely been something people latch on to.”

Ringel says that Intel has settled on an acceptable ratio of coaches to employees: 1:200-250. “We have shown management that we can deliver value with half a percent of the organization as transformation leaders,” he says.

Agile at Enterprise Scale

One of the Largest Reported SAFe Deployment

Today, MVE has over 440 Scrums organized into 35 ARTs, including software and hardware engineers. MVE continues to widen the circle and is frequently consulted by organizations throughout Intel. Adjacent organizations at Intel interested in MVE’s success have enlisted MVE to help with scaling Agile, leading to eight additional ARTs in partner organizations. In fact, Intel’s effort is one of the largest publicly reported SAFe deployment based on number of ARTs.

While scaling has not been easy, it has been worth it. The impact of these efforts ripples across the company.

Increased Product Variants

  • Helped MVE to delivered 65% more product variants

Strong Performance-to-Schedule Discipline

  • Capacity-based planning and cadence provides a heartbeat and prevents schedule slips
  • Customers and upper management are changing their behaviors to protect the cadence set by Program Increments
  • Commit-to-Accept ratios improved from 74% to +90%
  • MVE minimized scope change in Program Increments to less than 5%

Increased Transparency & Visibility

  • The company identified bugs, impediments, weak tools and poor engineering habits
  • Transparency is invaluable and everything is visible to everyone
  • Communication & conversations are more valuable than tracking indicators in a tool
  • MVE now has a strong community with a common language

Institutionalized Process

  • Teams have demanded adherence when the environment becomes chaotic

Ultimately, Intel’s Lean-Agile efforts help it maintain the industry’s rapid rate of growth.

“Lean & Agile help us deliver more products without adding more people, so we can stay competitive and keep up with Moore’s Law,” Ringel says.

Back to: All Case Studies

Suggested Case Study:

Deutsche Bhan

Fitbit – Benefits of Using SAFe in Consumer Technology

Fitbit Benefits of SAFe in Consumer Technology

“SAFe has been a successful story for us. It allowed us to grow our team in a seamless way that integrated cross-functional groups and aligned with the company’s long-term strategy. Fitbit has grown significantly since we adopted SAFe, and we were able to scale the process and still deliver high achievement every PI. My VP calls it the scaffolding that has helped moved our team forward.”

Damian Brown, Sr. Director of Program Management Office, Fitbit

Challenge:

With major consumer holidays as deadlines, target dates are immovable. Early Scrum efforts could not keep pace with company growth.

Industry:

Consumer Products, Information Technology

Results:

  • Fitbit achieved a long-term look-ahead on its product roadmap and a short-term look-ahead on team tasks
  • Teams now achieve five business goals per PI, compared to three previously
  • Velocity increased 33 percent year over year
  • Fitbit launched a record number of products last year

Best Practices:

  • Don’t miss retrospectives – After every PI planning event, Fitbit listens to feedback on what went well and what needs improvement—and integrates those changes for the next PI.
  • Establish long-lived teams – Long-lived teams provide more stability and predictability.
  • Collect metrics along the way – Collect as many metrics as possible, which could back up decision-making. These could include velocity, overall objectives completion rate and reasons for scope changes during execution.
  • Always plan for the next PI – Cadence is important to align multiple groups in the PI in preparation for the next PI planning event. Start early and make sure every participant is aware of the timeline, so all stakeholders are well-informed and prepared for PI planning.

Introduction

In 2016, consumer technology company, Fitbit, released four new products to the market that were positively received by consumers, and shipped over 22 million devices.

Delivering its highest number of products in a year is due in part to the company’s commitment to, and success in adopting SAFe® (Scaled Agile Framework®) as a way to scale the team to meet target dates.

Challenge: Delivering for Consumer Shopping Seasons

Since 2007, Fitbit has helped millions of people around the world lead healthier, more active lives by empowering them with data, inspiration, and guidance to reach their goals.

At Fitbit, major consumer holidays drive the product delivery schedule, including the year-end holiday season, Valentine’s Day, graduation, and Mother’s and Father’s Days. For that reason, target dates are inflexible when it comes to developing firmware and software for every product for each major platform (iOS, Android, and Windows).

Benefits of SAFe in Consumer Technology

In working toward targets, Fitbit engineering managers, tech leads, and Scrum masters have collaborated closely in recent years, sprint to sprint. But as the company and user base grew, Fitbit had to expand and evolve this process to meeting company and consumer needs.

“With our growing team and global presence, we knew our Scrum efforts were not going to scale,” says Damian Brown, Sr. Director of Program Management Office, Fitbit. “The question was, ‘How do we keep the organic culture people like about Fitbit while addressing the needs of the business and our global community of users?’”

Always Planning, Always Delivering

At a previous company, Brown and colleague, Brian Hsieh, had been part of a successful Agile effort by deploying SAFe. When they arrived at Fitbit, they saw an opportunity to deploy SAFe once again.

“We had done research on the different models for scaling Scrum,” Brown says. “Brian and I had been to Leading SAFe training, and once you see that big picture, your eyes start lighting up. It’s a powerful story how the Program layer aligns with Scrum teams. We knew that SAFe was something that would work for us at Fitbit.”

But first, they had to gain executive buy-in. “I think the story we told of always planning, always delivering, was very powerful for leadership,” Brown says

A Big Picture—for the First Time

With leadership on board, in fall 2015 the company started with 12 Scrum teams at its first Program Increment (PI) planning event in San Francisco. They created a highly interactive experience with physical boards and red ribbon for a visual of team dependencies within the PI. In that first meeting, teams were energized and excited about their PI objectives.

Benefits of SAFe in Consumer Technology

“Teams reported that they could see the whole picture across company-wide initiatives and understood where they could contribute,” says Hsieh, Manager of Program Management Office.

But as early as the first PI retrospective, the company realized it had not included all the teams that would benefit from this process. Thus in the next PI, Fitbit added other teams, including firmware engineering groups.

With each PI—now up to ten—Fitbit folded in more teams and more functional groups, including some not typically part of an Agile transformation. Today, members of Firmware, Software, Design, Research, Marketing, Customer Support, Data Analytics and Infrastructure Engineering all participate in PIs. Fitbit trained all those who were leading PI events, with events extended to its other office locations, including Boston, San Diego, and Minsk, Belarus.

100% Delivery on Objectives

In adopting SAFe, Fitbit aimed to evolve its process for scaling development teams in many ways:

  • Create a fast and flexible flow across the entire Fitbit ecosystem
  • Create a system of teams across the ecosystem that work together to deliver quickly
  • Scale up to adopt team growth
  • Improve visibility with the objective of a two-month look-ahead on what each team will be working on
  • Create mechanisms for teams and stakeholders to identify cross-team dependencies and add items to other teams’ backlogs as needed
  • Align key business dates across all of the programs, including security, data center moves, compliance, and marketing programs

With the help of SAFe, Fitbit successfully achieved process evolution.

As for visibility, Fitbit achieved a long-term look-ahead on its product roadmap and a short-term execution plan at areas of work for the teams, supporting planning and decision-making for leadership. It’s a roadmap process that Brown and Hsieh credit SAFe with providing.

Velocity likewise increased; teams now achieve five objectives per PI, on average, “With the metrics that SAFe provides, combined with what we regularly report on, we can tell our CTO that velocity has increased 33 percent over the past year,” Brown says.

With higher cadence and velocity, Fitbit can more readily respond to market needs. For example, when the company noticed an opportunity to add a specific capability to its products, it brought the new feature to market in a very short time with no major bugs in internal and external testing.

In 2016, with an aggressive plan for launching four new products, Brown and Hsieh credit the SAFe approach with enabling teams to complete goals and objectives two to three PIs ahead of schedule.

Additionally, the integrated, measured approach contributes to the quality of the user experience. In particular, Brown points to that critical time between Black Friday and New Year’s Day when many new Fitbit owners activate products and visit the Fitbit app and website for the first time to create accounts and sync their new devices. In 2016, the company experienced no major impact to the site during that timeframe.

Just as critical, team engagement has gone up since deploying the SAFe. As a result, teams now regularly hit their top objectives. “Having PIs and objectives really rallies us around something positive several times a year,” Brown says.

Benefits of SAFe in Consumer Technology

Now, as the company plans for next year, it’s working toward funding value streams rather than projects—a goal that SAFe 4.0 supports with its Value Stream level.

“SAFe has been a success story for us. It allowed us to grow our team seamlessly that integrated cross-functional groups and aligned with the company’s long-term strategy,” Brown adds. “Fitbit has grown significantly since we adopted SAFe, and we could scale the process and still deliver high achievement every PI. My VP calls it the scaffolding that has helped move our team forward.”

Back to: All Case Studies

Suggested Case Study: Kantar Retail