– Josh Edgin, John Deere Global IT Transformation Lead
Picking the right Agile framework is one of the most important decisions an organization can make. This is especially true when effective scaling is a core component of the overall strategy.
As Edgin explains, Agile was not new to John Deere’s Global IT group. “We had Agile practices. We had Agile teams. We were delivering value.”
But says Edgin, they weren’t satisfied with the results. So, a team began evaluating several different Agile methodologies. They examined what had been done at John Deere in the past and anticipated what the group’s future needs would be.
In the past, Edgin states, “We had used other scaled frameworks—which are perfectly strong Agile processes. But with PSI planning and two-month release cycles, I think you can get comfortable transforming into a mini-waterfall,” he says, “So we aligned on Scrum being the best fit for our culture and what we wanted to accomplish.”
Early on, leadership decided to implement a tight partnership where the IT delivery team(s) are closely coupled with the product organization that is the voice of the customer. When connecting multiple products together, “leadership found the Scrum@Scale methodology to be the best fit to scale across IT and the rest of the business,” says Jayaram.
The Scrum and Scrum@Scale frameworks, entwined with DevOps and technical upskilling, became integral Agile components of the group’s new AOM.
From the beginning, John Deere’s relationship with Scrum Inc. was built around creating a self-sustaining Agile organization. One where the Foundry’s own internal trainers and coaches would build all the capabilities they needed to ensure the Global IT group’s Agile transformation was a self-sustaining one. increased by 64 percent over a two-year span doubled (from 25 to 50) between 2020 and 2021 customized, context-specific courses including , , , , , and |
When it came time to name the final and arguably most important component of the AOM, the Foundry was a clear choice. It recognizes the company’s proud heritage while also symbolizing the change that would drive the Global IT group into the future.
Many organizations incorporate a “learning dojo model” when implementing an Agile transformation. These dojos and their teams are often home to Agile practices, conduct training sessions, and provide immersive coaching for newly launched Agile teams.
Training is, of course, a critical piece of any transformation. As is coaching. After all, switching from a traditional command and control approach to an Agile servant leader approach is a significant, sometimes disorienting change.
However, some corporate dojos work on what could be considered a “catch and release” strategy. They provide one or two weeks of baseline Agile training to individuals and teams, then say “get to it”. Coaching is limited and provided primarily by outside consultants.
The first problem with “catch and release” dojos is the cookie-cutter-like approach. A mass “baseline only” training strategy focus on volume — not understanding and usability.
The second problem is the over-reliance on outside consultants for team and organizational coaching. The cost-prohibited nature of outside consultants can limit the levels of coaching each team receives. This approach also equates to an organization outsourcing its Agile knowledge base and thought leadership — a critical competency in modern business.
The John Deere Foundry and Deere’s approach to embedding Agile Coaches and Scrum Masters across the organization represents the evolution of the dojo model by addressing these problems head-on.
From the beginning, John Deere’s relationship with Scrum Inc. was built around creating a self-sustaining Agile organization. One where the Foundry’s own internal trainers and coaches would build all the capabilities they needed to ensure the Global IT group’s Agile transformation was a self-sustaining one.
This included not just materials needed to train new Agile teams. This relationship included sharing all the knowledge, skills, expertise, content, and tactics critical to training the coaches and trainers themselves.
The Foundry was launched by a dedicated team comprised of both John Deere’s internal trainers and coaches and their Scrum Inc. counterparts. They worked from a single backlog which prioritized knowledge sharing along with the “hands-on” work of training John Deere’s Global IT teams in Scrum.
Scrum Inc.’s consultants took leading roles during the first wave of training, while their John Deere counterparts observed and learned the content and techniques. By the third wave, John Deere’s internal trainers and coaches were taking the lead, with Scrum Inc.’s consultants there to advise and refine the program.
As time passed, a significant number of trainers and coaches inside the Foundry and across the organization showed the level of mastery needed to successfully pass Scrum Inc.’s intensive Registered Scrum Trainer and Registered Agile Coach courses. They could now credential their own students. More importantly, they demonstrated the ability to drive the Global IT group’s Agile transformation forward on their own.
This approach removes any reliance on outside contractors for key competencies.
Implementing an Agile transformation is a complex challenge. Research continues to show that ineffective or insufficient levels of training and coaching are leading causes of failed implementations. So too are misalignment, misunderstandings, or outright misuse of the concepts and terminology important to any Agile framework.
In short, everyone needs to share a unified understanding of the new way of working for it to have any chance of working at all.
The best way to overcome the problem of a cookie-cutter approach is to ensure all training content is as context-specific as possible.
Here too the connection between the Foundry and Scrum Inc. was important.
The joint team of John Deere and Scrum Inc. staff swarmed to create Agile courses packed with customized, context-specific material that would resonate with the company’s Global IT group.
This content removed any feeling of a cookie-cutter approach and increased the usability of each lesson.
Perhaps the best measure of success is the waiting list of teams wanting to go through Agile training and coaching. Initially, hesitancy over implementing the Agile Operating Model and undergoing training was high. Initially, there wasn’t a high demand for the training, however as early adopters experienced success, demand for the training grew. Soon teams were actively seeking admission to the next planned cohort. Now, even with greatly expanded capacity, there is a waiting list.
The Foundry model has been so successful that John Deere’s Global IT group has expanded its footprint to include coaching in Mexico, Germany, and Brazil and launched a full-scale Foundry program at the company’s facility in India. In addition to the Foundry, embedded Agile coaches continuing to drive transformation locally are a key component to the model’s success.
John Deere implemented a wave/phase approach to training at scale. This ensures effective training and minimal interruption to daily operations. The first week of the immersion phase is the only time teams aren’t dedicated to their usual duties. John Deere’s internal coaches created their (TIPS) as a way of measuring team health once they leave the immersion phase. Foundry coaches and trainers can then focus their efforts to create a continuous learning backlog that the team owns. The Wave/Phase approach has ensured both effective and efficient training across John Deere’s Global IT group. As of December 2021, roughly 24-months after its inception: |
Enter the Wave/Phase training approach implemented by the Foundry with Scrum Inc.
In this model, each team includes IT engineers along with their Scrum Masters and business-focused Product Owners. A training cohort, usually comprised of 40 to 50 teams, constitutes a wave.
The waves themselves are comprised of three distinct phases:
All three phases are designed to run concurrently, which keeps the pipeline full, flowing, and ensures efficient training at scale. The transformation doesn’t end with the wave experience. Continuous improvement and ongoing transformation continue well beyond the Immersion Phase, led by embedded agile leaders in partnership with The Foundry.
The quality and context-specific nature of the training itself, along with the “left-seat-right-seat” nature of the coaching, ensures the learning is effective.
Embedded Agile coaches are continuously transforming teams in their organizations even before they enter a wave. One goal of the Pre-Phase is to ensure readiness of teams looking to enter a wave. Acceptance criteria include:
Ryan Trotter is a principal Agile coach with more than 25 years of experience in various capacities at John Deere. Trotter says experience shows that not meeting one or more criteria “causes deeper conversations and could result in some mitigations or delaying until they’re ready.”
The benefits of an Agile mindset and processes can be significantly limited by legacy structures.
Therefore, product organization is the primary focus of the preparation phase.
“We want to create a much stronger connection between the customer, and the Product Owner and team” explains Heidi Bernhardt who has been a senior leader of the Agile Operating Model since its inception. Bernhardt has been with John Deere for more than two decades now. She says individuals in the product and portfolio side of the house learn to “think in a different way.”
Participants in the preparation phase learn how to create customer journey maps and conduct real-world customer interviews to ensure their feedback loops are both informative and rapid — key drivers of success for any Scrum team and organization explains Bernhardt, “They’re talking with the customer every Sprint, asking what their needs are and what they anticipate in the future.”
They also learn how to manage and prioritize backlogs and how to do long-term planning in an Agile way.
Scrum Role training is a critical component of the preparation phase. Product Owners and Scrum Masters attend both Registered Scrum Master and Registered Product Owner courses.
Team members and others who interact regularly with the team take Scrum Startup for Teams , a digital, on-demand learning course offered by Scrum Inc. “Scrum Startup for Teams provides a really good base level of understanding,” says Ryan Trotter, “People can take it at their own pace and they can go back and review it whenever they want. It really hit a sweet spot for our software engineers.”
By the end of 2021 Scrum Startup for Teams had helped train roughly 2,500 people in the Global IT group and nearly the same number of individuals throughout the rest of John Deere — including those who aren’t on Scrum Teams but who work closely with them.
The 10-week long immersion phase is where the Agile mindset and the AOM take flight. Where the Scrum and Scrum@Scale frameworks are fully implemented and the teams turn the concepts they’ve learned in the prior phases into their new way of working.
For John Deere’s Global IT group, immersion is not a theoretical exercise. It is not downtime. It is on-the-job training in a new way of working that meets each team at their current maturity level.
The first week of immersion is the only time teams aren’t dedicated to their usual duties.
During this time, says Trotter, coaches and trainers are reinforcing concepts, answering questions, and the teams are working through a team canvas. “This is where the team members identify their purpose, their product, and agree on how they’ll work together.”
Teams are fully focused on delivering value and their real-world product over the next nine weeks.
The Product Owner sets the team’s priorities, refines the backlog, and shares the customer feedback they’ve gathered. The Scrum Master helps the team continuously improve and remove or make impediments visible. Scrum Masters collaborates with an embedded Agile Coach that continues to champion transformation. Team members are delivering value. John Deere’s technical coach for the team is the Engineering Manager, a role that has transformed from the original team leader.
Those in the immersion phase receive intensive coaching, but they are also empowered to innovate or creatively problem solve on their own. The goal is for the coaches to help make agility and learning through experimentation a part of each team’s DNA.
The transition from students to practitioners becomes more apparent towards the end of immersion. Coaches take more of a back seat in the process explains Trotter. “We don’t want to create a false dependency. We want the teams to take ownership of their own Agile journey, to know the Foundry is here when needed but to be confident that they’ve got this and can run with it so they can continuously improve on their own.”
Measuring the effectiveness of any large-scale Agile training program requires more than just counting the number of completed courses or credentials received. The instructors and coaches must be able to see the Agile mindset has also taken hold and the implementation is making a positive impact on the organization. They also need the ability to see where problems are arising so they can provide additional coaching, training, and other resources where needed.
John Deere’s internal coaches created their Ten Immersion Principles (TIPS) as a way of measuring team health once they leave the immersion phase. Foundry coaches and trainers can then focus their efforts to create a continuous learning backlog that the team owns.
The TIPS are:
The positive business impact this training has had is outlined in section 8. Metrics and Results of this case study.
The weakness in traditional project management becomes apparent when you have a product or service that will evolve and emerge over time. There are just too many unknowns for the traditional approach to work effectively. All products are now segmented into one of three categories based on actual value delivery and market feedback. These categories are: High-value products or opportunities worth a higher level of investment Products worth continuing at current investment levels Products that aren’t delivering the ROI expected or aren’t delivering the anticipated value. Investment levels may need to be adjustedThere are some products that may have problems that need to be addressed immediately, or the investment levels are decreasing in certain areas of the product due to rationalization efforts. Those products are flagged with Fix or Exit so the MetaScrum can have prioritization conversations more easily. |
Erin Wyffels keeps an old whiteboard in her office as a reminder of the moment she and her team solved a particularly complex problem.
Wyffels leads the product excellence area of the Foundry, supporting John Deere’s product leaders in product ownership and the dynamic portfolio process. She has a long history with traditional project management, inside and outside of IT. Over the past two years, she has grown her expertise in Agile product and portfolio management.
John Deere’s Global IT group manages a catalog of more than 400 digital products across 500 teams. These support every business capability in the broader company — from finance and marketing to manufacturing and infrastructure and operations.
Most large organizations are built on legacy systems. Left unchanged, these systems can limit the effectiveness of an Agile transformation. Wyffels says the prior structure of projects and portfolios within John Deere’s Global IT group was just such a system. “Our old taxonomy would in no way work with Agile.” So, she was picked to help change it for the better.
Before implementing the AOM, portfolio management was an annual affair. One that Wyffels says, “left everyone unhappy.”
Stakeholders and senior leadership would come with a list of desired projects. Financial analysts, IT department managers, and portfolio managers would then hash out funding for these projects. Teams would then be assigned to the resourced projects. All pretty standard stuff in the corporate world.
There are, however, several problems with this approach.
Take the focus on projects. Traditional project management is a very effective approach for defined processes. By definition, a project has a start date and an end date. A set amount of work is to be done at a predetermined cost.
The weakness in traditional project management becomes apparent when you have a product or service that will evolve and emerge over time. There are just too many unknowns for the traditional approach to work effectively.
Then there’s the time it takes to make decisions based on customer feedback. As Wyffels points out, the annual nature of the pre-AOM process meant, “The best information and data you could get would be a quarter old.” Agility requires far more rapid feedback loops.
Throw in a taxonomy built more around project type than the value delivered and employees who were moved to projects instead of allowed to own a product end-to-end, and John Deere’s Global IT group had a system that was optimized based on constraints but didn’t support where the company was headed next. They were ready for a system that promoted total product ownership including value, investment, and quality and move to the next level of product maturity.
The need to adopt Agile product and portfolio management processes became apparent early in the AOM’s implementation.
Amy Willard is a Group Engineering Manager currently leading the AOM Foundry. She says this also becomes apparent for individual teams taking part in the immersion phase of wave training. “We see changes in their product structure evolving. They have that aha moment and realize the structure we had before wasn’t quite right.”
The new, Agile structure focuses on three critical components — customer perspective, value streams, and a product mindset.
The group has developed a curriculum for people in product roles in each transformation wave, with coaching support available to each person. The same content has been made available for all roles through a self-learning option, which is great for non-product roles or people that take a new position after their group’s wave is complete. Additionally, the communities being established for product roles and collaboration across people in the roles are the final building blocks to continued maturity after the transformation waves are done.
The implementation of Agile product and portfolio management has yielded numerous positive results for John Deere’s Global IT group. These structural changes were critical drivers of the success noted in the Metrics and Results section of this case study.
This shift has also increased the ability of the group’s senior leadership to act like venture capitalists and invest resources into areas and products with the most potential value to both the organization and customers.
All products are now segmented into one of three categories based on actual value delivery and market feedback. These categories are:
There are some products that may have problems that need to be addressed immediately, or the investment levels are decreasing in certain areas of the product due to rationalization efforts. Those products are flagged with Fix or Exit so the MetaScrum can have prioritization conversations more easily.
The heightened levels of business intelligence and customer feedback the AOM has fostered allow leadership to make better decisions about investments faster. It also reduces the cost of pivoting when market conditions change.
Strong products, as well as prioritization and alignment at every level of the organization are what will make the portfolio process most effective at John Deere.
At John Deere’s Global IT group being Agile isn’t defined by holding Scrum events, it’s about implementing Scrum the way it was intended by Scrum co-creator Jeff Sutherland. Log into John Deere’s AOM transformation portal and you’ll find a section with dedicated self-learning and career advancement paths. This includes everything from User Experience Practitioner to Scrum Master and Product Owner. – Ganesh Jayaram, John Deere’s Vice President of Global IT |
John Deere has a long history of finding innovative solutions to common problems. Today, they’re still focused on driving customer efficiency, productivity, and value in sustainable ways.
As the company states , “We run so life can leap forward.”
That alone is enough to make the company iconic. For John Deere, that’s just the start.
People matter at John Deere. So too do concepts like purpose, autonomy, and mastery made famous by author Daniel Pink in his book Drive . “It’s no secret that there is a war for talent right now,” acknowledges Global IT Transformation Lead Josh Edgin, “and the market is only getting more competitive.” John Deere’s Global IT group is not immune to that competition. However, it has an advantage over other organizations — a thriving Agile culture.
Psychological safety, empowerment, risk-taking, are the foundations of the AOM. At John Deere’s Global IT group,being Agile isn’t defined by holding Scrum events, it’s about implementing Scrum the way it was intended by Scrum co-creator Jeff Sutherland.
Work-life balance is important. The environment is one of collaboration and respect. The group also has a common sense based remote work policy and a number of hubs for when collocation is imperative.
All this doesn’t mean everything is perfect at John Deere’s Global IT group. Leadership is the first to tell you they can and will do even better. This itself is a powerful statement — this is a place where continuous improvement is everyone’s goal, not something management demands of delivery teams.
“We’re a company that is walking the talk,” says Global IT Vice President Ganesh Jayaram, “We’re making investments both in terms of our team members and technology.” Here are just three of the important ways John Deere’s Global IT group is indeed “walking the talk.”
Big and visible. That is the goal of the group’s transformation portal. Everything relating to the AOM implementation can be found here.
Resources, wave schedules, thought leadership, and shared learnings are all available in this in-depth dashboard. Far more than you often see in other organizations. So too are metrics for individual teams and the group as a whole.
“People want purpose,” says Edgin, “they want to solve hard problems. They want to know the work they do matters.” This portal allows individuals to better understand their roles and they work together.
Log into John Deere’s AOM transformation portal and you’ll find a section with dedicated self-learning and career advancement paths. As Amy Willard explains, “We have a path for every persona and community led CoPs, supported by the Foundry.” This includes everything from User Experience Practitioner to Scrum Master and Product Owner.
Having clearly defined career paths and self-learning opportunities is an important step. It not only empowers continuous improvement, but it also shows professional agilists that they’re valued, their skills are important, and they have a bright future at the organization which does not dictate they must choose between agility and career advancement.
Through the AOM John Deere was focused on creating a great place to work. Leadership believed that healthy teams would drive creativity, productivity, and sustainability.
John Deere’s Global IT group regularly measures this through both team and organizational Employee Net Promoter Scores, or eNPS. By asking employees if they would recommend their team to others, leaders can gain a better understanding of the health and engagement of the team.
Edgin explains the importance of these metrics this way, “When you create a culture where you have awesome employees with the right mindset and great technical skills you want them to stay here because this is where they want to be.”
The Global IT group began with a 42-point baseline. A score above 50 is considered excellent. The group now has a score of 65, greater than the 20-point improvement targeted by leadership.
Individual teams show similar results across the board.
Across the board, Deere’s Global IT Agile transformation has met or exceeded every initial goal set by senior leadership. Has , exceeding the initial goal of 125 percent. Has been — leadership initially sought a 40 percent reduction. When looking at the complete organizational structure of Scrum Masters, Product Owners, Agile Coaches, Engineering Managers, UX Professionals, and team members, leadership set a target of 75% with “fingers on keyboards” delivering value through engineering. . Leadership wanted to reduce the labor costs of the group by 20 percent. They have achieved this goal through insourcing and strategic hiring–even with the addition of Scrum and Agile roles. Employee Net Promoter Score, or eNPS, is a reflection of team health. The Global IT group began with a 42-point baseline. A score above 50 is considered excellent. , greater than the 20-point improvement targeted by leadership.The results for some teams are exponentially greater than for the group overall. John Deere’s on the Global IT group’s transformation is . |
Truly successful Agile transformations don’t have a finish line. That’s why they call it a journey of continuous improvement.
Still, just two years into this implementation, John Deere’s Global IT group is clearly well down that path. The results are as indisputable as they are impressive.
“When you look at a product area and you see a 1,000 percent improvement can’t help but think they got the baseline wrong,” says Global IT Vice President Ganesh Jayaram.
But, digging deeper, the improvement is real.
Take the productivity gains seen from the teams with Order Management. Jayaram says these teams were chosen for the AOM’s pilot project because it was “the most complicated, had the most dependencies, and had tentacles throughout the organization.” He believed that if Scrum, Scrum@Scale, and the AOM worked for Order Management, other teams couldn’t question if it would work for them.
Metrics show just how successful the pilot was.
Both results are exponentially greater than the 125 percent increase target set for the transformation. While the Order Management results are leading the way, results from other business capability areas inside the Global IT group are closely following.
Take the ERP-heavy environment of Manufacturing Operations. Here, Edgin notes, thanks to the Agile transformation and the modernization of the technology stack, “this year we’ve delivered an order of magnitude more value and bottom-line impact to John Deere in the ERP space than in any previous year.”
He adds that “Every quality measure has improved. We’re delivering things at speeds previously not thought possible. And we’re doing it with fewer people.” Other Manufacturing Operations results include:
Across the board, Deere’s Global IT Agile transformation has met or exceeded every initial goal set by senior leadership. Even when you combine results from both more mature teams and those that have just left the Foundry.
The targets that leadership set were to be reached within six months after completing immersion, but John Deere is seeing continued progress led by the business capability areas to achieve even higher results with the ongoing guidance of embedded change leaders such as Scrum Masters and business capability Agile coaches.
Agile transformations are an investment, in people, culture, productivity, innovation, and value delivery. Like any investment, transformations must deliver a positive return to be judged a success.
Deere’s ROI on the Global IT group’s transformation is estimated to be greater than 100 percent.
Successful Agile transformations also make a material impact on their company’s bottom line. Financially, 2021 was a banner year for John Deere. The company generated nearly $6 billion in annual net income — far more than its previous record. So, it takes a lot to materially impact the company’s bottom line.
Both Global IT Transformation Lead Josh Edgin and Global IT Vice President Ganesh Jayaram believe the AOM has indeed helped move the financial needle at Deere.
“The metrics we track show very clearly the answer is yes,” says Jayaram.
Edgin states, “We’re helping the company achieve our smart industrial aspirations by improving how we serve our customers and boosting productivity.” He adds that the AOM allows the group to “innovate and deliver high quality, secure solutions at a much faster pace to meet and exceed our customer needs.”
John Deere used Scrum and Scrum@Scale to help successfully navigate the challenges caused by a global pandemic and major supply chain disruptions. Additional results for the Supply Chain Solutions teams include: (anything over 50 is considered excellent) |
A global leader with more than 25 brands, John Deere relies on a complex supply chain and efficient logistics to ensure production and delivery go as planned.
More than 10,000 parts are needed to assemble just one of John Deere’s award-winning X9 combines — twice the number of components needed to build a new car.
Modern combines, just like modern farming, also require far more technology than you likely think.
Sensors, antennas, and motherboards are now just as critical as tires, treads, and tines. Of course, John Deere makes far more than combines. Its iconic logo appears on everything from tillers and tractors to marine engines, motor graders, and the John Deere Gator utility vehicle. In all, the company manufactures more than 100 distinct lines of equipment.
Each product relies on efficient and effective supply chain management — from procurement and sourcing to cost control, shipping, customs, and final delivery.
Overall, John Deere depends on a complex network of thousands of suppliers from around the globe to build industry-leading John Deere products.
Coordinating and collaborating with that network through digital solutions largely falls to the company’s Supply Chain Solutions teams and Karen Powers, the Digital Product Manager for Supply Chain Management and Worldwide Logistics at John Deere.
“We have responsibility for every shipment around the world,” she explains, “ from any supplier to any factory, to any component operation in between, and for the end shipment of the completed good to the dealer.” To accomplish all of this, Powers’ team also works with aspects of the company’s global trade including imports, exports, customs, documentation, and duties.
It’s a mammoth undertaking even in the best of times. And 2020 and 2021 were hardly the best of times.
But John Deere’s Supply Chain Solutions teams were more than up to the task. They successfully used Scrum as a team framework to increase throughput and Scrum@Scale as an organizational framework to optimize alignment and value delivery. Together they helped Supply Chain Solutions navigate the challenges caused by a global pandemic and major supply chain disruptions.
John Deere didn’t just survive these complex times, the company thrived. At the end of November 2021, the company announced record profits.
Jay Strief, the Group Engineering Manager of Supply Chain Solutions, connects this success in part to managing through supply chain issues and puts it in personal terms. “The awesome story here is the change in the culture; innovation, risk-taking, and many clear examples of teams stepping out of their comfort zone to deliver new value.” All of this, he adds, “was made possible through our digital transformation.“
Powers has been a leader in the information technology space at John Deere for most of her two-decade career.
She helmed the company’s Business Process Integration organization and an ERP implementation for the company’s Construction & Forestry Division. Powers has also led John Deere’s global analytics organization and a variety of technical teams within finance and manufacturing. She is a master of the “classic” ways of working.
When asked if there’s anything Powers misses about those pre-Agile days she quickly answers “no,” before adding, “looking back at the challenges we had to overcome in the last 18 months, I can’t fathom trying to do that without being this Agile.”
Traditional supply chain management tactics had long served John Deere well. After all, it’s impossible to grow into a Fortune 100 company with a large global footprint without efficiently coordinating your network of suppliers and deliveries.
But, as a company, John Deere understands that good enough today may not work tomorrow. Powers and her teams believed the traditional approach wouldn’t be fast enough or flexible enough to keep up with the rate of innovation and business demands for digital solutions from the global supply chain organization.
Powers says procurement of digital solutions could take months to materialize – or longer. The needs of the business line making the request often changed during that time. What was delivered was what they originally asked for but not always what they now knew they needed. It was clear that John Deere needed to adapt to continue to support customers with growing technology needs and increasing expectations for efficiency.
Supply Chain Solutions needed to move faster and more efficiently to help John Deere continue to be an industry leader. So, they started to wonder, “How do we eliminate as many handoffs as possible? How do we streamline this process? How do we better interact with the customer or internal partners?” And Powers asked herself, “How do we ensure we have the right skills and the right talent to be able to respond faster?”
Innovation is one of John Deere’s core values and the company prides itself on creative problem solving. This is part of the DNA of the company and its culture. When Powers and her team learned about the Agile Operating Model (AOM) — a transformation strategy that had been introduced to modernize the John Deere Global IT group — and the collaboration with Scrum Inc. they pushed to be included in the second wave of the transformation.
In early 2020, while still in the immersion phase of their training, Supply Chain Solutions was called on to support the Global Supply Management organization dealing with the volatility, uncertainty, complexity, and ambiguity (V.U.C.A.) that has now become the norm for supply chains worldwide.
Designated as an essential business — John Deere has continued operating and building products that help build and maintain critical infrastructure and feed the planet — throughout the pandemic.
The challenge of keeping all of John Deere’s assembly lines running would be immense. But as Powers notes, “John Deere always rises to the challenge.”
At this point, John Deere’s Supply Chain Solution teams had effectively implemented both Scrum and Scrum@Scale . Powers says both frameworks helped Supply Chain Solutions live up to its name.
No longer slowed by the overly burdensome and bureaucratic approach, the teams quickly pivoted from a primarily strategic focus to one that balanced both the tactical and strategic needs required during the pandemic.
Working in two-week Sprints allowed the teams to replan and reprioritize faster. They pivoted to overcome new pain points or the constantly changing conditions on the ground. John Deere’s Supply Chain Solutions teams have always had strong and reliable analytics and could see potential bottlenecks in their network. When paired with Scrum and Scrum@Scale, these teams now had the flexibility to act to counter the bottlenecks before they choked off critical parts.
Perhaps the most important change, however, came from the stronger alignment and team empowerment that both Scrum and Scrum@Scale helped build.
In the old ways of working, Supply Chain Solutions teams would often be told to undertake a predetermined solution by buyers and supply base managers, limiting the opportunity for Supply Chain Solution team members to share their expertise.
The Agile mindset Scrum and Scrum@Scale bring means those who do the work, and know it best, are free to figure out the most effective way to get it done. “To me, that was the big game-changer,” explains Powers, “because you have that collective brainpower, the folks who know the data and know the ins and outs that can provide things the business didn’t even dream of.”
Take the example of the shortage of materials brought on by the pandemic. Within their ferrous components commodity group, the supply chain analytics and sourcing teams took a new approach to manage cost and risk. John Deere leveraged its bill of materials to generate greater visibility into everything it purchased throughout its supply chain. John Deere used a tier taxonomy to indicate the difference between a completed component (Tier 1) and the pieces needed to make it (Tier 2). Heightened visibility into these different tiers allowed the company to creatively overcome bottlenecks before problems arose. Thus, better managing cost and risk.
“While the initial scope started as a single commodity, additional opportunities quickly came into view as the analytics group developed comprehensive views of our total spend by category,” says Powers. “The evolution of the tiered spend project was a great illustration of Agile in action. The iterative development and ongoing connection between category managers and analytics team members ensured that the end result was useful for a broad group of internal teams.”
The team’s solution to 2021’s worldwide microchip shortage was even more creative.
Normally, John Deere does not buy microchips directly. Instead, it buys completed boards that contain those chips from suppliers. Still, explains Powers, Supply Chain Solutions knew the shortage could detrimentally affect their businesses because “if the suppliers can’t get the chips, they can’t make the boards and we can’t put them into machines.”
So, Supply Chain Solutions asked their network how they could help suppliers secure the microchips directly. They assigned a few team members to create automation scripts that scoured the internet for microchips that would meet their specific needs and when they would be available. This new system helped supplement their suppliers.
All this, Powers explains, came with just one caveat for their suppliers, “all the chips John Deere helped secure would be sold back to us on a completed board.”
Again, John Deere’s lines kept running. That’s something other major manufacturers could not say. “Obviously we’re facing the same challenges other companies are,” explains Powers, “the difference is our ability to step out and do things we normally don’t do to help our suppliers. This, in turn, helps us secure what we need.”
Same team, new operating model and a new mindset, and the “ability to successfully operate in any situation.” That is what the Agile Operating Model, Scrum, and Scrum@Scale delivered for John Deere’s Global IT organization.
Strief puts it this way: “The digitalization of our supply chain business is not just about new technology, it is transformational in terms of new business value we are delivering. Along the way, we have delivered higher job satisfaction for our software engineers and continue to invest in developing cutting-edge skills in our people.”
As we know, 2020 and 2021 were some of the most challenging years supply chain professionals had faced in the modern era. Just delivering tactical goals could be a major accomplishment given the level of V.U.C.A. the function faced.
The ingenuity and dedication of John Deere’s Supply Chain Solutions team members, and their use of Scrum and Scrum@Scale, meant they could deliver both the tactical and strategic.
Along with their Scrum training, Supply Chain Solutions Agile journey began with two significant structural changes which helped the teams deliver beneficial outcomes.
As Powers explains, the first such change evolved how the unit was led. “We took what use to be a single management position and broke it out into two roles with different, more focused accountabilities.”
One role, the business digital product lead, focuses on the business problems the unit was helping to solve as well as examine ways technology can help drive those desired outcomes. This is Powers’ role.
The second role, held by Strief, focuses on ensuring teams have the right capabilities with digital skills, technical acumen, and depth of experience to innovate and deliver successfully and rapidly.
This new leadership structure ensures both Powers and Strief are laser-focused on their specific areas of expertise. They have clear accountabilities, know what each is responsible for, and allow for cleaner lines of communication and minimal bureaucratic hurdles. Powers believes that this split structure, “is what really makes this model work.”
The second significant structural change involved the teams themselves.
“In the past, teams were structured around an application or specific technology,” says Powers, “so a shift from a strategic project to a tactical need could slow that strategic project down significantly.”
Powers says, “We started really looking at our applications and processes,” in new ways. They identified what was obsolete as well as what could be streamlined or grouped together. Supply Chain Solutions then completely revamped their product taxonomy around these newly identified value streams and restructured their teams accordingly.
Besides being more efficient, Powers notes this new product structure also created, “a stronger sense of empowerment and ownership,” throughout the team — from the product owner to the team members. “That’s their baby and their pride and joy.”
So, they get to really take that to the next level and know they had a real hand in making a positive impact,” versus just checking off a list of requirements and requests.
The teams also changed how they worked.
In Scrum, teams break large work into smaller increments. This, says Powers, along with a well-prioritized backlog meant “the teams were able to move from the tactical to the strategic without losing momentum.” The net result of these changes in structure and process, combined with John Deere’s strong analytics, is clear; John Deere’s lines kept running — through the pandemic, supply bottlenecks, and shortages. At the same time, the Supply Chain Solutions teams were able to deliver multiple award-winning strategic initiatives that helped the company control or recoup costs and boost efficiency. These included:
John Deere’s leadership began their Agile transformation by setting ambitious goals. Each represents a level of targeted improvement any company would love to achieve.
Throw in the unprecedented level of complexity and V.U.C.A. that have been the hallmark of supply chains throughout 2020 and 2021 and you might expect that John Deere’s Supply Chain Solutions teams would, at best, come close to achieving them.
Instead, just six months after the end of the immersion phase of their training, Supply Chain Solutions has smashed through those ambitious goals and has achieved far more than anticipated. The data collected by John Deere on five specific areas tell the story best:
To Powers, that last data point personifies their Agile transformation. “Having fun at work and getting things done are not mutually exclusive,” she says, “we went through this journey and people started having fun, and we’re seeing the difference in the results.”
At the start of their Agile journey, many questioned if it would work in the structured and intertwined environment. “Lots of people doubted that Agile would work here. That you could do an Agile transformation in Supply Chain Solutions.”
Powers freely admits that she was one of those doubters.
Then, she had her “a-ha” moment.
“Suddenly I saw how it absolutely applies to everything you do,” no matter how complex or intertwined. She admits that “It may take a little blind faith to start your Agile journey,” before adding,” the pieces will make sense. The teams will deliver more, you’ll accomplish more, and everybody will love what they’re doing.” That, she says, is the game-changer. For Supply Chain Solutions, Agile allows them to adapt while the game itself keeps changing.
The success of the AOM built on Scrum and Scrum@Scale as well as DevOps, Organization Design and a modernized technology stack is undeniable.
The group’s Scrum Teams are happier, more empowered, and more engaged. As Amy Willard notes, “We can deliver functionality that our customers love faster than ever before.” Rework is down. Quality is up.
“The verdict is in,” says Josh Edgin – The AOM was clearly “the right thing to do.”
Successful implementations are known to spread organically throughout an organization. Well beyond the group that launched the transformation. Edgin says this has already begun at John Deere.
“One of our Agile coaches was asked to go down to the factory floor and work with one of the factory teams. They had tremendous success.”
Global IT Vice President Ganesh Jayaram sees “The fact that Agile has made it into the vernacular of the broader company,” as one of his favorite signs of success.
Research and development, manufacturing, human resources, are all areas where he believes the AOM can help drive beneficial outcomes. “You can transform any function,” says Jayaram, “You have a backlog, you prioritize, you become customer-centric.” That, he says, would be the AOM’s biggest win.
As a company, John Deere’s higher purpose is clear: We run so life can leap forward. The Global IT group is positioned to help achieve that purpose for decades to come.
Update: On May 31st, 2022, Ganesh Jayaram was appointed the Chief Information Officer at John Deere.
How John Deere’s Global IT Group Implemented a Holistic Transformation Powered by Scrum@Scale, Scrum, DevOps, and a Modernized Technology Stack
From Fortune 100 companies to the newest start-ups, Scrum Inc. enables companies to transform into self-sustaining Agile enterprises. How can we help you? Schedule a consultation by filling out the form below or call us at 617-225-4326.
By Nick Butler
Tags : Agile , Development
You know Scrum specifies having a single Product Owner but you’re considering having more. To help you decide, this case study shows why New Zealand’s National Library went for multiple Product Owners and how they make it work.
The case study is part of our Product Owner primer series. It follows on from our ‘ What is Scrum? ’ and ‘Successful Scrum Teams’ posts.
Make a bigger impact by mastering the Product Owner role in Scrum
We’ve expanded and revised our Product Owner Primer posts into one handy 100-page PDF. Boost’s Guide to being a Kickass Product Owner is your one-stop guide to Product Owner success.
Buy the Guide now
The National Library is tasked with helping Kiwis capitalise on the collective knowledge of the nation. Within National Library, DigitalNZ was set up to make New Zealand’s digital content easier to find, share and use.
Both National Library and DigitalNZ have their own websites providing access to catalogues, collections, services and other resources.
Boost are the National Library’s development partner. We provide their Scrum Masters and Development Teams. They currently have two Scrum Teams. Each of these Scrum Teams has one Scrum Master, three or four developers and, contrary to Scrum doctrine, at least three Product Owners.
According to the Scrum Guide “the Product Owner is the sole person responsible for managing the Product Backlog”. The Guide is specific: “The Product Owner is one person, not a committee.”
That’s because having a committee reduces transparency and slows inspection and adaptation. The Backlog describes the priorities for the work but having multiple Product Owners can muddy priorities. With multiple Product Owners you have no single source of truth so it’s not always clear who to talk to. And a committee is less likely to give quick feedback, slowing work down.
“It’s very hard to listen to multiple voices,” says Rebecca Jones, Boost Scrum Master for our National Library work.
So if you’re going to have multiple Product Owners, you need to make sure you do it in a way that maintains transparency and aids inspection and adaptation.
National Library had more work than one Product Owner could manage and still spend time in the business. Spending that time gives Product Owners the crucial understanding of customer needs.
“If we had one Product Owner, they would spend all their time being a Product Owner, creating stories, sizing stories, doing refinement. Eventually, they’d become disconnected with the actual business that they were supposed to be the Product Owner for,” says James Robertson, DigitalNZ Systems Manager.
The National Library work had particular features that fed into their decision to use multiple Product Owners.
The DigitalNZ and National Library websites and tools already exist. In fact they are the product of literally hundreds of Sprints. The work now is more a continuous value stream than a discrete series of projects.
In a post on scaling the Product Owner, product ownership expert Roman Pichler says new products should have a single Product Owner but established products can need more. Young products need rapid decisions as you adapt to the large amounts you learn from getting them in front of customers. A single Product Owner is best-suited to this. Mature products grow and require more development than one person can stay on top of. At the same time, they tend to change less, and less often, reducing the potential drag caused by shared decision-making.
If you have a discrete pieces of work you’ll often want to split those off into separate projects. Indeed this is what the National Library did when they wanted to refresh their Any Questions website for example.
Because it’s an established project, the National Library have a team experienced in Scrum. When James started a few years ago the team had processes in place to make having multiple Product Owners work. But it would be much harder to set up these processes with a green team working on a greenfields project.
For the National Library, the current state of play involves two Scrum Teams. One of these is for the National Library site and services, the other for DigitalNZ. Both Scrum Teams have multiple Product Owners, each responsible for a different stream of the work.
Take the DigitalNZ Scrum Team for example. Product ownership is effectively split between three Product Owners like this:
“Having split Product Owners works because we have split the products clearly,” James says. “It’s quite clear to the team who’s responsible for which area, so there is never any question about who to talk to.”
If you have this kind of clear split, one option is to have one Scrum Team for each stream. The downside is that each team needs a Scrum Master and ideally at least three developers. This can cost more money. If you can afford it, consider this approach. You will need to invest a bit of time in coordinating the different teams but this should be less work than the constant coordination required when you combine Scrum Product Owners within a single team.
Here’s how the National Library have made having multiple Product Owners work.
Initially the National Library had one “super Product Owner”, what Mike Cohn calls a Chief Product Owner .
“He had oversight over all the different streams of work and would ensure that everything had appropriate level of business value relative to cost, and that we were getting the right blend of work from the different streams,” says James.
“He’d look at the backlog for the next sprint before it came out, discuss it with the various Product Owners, perhaps tweak the priority order, or question whether a story should be done now, or done at all. It was a way of managing that natural tension between different people wanting to get their own way.”
Then organisational responsibilities changed and this was no longer possible.
In order to continue giving each stream a fair share of the development effort, each Product Owner now has their own budget and they decide on the priorities for spending that budget.
Using budgets in this way is a bit of a blunt tool so the Product Owners have some flexibility to juggle the work.
Making multiple Product Owners work needs an extra level of coordination, communication and collaboration.
The National Library Product Owners discuss and coordinate their work internally as well as with the team.
“The Product Owners support each other as a team and put effort into working well together,” Scrum Master Rebecca says. “Because they work very closely they understand each other’s priorities. They’ll talk about it as a group first and decide what the overarching business priorities are before they push their own work.”
“You have to be a bit adaptable,” James says, “you have to understand that you’re not the only king in the room.”
You do spend some time twiddling your thumbs in meetings while the other Product Owners discuss their work with the team.
“That’s a pretty minor downside,” he says, “and the advantage is that the Product Owners are aware of what other work is going on.”
James also says it’s best if you don’t weigh in too often on work for the other Product Owners.
“Learning to bite your tongue is reasonably important,” he says.
Like Boost, the National Library team are mainly in Wellington, but some of the Product Owners are also based in other cities.
“The extra communication’s made fairly easy by the online tools that we use, like Slack and appear.in .” James says.
A lot of this collaboration happens naturally as a result of all the Product Owners coming along to all the Scrum Events.
Along with Sprint Planning and Refinement, Retrospectives and Reviews, they all also join the Daily Scrum. For those in Wellington, this often means appearing in person. For those outside Welly, it’s via video conference.
Both Scrum Teams come together for a combined Review. This gives everyone insight into the all the work and offers additional perspectives for feedback. It’s also a chance for the whole crew to celebrate the impact the teams have had, the benefits delivered to the National Library and the people of New Zealand.
Knowing that face-to-face communication works best, the Product Owners are also looking to spend more time in person here at Boost.
Because the Product Owners also work in the business they’re not full time. That means they have to make a special effort to be available, to check stories that are up for acceptance and to respond to questions. It’s a bit of a juggling act.
For the National Library work we use Pivotal Tracker as our digital tool for managing the Backlog, along with a physical Scrum board. We have a single Backlog for all the work of each of the Scrum Teams, meaning each Backlog contains stories for multiple Product Owners.
Each story specifies which Product Owner was the Requester so the developers always know who to talk to about the story.
Tags on the stories identify which budget stream will be billed.
Spreading stories amongst three streams might make it harder to deliver a potentially shippable product.
For this work, most stories deliver value straight away. That’s because the Definition of Done means that each story is fully tested and integrated into the existing project, and because few of the stories are dependent on other work to be released.
When one stream has a chunk of work that can only deliver value if a number of large stories are completed in a Sprint, the Product Owners can juggle the amount of work for each stream to enable this.
The Product Owners get additional benefits beyond being able to spend time in the business:
With extra Product Owners, everyone has to work extra hard to keep meetings within their timeboxes. Having multiple Product Owners can also affect different team members in different ways.
While Product Owners can specialise, a cross-functional development team needs to be able to work on all the streams.
“Having three different streams getting fed through one team means there’s quite a lot of context-switching for people, which can be a challenge for efficiency. Some devs prefer to get in the headspace of just one type of work and stick to that for at least a Sprint,” James says. “Other devs have said the opposite, that they actually enjoy the variety.”
“Within the team, they have the opportunity to manage themselves. If one person feels like they’ll benefit from working exclusively on this stream of work, then as long as their teammates are happy with that, then we’re happy with that.”
Rebecca has found very few issues as Scrum Master.
“It’s just a couple more relationships to build, a bit more admin, just making sure that everybody can attend the meetings,” she says. “It’s also harder sometimes when Product Owners are remote, making them feel engaged.”
“It feels like we’re one team,” she says. “That’s because I trust that they trust each other.”
You should probably think again.
Often organisations are tempted to have multiple Product Owners for reasons that don’t fit with the Scrum framework, such as giving stakeholders a say in the work.
“Ask yourself, ‘Do we absolutely need multiple Product Owners?’. I would say most of the time you don’t,” Rebecca says.
But if you can’t work without having multiple Product Owners, we hope this case study helps you do it in a way that gives the impact you’re looking for.
In New Zealand and keen to get to grips with Scrum and the Agile mindset? Check out our Agile training:
Agile Professional Foundation certification, Wellington, NZ – two-day ICAgile course
Introduction to Agile methodology, Wellington, NZ – free two-hour workshop
Agile Accelerator team assessment – Agile review and action plan
Scaling the Product Owner role — Roman Pichler
The Chief Product Owner on Large Agile Projects — Mike Cohn
Product ownership is a team sport — Boost blog
The Product Owner’s guide to working with developers — Boost blog
From good to great product ownership — Boost blog
Find out what you can do as a Product Owner to build a successful Scrum Team, deliver maximum value and make a bigger impact.
A not for profit wants to maximise outcomes and minimise overheads. Learn three ways to get the most from your digital technology dollar.
Case studies are one of the most useful items in the product management toolkit. To build effective ones, you need to follow a simple but vital set of guidelines.
Robert Cialdini’s book Influence: The Psychology of Persuasion , first released in 1984, popularized the concept of social proof. This phenomenon consists of individuals copying the actions of others around them in order to acclimate to a system. People are subconsciously influenced by the behavior of other people within a given environment. Although this idea is simple, Cialdini’s book radically changed my mind with respect to how I interacted with the content that my product team and I produced.
Why was this theory so profound? Well, the book helped me understand why people were ignoring almost everything that we gave them. As it turned out, everything that we wrote was focused on ourselves and not on our customers.
We weren’t influencing. Instead, we were just talking.
Cialdini’s work gave a conceptual framework to something that the best marketers already subconsciously knew: Nothing sells better than reflecting the customer’s own actions back at them.
For example, say you want to buy a shirt. Which of these pitches is more likely to make you buy?
Option A: This shirt is made of polyester, washes well and makes you look professional.
Option B: This shirt is built for the product manager on the go. When you’re sweating the details and pacifying the battle between sales and engineering, you’ll want a shirt that stays tucked in as you rush from meeting to meeting.
Option B draws on social proof to reflect actions that you’ve experienced back at you.
Product management (PdM) is about helping the team improve decision fitness. That includes how we influence our customers to use our products, especially if we’re confident that our product is the right one for them. Social proof helps us accomplish this goal.
Before we can use social proof, however, we need a way to get the information that we want to reflect back to the customer. In other words, how do we come to see the world as our customers see it? How might we put ourselves in their headspace?
Sure, you can scan different websites, browse social media, or even look at your competitors to see what they’re doing. With any of these strategies, however, you’re only getting part of the picture. Like almost anything dealing with product development, talking to your customer directly is going to get the best results.
So, for PdMs to get the data they need to gather social proof and understand how customers see the world, we can rely on case studies. Let’s talk about what exactly these are and how you can use them to help you influence your customers and help other teams, like product marketing and sales, make better decisions.
More Product Advice From Adam Thomas How To Improve Your Product Research
For our purposes, a case study is an in-depth conversation aimed at understanding how a customer uses our product. We want to get to know who they are, why they use our product, and the context in which they use it.
This technique is how you get inside of your customer’s head. When you have multiple, deep customer conversations over a period of time, you’ll get a better understanding of what drives them. You’ll also be able to target your marketing so that it makes sense to them.
Building case studies is no different than doing any other interview . When conducting a proactive conversion with customers, you need to understand what you want, use open-ended questions, and analyze everything carefully.
You can go in a bunch of different directions when you talk to your customers. In fact, if you’re like most PdMs, this is an easy trap to fall into. Everything that the customer says may seem like gold, and it’s easy to follow any string in hopes of chasing down an insight.
So, how do you avoid that trap? You’ll need to write an outline to keep yourself on track. A case study outline is simple and has three components.
Hypothesis. You need a clear hypothesis whenever you talk to a customer. What question are you trying to answer by talking to the customer? Why are they important? Note this information upfront, and derive the questions from the hypothesis. Consider it your anchor.
Goal. What type of assets are you planning to create from this interview? Who wants this information? Having this in the form of an aligning statement, something that helps the team know what you are looking for and what you want to build, will help with analysis. Do it now so you won’t have to think about it later.
Questions. These are based on both the hypothesis and the goal.
Those three components will help you avoid the trap of letting the interviews meander. Now, let’s talk a little bit more about those questions.
Your question set should be short, with no more than five max.
You want to follow up on your initial questions to get as many stories as possible. If you have more than five, you risk letting the interview get rigid since you’ll feel pressured to get to as many questions as possible. Further, asking fewer questions will make sure you have some uniformity to the answers.
Even though you’re just asking a few questions, you’ll want to keep them open-ended. An open-ended question like “Walk me through your shirt purchase. What drove this decision?” is better than “Did you like our service?” The latter could too easily elicit just a yes or no response while the former invites the customer to provide more detail.
You want to have a free-flowing conversation, which means focusing on the customer. Conversations are going to give you the information you need to build that social proof. Once you’ve acquired that information, you can analyze the material and create the case study.
Before conducting an analysis, make sure you sit with these conversations for a while.
Take the time to find good quotations that are interesting and align with your values by transcribing the interviews. Check to see if the language in your marketing materials matches how your customers talk. The closer your work matches their worldview, the more they will trust the product.
This process may seem simple at first. As you start to put this plan into action, however, you’ll see how much data you can collect and how closely you can tailor your product to match the mental model of your customers.
You’ll eventually be able to see if the plan is working when you make changes and hear from the customer again. The next time you talk to them, you want to hear something along the lines of, “Your [page/feature/tool] described my issue exactly, and that’s why I bought the product.”
When you have the data from the interviews, you’ll be able to build artifacts that match your customer’s mental model.
What are some artifacts that can come from doing a case study?
Testimonials. These are short-form statements, usually a paragraph or less, that come directly from the customer and attest to the value of your product or service. During the interview, the customer may offer a bite-sized anecdote that sums up a feature or your product in a helpful way. These statements are great to use on a sales or product page to give your work more credibility.
Articles. These interviews create the kernel of an article for your writers. If your team has a blog, use it to underscore the high points that customers report or spotlight a particularly well-liked feature. Writing an article based on the case study conversation can help customers see, in a more relaxed context, how your product will work for them.
White Papers. A white paper is a one-page selling document highlighting the technical side of a product. For more technical products, you must give potential custoemrs a look at how the product functions in a more structured, quasi-academic format. Your case studies will allow your team to write a white paper by giving you anchor points led by the customer.
Customers want to tell their stories. When your product is great, rest assured they are doing it anyway. Most of the time, they are happy to spend time with you and your team and give you good feedback. More importantly, you’ll get the social proof you need to stand above the rest of the marketplace.
The accountabilities of the product owner.
As described in the Scrum Guide , a Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. How this is done may vary widely across organizations, Scrum Teams and individuals.
As a member of the Scrum Team, the Product Owner provides clarity to the team about a product’s vision and goal. All work is derived and prioritized based on the Product Goal in order to deliver value to all stakeholders including those within their organization and all users both inside and out. Product Owners identify, measure and maximize value throughout the entire product's lifecycle.
The Product Owner is accountable for effective Product Backlog management, which includes:
The Product Owner may do this work or delegate the responsibility to others on the Scrum Team. Regardless of who does the work, the Product Owner remains accountable for it being accomplished and for the value delivered .
Far beyond Product Backlog management, it is critical for the Product Owner to earn the respect of the entire organization in order to get the support they need for the decisions they make. This is key to a Product Owner’s success. These decisions need to be transparent in the Product Backlog, and through the Increment of work shared at the Sprint Review .
Remember, the Product Owner is one person, not a committee. They also represent the needs of many stakeholders in the Product Backlog. If someone in the organization wants a change in the Product Backlog, they need to discuss this with the Product Owner and try to convince them. But at the end of the day, the Product Owner makes the decision . The Product Owner should also be getting feedback from customers on the product.
The Accountabilities of the Product Owner can often be interpreted incorrectly as well and there are several misunderstood stances that are patterns that have been seen within organizations, which include the Product Owner being viewed as the Story Writer, Project Manager, Subject Matter Expert, Clerk, Gatekeeper or Manager.
There are many ways to learn as a Product Owner, from courses to certifications and also our Product Owner Learning Path for self study. Explore these opportunities:
Learning Path
Certifications
Included in.
You should approach a product owner interview from several perspectives. The acceptance criteria should be based on the candidate’s decision-making and communication skills, prioritization abilities, technical experience, and more. The business value associated with a great product owner is massive as they are responsible for several deliverables that make successful products.
The value of the product depends on how well the product life cycle is planned and implemented. And that success depends on how well the product owner’s vision and roadmap are designed.
Therefore, it’s key to ask the right product owner interview questions. Conduct follow-up interviews if you’re not satisfied, but make sure you make the right decision.
Here are some of the common and most important questions you should ask prospective product owners . We will divide the questions into segments:
Segment 1: Product Owner Role
These questions are meant to get a grasp of the candidate’s understanding of the job responsibilities.
1. What do you expect from this job as a product owner?
The question is supposed to be an opening question that lets the candidate provide an overview of their exposure. It would tell you how prepared the candidate is for the interview and how much of an expert they are in their field.
Each answer to this question will be different depending on the industry, company, and products. However, there are some commonalities you should look for. A few keywords you should be looking for include: sprint planning meetings, sprint retrospective, grooming, and sprint review. If the candidate mentions these activities, you know they have the relevant knowledge and experience.
2. Do you think it’s a good idea to have one person performing both the Scrum Product Owner role and the Scrum Master role?
It’s essential to get an idea of how well the candidate understands the entire product development process . This question is the best way to figure out how well the candidate understands their role compared to other roles.
Unless the candidate has a really good explanation, the answer should be “no”. Scrum masters and product owners have different responsibilities, and mixing them will always hurt the development process. The Scrum Master acts as a mediator between the product owner and the development team. Therefore, if the same person plays both roles, a conflict of interest would arise.
3. Do you have experience working with a Scrum framework?
Every product owner needs to have a basic understanding of the Scrum framework. The answer to this question will give you an idea of how well the candidate understands the framework. Their knowledge of the framework can be a baseline for what you can expect from the product owner.
Answering the question would be different for every product owner, but a few elements should remain the same. For example, Scrum is an incremental way of providing value to the end-user promptly. The answer should revolve around this particular statement.
Furthermore, if the product owner describes the origin of the agile framework, that’s even better. The candidate should also mention the three fundamental roles that come along with it. To be more specific, they should understand the product owner, Scrum team, and the Scrum Master role.
4. What other product discovery frameworks have you worked with?
Scrum is the most widely used Agile software development framework, but that doesn’t mean it is the best model for every situation.
If the potential product owner has experience with Kanban or Waterfall, for example, that’s going to help them make a judgment of the best approach to take in each circumstance. If you’re interested in learning more about these frameworks, consider taking our Product Owner Certification Course.
Segment 2: Engagement with External Stakeholders
The following questions help the hiring managers understand the level of experience that candidates have in conducting interviews and getting feedback from users.
5. Who do you consider to be the most important product stakeholder?
One of the most important things to establish is whether the product owner understands whom they’re targeting. Their job requires them to understand the internal and external stakeholders and develop the product accordingly.
The agile product development process has various key stakeholders. Some of them are:
The potential product owner must understand that each stakeholder plays a key role in the process and why each of those stakeholders is important to interact with. Furthermore, it’s a plus point if they can explain how each stakeholder contributes to the process.
6. How much time do you give to understanding customer needs and user research during product discovery?
A basic understanding of the product discovery phase is essential, however, it’s more important to find out the product owner’s process. Their way of doing things and their rationalization tells you how well they understand the entire process.
The answer to the question tends to be different depending on the company or product. Typically, if someone says they dedicate 50% of their time to conducting user research and understanding a user story, that’s a positive sign. However, if they say that they spend 20% or less time, they’re not doing enough. They might be ignoring customer feedback and market conditions.
Segment 3: Leveraging Internal Stakeholders
Working with different internal stakeholders is also a big piece of the product owner’s role. The following questions give recruiters an idea of the level of familiarity that candidates have in this aspect.
7. How do you deal with uncooperative stakeholders?
Understanding the product owner’s process includes determining how they deal with issues and roadblocks. Many times, product owners have to face uncooperative stakeholders, and that puts a bump in the discovery phase. While each person has a different way of dealing with these bumps, product owners always have to be diplomatic in the end.
The answer should involve a diplomatic solution where the product owner would continually engage with the stakeholders to win their confidence. The product owner should demonstrate the value of agile software development processes and continue discussions. If all else fails, they should seek help from the sponsors.
8. Do you have experience working in a Scrum Team?
A product owner should be able to distinguish different roles and teams involved in product and scrum development teams. Most product owners have experience working in a Scrum product team, but not all of them.
Scrum teams are generally composed of the product owner, Scrum Master, and developers. They work together on sprint measures, product requirements, and user stories. The development team’s work also includes coding, developing, and testing.
9. How do you explain your marketplace knowledge to the Scrum team?
While the product owner has the marketplace knowledge needed to develop a product vision, the rest of the team doesn’t. It’s the product owner’s job to communicate the appropriate marketplace knowledge to the Scrum team. The answer to this question determines the candidate’s ability to communicate that knowledge successfully.
Traditionally, marketplace knowledge is communicated through informal interactions. However, planning meetings and having formal discussions, such as standup, is also a great way of explaining current market trends to the entire Scrum team.
10. How do you go about updating the team on the product and market situation? Where do you source information?
One of the crucial parts of a product owner’s job is to make the team aware of any changing market demands and priorities. Since the product owner develops the vision, it’s their job to make sure everyone else understands it too. The question allows the candidate to not only explain the process but also what information is most important.
The answer should be more team-oriented and should exemplify the team’s importance. It should emphasize the importance of being on the same page so that the product is developed successfully. Furthermore, the answer should include what information you should relay to the teams. That can consist of changing market situations, backlog changes, changing priorities, and new product requirements.
Segment 4: Product Roadmap Planning
These questions will allow candidates to speak more in-depth about their skills in the field.
11. How would you redesign our product?
The first step in designing or redesigning a product is to build a strategic roadmap. Candidates should answer this question with a brief outline of the steps they would take.
This starts with understanding what exactly needs improvement on the product. That happens through internal and external communication — with customers, engineers, customer support team, and other stakeholders.
After the entire team is on the same page, technical product owners would work with the engineering team to develop unique features that add value to users. That usually happens through processes guided by a product owner or project manager.
12. Tell me about the last time you developed a product roadmap.
The product roadmap is perhaps the most critical step when developing a product. The best way to gauge a product owner’s ability to do their job is to see how they handle product roadmap development.
The answer to the question will vary based on the candidate’s exposure and expertise. For example, in smaller organizations, the product owner is likely to be directly involved in the development of the product roadmap. In larger organizations, product owners would only provide their input. In any case, the experienced product owner would take feedback with every release and cross-check it with the product backlog. They would analyze every feature and design to check whether the roadmap is developed correctly. If the candidate mentions how it’s essential to follow the Cone of Uncertainty, their answer is a success.
13. How do you use the product vision when building a product roadmap?
This question helps the recruiter to understand if the candidate has a thorough knowledge of the product development cycle — from the product vision to the product launch.
The product vision includes the purpose, image, and values a product has. It explains why the product exists and what purpose it will serve for the customer. The product roadmap should be based on product vision. It is a blueprint of how the vision will be achieved. It includes growth tactics, stakeholder management and alignment tactics, budget development, a timeline, goals, milestones, and deliverables in development.
14. Tell me about the last time that a stakeholder’s feedback affected your product roadmap.
Various stakeholders tend to suggest or desire some changes for the product. The product owner has to satisfy every product stakeholder to ensure product success and customer satisfaction. This question is a test to see how the candidate would handle stakeholder desires.
The right answer would be to coordinate and collaborate with the stakeholders while planning the product roadmap. The product owner would seek the stakeholders’ input and feedback while defining backlog items. Continuous discussions and constant collaboration are the keys to ensuring stakeholder wishes are taken care of.
Segment 5: User Stories and Product Backlog
User stories and product backlogs are both crucial parts of product and software development. The following questions are meant to give candidates the chance to demonstrate their experience with these aspects of product development.
15. What should a good user story look like?
This question is meant to check the candidate’s knowledge of a user story’s structure.
The product owner is the face of the customer. They are the ones who understand the customer or client best. They must know what a product needs to be successful. That gives them the power to control the release of user stories because they see the result of it.
16. How do you go about backlog prioritization?
Backlog prioritization is essential to make sure the right features make it into the final product, and of course, to avoid technical debt. This question will show whether the candidate is capable of effectively prioritizing changes to existing product features, to new features launch, and bug fixes.
The best outcome will be if the candidate mentions the Moscow method. However, if someone mentions and explains Stack Ranking, that would be a good indicator of success too.
17. What would you do if you were unable to control the product backlog?
A product owner should have absolute control over the product backlog items. It’s their job to make sure that the product backlog management is healthy and updated. Therefore, recruiters should expect a product owner to have confidence when it comes to the product backlog.
But this question will show how candidates would handle adversities in the job. It would also show how they would go about relying on their co-workers and managers.
Segment 6: Sprint Planning and Implementation
In an Agile team, a sprint is a set period during which specific work has to be completed and made ready for review. If candidates know how to effectively plan, organize, and implement a sprint, chances are that they will be successful in the job.
18. Sprint planning requires a lot of resources. Should you release all of them?
Asking this question would tell hiring managers whether the potential product owner understands the difference between sprint planning and release planning.
Prospect product owners should know that you don’t have to release every sprint. Product deployment is a planning activity and can be based on every sprint. Product release is purely a business and strategic activity. Development teams will create the products, but any future decisions are business decisions. Those decisions are made along with the product manager.
19. How would you explain what is a sprint to someone who doesn’t have experience in product development?
Explaining what a sprint is to someone who doesn’t have familiarity with Agile development is not an easy task. Candidates who don’t have much experience leading sprints will likely use a few industry jargon while candidates with strong familiarity with product development will be able to explain a sprint using simple words.
Ideally, the answer would highlight the fact that sprints are short and protected from external changes. This interview question also allows recruiters to evaluate the candidate’s ability to communicate with different audiences.
20. What do you think that justifies canceling a sprint?
It’s crucial to figure out how the candidate would treat sprints. This question will tell you how dedicated the product owner will be to each sprint.
The right answer would be that a cancellation only occurs when there’s a drastic change in priorities. For example, if some critical requirements with high priority are suddenly marked as low priority, there would be no point in continuing further. Most importantly, the product owner can only make a call to cancel the sprint; they do not have absolute power to do so.
Acing Product Owner Interview Questions
A product owner’s job is complicated and requires a lot of knowledge and expertise. As a consequence, finding the right candidate to perform the job is not easy.
Hiring a great product owner is essential as they are masterminds of successful products. For both product managers and owners, it’s important to have the right expertise and knowledge when you’re applying for the job.
The product owner interview questions listed above are common questions asked by recruiters.
If you need to put together effective interview questions, feel free to use these questions as inspiration. If you’re on the other side of the table — looking into landing a PO job — make sure you can answer these questions with confidence.
Here are answers to the questions regarding a product owner role:
How to prepare for an interview for a Product Owner?
To prepare for a Product Owner interview, thoroughly understand Agile and Scrum methodologies, focusing on the Product Owner role. Review key concepts such as backlog management, user stories, and stakeholder communication. Practice articulating your experience in prioritizing tasks, defining product visions, and delivering value to customers through iterative development.
How do you clear a Product Owner interview?
To clear a Product Owner interview, demonstrate a deep understanding of product management principles and Agile practices. Showcase your ability to prioritize the product backlog, create clear and concise user stories, and effectively communicate with stakeholders. Provide specific examples of how you have successfully launched products or features and how you’ve handled challenges in previous roles.
What are the three main responsibilities of product owners?
Why should we hire you as a Product Owner?
Here’s how to answer this question:
“You should hire me as a Product Owner because I bring a strong track record of successfully managing product backlogs, delivering high-value features, and effectively collaborating with cross-functional teams. My deep understanding of Agile principles and customer-centric approach ensures that the products I oversee meet market needs and business goals. Additionally, my excellent communication and problem-solving skills enable me to bridge the gap between stakeholders and the product development team well, driving successful product outcomes.
Product ownership analysis empowers business analysis professionals with the standards, practices, techniques, and competencies to keep pace with the agile approach while creating value. .
Not a Member? Purchase the Guide
Become a Member and get the Guide for Free
Guide to product ownership analysis.
As organizations transition from project-centric models to a product-centric view, it is important to understand how product ownership is evolving and how business analysis professionals can drive the delivery of successful products.
Uncover the framework, context, techniques, and competencies that can give you an advantage.
Become a Member to Access
Purchase the Guide
Successful product owners need business analysis skills.
What is Product Ownership Analysis? Product Ownership Analysis is a discipline that can be used to assist teams in creating and delivering exceptional products and services for their customers. It empowers Business Analysis professionals with standards, practices, techniques and competencies to create value.
According to IIBA’s 2020 Global Business Analysis Salary Survey , Business Analysis responsibilities including process development, analysis, testing etc. support product ownership work.
Did you know:.
Respondents of IIBA’s Salary Survey indicated they are spending 31% of their time performing product owner related work. And 36% of respondents are looking to transition from a Business Analyst role to a Product Owner role. Gain more valuable insights in IIBA's infographic.
What makes Product Ownership so vital to the success of a product or service? What are the tools, techniques or processes that help a Product Owner? Are there business analysis competencies that can give you an advantage?
Learn more in this short overview video with Delvin Fletcher, President and CEO, IIBA® as he shares his insights.
Iiba’s product ownership analysis certification program recognizes the integration of business analysis and product ownership with an agile mindset to maximizing value. the program provides the opportunity to acquire essential concepts needed to create successful products..
Learn More About CPOA
Analyst catalyst blog & product ownership.
January 19, 2021
A Product Owner is primarily responsible for managing the product backlog, though they may delegate that task to the Development Team.
January 26, 2021
Every Agile team has a Product Owner, which is one of the three roles defined by the Scrum Guide. Sometimes the individual in this role is a business analysis professional.
February 2, 2021
In each of our blog posts in the series, we’ve been explaining Agile techniques Product Owners can implement and providing practical tips for those in this role, or those who hope to one day to become a Product Owner.
February 9, 2021
User Stories and Job Stories are Agile techniques every Product Owner should understand. Here’s why.
Business analysis professionals come from many different backgrounds and fulfill different needs to deliver the best business outcome for their organization. find the resources you need for best practices and specializations relevant to business analysis in today’s transformative world..
IMAGES
VIDEO
COMMENTS
There are six steps to preparing for product manager case study interviews: understand what a product manager case study interview is, learn the right strategies, practice a few cases by yourself, practice with a partner, practice with a current or former PM, and work on your improvement areas. 1.
20 Product Management Case Studies [Detailed Analysis] [2024] 1. Apple Inc. - Reinventing the Smartphone. Task/Conflict: Apple's entry into the already crowded mobile phone market was a bold move, particularly with the objective of introducing a product that wasn't just another addition but a complete redefinition of what a mobile phone ...
Introduction to Product Management Case Studies. Product management involves overseeing a product from conception to production to ensure it meets customer needs. Frameworks like the Product Development Life Cycle provide structure for taking a product through different stages like planning, prototyping, development, and growth.
We curated 50 product management case studies that will help you improve as a product manager in different stages of your career. airbnb. 50 Product Management Case Studies. Producter is a product management tool designed to become customer-driven. It helps you collect feedback, manage tasks, sharing product updates, creating product docs, and ...
Once the priorities are set, a Product Owner should oversee the product throughout the development cycle. So, they are a key player in product development, process refinement, and product review. Their responsibilities are: Working with the Development Team and stakeholders to identify requirements for next iterations.
What is a product management case study interview? A case study interview, also known as a case interview, is a tool used by many companies to assess a candidate's analytical, creative, and problem-solving skills. Similar to coding interviews for engineers, they allow the interviewers to simulate a situation that allows your skills to be put ...
This case study showcases the importance of customer convenience, IoT integration, and continuous iteration in product development. By analyzing Amazon's Dash Button case, product managers can gain insights into designing intuitive products, optimizing user interfaces, and iterating based on user feedback to meet evolving customer needs. 4.
Leaders taking the role of a coach. Problem: Product owner prioritizing for velocity goals. Solution: Sabin (product leader at Potato) realized that the product owner was prioritizing lower priority items to help meet the team's sprint deliverable and velocity goals so that the team's performance is not questioned.
The Windows 8 case highlights the importance of internal buy-in during change management. Gaining stakeholder support and managing transitions are vital for successful innovation. Step 4: Learning from Failure and Agile Mindset (Agile Mindset) Microsoft's response to user feedback reflects an agile mindset.
Table of contents. What is Product Discovery. Product Discovery Process: Hustly case study. 1. Target potential users and their problems: Persona. 2. Define the profile of your product: Product Canvas. 3. Ideate solutions: Event storming.
Team Size. Case Study Template for Product Managers with guidance prompts - available in Notion, Google Slides (Docs), PPT and PDF formats. Use it for all product management-related case studies, and product teardown.
Step 2: Try to Understand What the Question Wants You to Achieve. Companies ask whiteboarding interview questions to see if you can create or improve a product that can accomplish a specific goal. When you take on any product management case study question, start by taking a step back.
Real-world product case studies of companies like Google, Amazon, Microsoft, Apple & much more to help you ace Product Management Interviews. India's biggest, most curated product event is back! Academy Teardowns Jobs Case Studies Resources Ebook. Join the Community. Product Management Case Studies.
8 Product Manager Case Study Interview Questions (With Sample Answers) Effectively interviewing for an available product manager position often entails highlighting your knowledge of product design, development, marketing and project management to a prospective employer. Hiring managers often create case studies to determine how qualified ...
The case study's title is striking, putting a massively positive client outcome (saving 40 hours per week) front-and-center. It feels human! The fact that the study comes from a back-and-forth client conversation not only humanizes Databox as a brand but also makes their product seem more tangible.
A draft plan for their product structure (explained in more detail in section 6 of this case study) The Scrum Roles of Product Owner, Engineering Manager, and Scrum Master are filled ; Ryan Trotter is a principal Agile coach with more than 25 years of experience in various capacities at John Deere. Trotter says experience shows that not meeting ...
The case study is part of our Product Owner primer series. It follows on from our 'What is Scrum?' and 'Successful Scrum Teams' posts. Make a bigger impact by mastering the Product Owner role in Scrum. We've expanded and revised our Product Owner Primer posts into one handy 100-page PDF.
As described in the Scrum Guide, a Scrum Product Owner is responsible for maximizing the value of the product resulting from the work of the Development Team. Product Ownership requires a distinct set of capabilities and skills. The learning path is organized by a set of Professional Scrum Competencies which each contain a number of focus areas.
Let's talk about what exactly these are and how you can use them to help you influence your customers and help other teams, like product marketing and sales, make better decisions. 3 Key Steps To Building a Product Case Study. Make an outline. Ask the right questions. Analyze carefully.
Van Waardenburg & Van Vliet (2013) offer a case study in a large organization and conclude that "The Project Manager focuses on the 'how' of a project, the Product Owner focuses on the 'what'". ... Bass, J. M., Beecham, S., Razzak, M. A., Canna, C. N., & Noll, J. (2018, May). An empirical study of the product owner role in scrum. In ...
As described in the Scrum Guide, a Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. How this is done may vary widely across organizations, Scrum Teams and individuals. As a member of the Scrum Team, the Product Owner provides clarity to the team about a product's vision and goal.
In any case, the experienced product owner would take feedback with every release and cross-check it with the product backlog. They would analyze every feature and design to check whether the roadmap is developed correctly. If the candidate mentions how it's essential to follow the Cone of Uncertainty, their answer is a success. ...
Product Ownership Analysis is a discipline that can be used to assist teams in creating and delivering exceptional products and services for their customers. It empowers Business Analysis professionals with standards, practices, techniques and competencies to create value. According to IIBA's 2020 Global Business Analysis Salary Survey ...