Scrum@Scale Case Study

“Nail It Before You Scale It”: Set Up a Solid Reference Model

Learn how Scrum at Scale helped this data storage company dynamically updated their legacy product starting from a 27 million line codebase. “We want to get to true Scrum as soon as possible. What is true Scrum? Release an implementable product every sprint.”
– Hiren Doshi

CASE STUDY SNAPSHOT

Trainer Name: Hiren Doshi
Organization: Anonymous
Organization Size:Medium
Industry:
 Information Technology and Security
Topic: Reference Model
Industry: Information Technology and Security
Date:
 2010
Website: Hiren’s website

Summary

According to Scrum at Scale trainer, Hiren Doshi, an organization that lacks good functioning Scrum teams prior to scaling will see dysfunctions multiply as they scale. For this reason, setting up a robust reference model prior to scaling is absolutely essential. The goal of a major data storage organization was to create a flagship product used for a complex multi-vendor IT infrastructure. The product can be installed on one machine that then manages the entire storage area network, providing services like reporting, planning, and provisioning.

A Dying Legacy

With revenue of over $600m annually, the organization had over 250 employees spread out across three continents—North America (Boston), Europe (Ireland), and Asia (India). Though the organization’s flagship product reliably served over 4,000 active customers daily, the legacy software was written about 15-20 years ago and upgrading their monolithic codebase had become a problem. The software was written before the virtualization revolution, and this organization had a massive problem with technical debt. The product they relied on was not scalable and had no automation in place—if, for instance, a new piece of Cisco firmware was rolled out for their machines, they would require many months before they could support the update. Their challenge, therefore, was to change or to perish.

A Few Test Sprint Iterations

Both because of its age and size—containing around 27 million lines of code—a new codebase could not be rewritten all at once. Hiren was faced with the challenge of how to rewrite one section of code. He divided the work into modules and chose one module from a suite of modules to update, while maintaining the system’s functionality.  Another concern was that if changes only took place at one site, other sites would lag behind, so they also formed three geographically distributed cross-cutting Scrum teams to set up an initial reference model.

Hiren put in place a Scrum of Scrums (SoS) Team that met at the Scaled Daily Scrum, initiated an Executive Action Team (EAT), and a Metascrum. Once these were introduced, they tested this reference model by running a few sprint iterations and collecting feedback along the way. Upon inspection they uncovered a few findings:  Teams had a poor understanding of Agile and Scrum, they were working at a non-sustainable pace with ad-hoc work piling up, the monolithic codebase was a liability, and there was poor decision latency with many layers before a decision could be approved. Their adaptive response was: An Agile Process dedicated to formal training for Scrum Masters and Developers, agreement to achieve minimal viable product (MVP), a single ordered product backlog to assist in prioritizing work, a scalable Representational State Transfer architecture (RESTful) to begin to update technological debt, and co-located Scrum Teams at each site to ensure everything was visible across the sites.

Some Demands, Accountability, Before & After

After implementing the response plan, they were able to target the areas that needed to be addressed first.  They recognized the need for ruthless elimination of waste and impediments, allowing them to embrace continuous integration and continuous delivery.  They asked for tools, environment, infrastructure, and understanding of dependencies and empowered the Scrum of Scrums to address all of the hidden dysfunction that was revealed.  They needed budget approvals, training, recruitment, skill enhancement, and asked the EAT and the Agile Center of Excellence (ACOE) to fund and implement the necessary programs and training to allow growth.  And finally, the EAT and Metascrum embraced the need for refinement, ordered a single product backlog with clear accountability, and applied MVP (20/80 rule).

These changes had great results.  After one year, the organization went from a 12 to 18 month release cycle to a quarterly cycle and eliminated the monolithic system to implement a RESTful architecture in all modules. Also, happiness surveys from team members also went up dramatically—from 20% initially unhappy to 80% very happy in the same period, showing a significant increase in job engagement and satisfaction. And ultimately, two metrics that indicated significant change and improvement brought by implementing Scrum at scale were the defect rate—which improved from an initial state of 20,000 defects to an ending state of fewer than 200—and revenue—which grew from an initial operating state of an annual loss of $100m to an annual gain of $200m.

 

 

More Case Studies

From Missed Deadlines to Agile Success: Transforming Digital Media with Scrum@Scale

From Missed Deadlines to Agile Success: Transforming Digital Media with Scrum@Scale

Hear how Mohammed Rowther led a successful Scrum@Scale transformation at a major digital media company facing challenges with its outdated waterfall model. By implementing behavior-driven development, creating cross-functional feature teams, and introducing executive-level alignment workshops, Rowther significantly improved delivery times, collaboration, and customer satisfaction. The transformation resulted in an 80% increase in delivery speed, more accurate targets, and a more motivated workforce, demonstrating the power of Scrum@Scale in overcoming organizational hurdles.
Transforming Logistics: From Silos to Speed

Transforming Logistics: From Silos to Speed

Unbox Robotics Private Limited, a company specializing in order sorting and product consolidation for logistics, e-commerce, and warehouse companies, undertook an Agile transformation to improve efficiency and market responsiveness. When Pasha and his team began their work within the organization, teams were not coordinated which was impacting speed to delivery, overall processes were inefficient due to heavy bureaucracy, and the organization was up against a key trade show deadline. With this in mind, the team was given six months to reach their goals and a limited budget to make it happen. Read on to hear how Scrum@Scale is transforming logistics, helping Unbox Robotics increase speed to market and achieve 5x revenue in 12 months.