Case Study
Paolo Sammicheli:
Scrum@Scale in Smart Homes
How a European IOT company used Scrum@Scale to manage complex Software and Hardware dependencies across both internal teams and external suppliers.
CASE STUDY SNAPSHOT
Trainer Name: Paolo Sammicheli
Organization: Anonymous
Industry: IOT- Home Automation
Org Size: Small
Date: 2018
Website:Trainer’s Website
Scrum@Scale was deployed across hardware and software teams to achieve over a 900% velocity increase in just one year.
Summary
Modern hardware product development often requires coordinating the design and development of mechanical, electrical, material and software components while also managing external dependencies from vendors and suppliers. In his case study, Paolo Sammicheli was able to help a European Smart Home device manufacturer increase their velocity by a factor of 9.16 over the course of a year by deploying Scrum@Scale.Managing Dependencies
In Scrum@Scale dependencies around processes and releases are generally identified and addressed at the Scaled Daily Scrum, while dependencies that affect sequencing and prioritization of backlog items are resolved at the Metascrum level. In this company, each external supplier was also assigned an internal person acting as the product owner of the external vendor. That person would then provide insight into external prioritization and dependencies at the Metascrum level while also ensuring that the external vendor was always working on the highest priority items that were needed most immediately by the other internal teams.Buffet Planning
In situations where many backlog items have a high level of cross-disciplinary functionality, having clearly refined stories that can be pulled by any of a set of cross-functional teams is essential in order to balance resources across teams and ensure that team or personnel specific dependencies do not decrease productivity. Paolo created a multi-team backlog refinement process called “buffet planning,” in which teams would come to backlog refinement and be presented with a buffet of backlog items that need refining. Each team would take stories from the buffet and refine them as they saw appropriate, marking the story with a green sticker when they deemed it “ready.” Once a story had enough green stickers it would go onto the joint product backlog from which each team would pull.Results
As you can see in the downloadable slides above, the combined velocity of the teams increased from under 10 points in early sprints, to approximately 20 points by sprint 10 all the way up to 30-50 points by sprint 20.More Case Studies
Mirko Kleiner: How to Kickstart a Self-Learning Organization in 3 days
Learn how sustainable alignment was established via agile portfolio management and iterative big room planning events
Creating Leadership Buy-in while Scaling Scrum in Banking with Hugo Lourenco
Learn how buy-in from the leadership came from forcing them to discover their own company’s “why”
Scaling Scrum Inside Insure-Tech
The company’s 7-9 engineering teams were faced with the task of realizing value, getting pressure from the private equity firm who acquired them. Challenge accepted.