Back to resources

Testing, Learning, and Improving: Building a Successful System Progressively

Collaboration
Team Processes

17 June, 2021

Rohan Kulkarni
Rohan Kulkarni

Director of Engineering at Expedia

Rohan Kulkarni, Engineering Manager at Expedia, shares his first significant triumph implementing a new system of cross-functional cooperation across an entire organization, testing, learning, and improving over the course of three quarters.

Problem

The situation was: within the company, we were a collective of six teams distributed geographically across the world and several time zones, the biggest difference between timezones being eight hours. Each team had experts who specialized in their own specific product area, but the other areas that we owned as an organization were a black box to them. They were not made privy to those areas and were not able to provide support if an issue came up.

We wanted to find a way to address this roadblock. I took it upon myself to look more deeply into the matter and to take ownership of the problem. I came across the Spotify squad model. I did some research and thought that the model would suit our needs and help us bridge these knowledge gaps. I adapted what they had done to match what we needed. I began to come up with the vision of how this would change the way that we did things going forward. It would impact not only engineers on a day-to-day basis, but also product, as well.

Actions taken

Instead of using static teams as we did before, we would be concerting more dynamic squads around problem statements that were customer-focused. Before, we were simply prioritizing everything ahead of time, these predetermined teams working on predetermined problems.

Initially, after documenting all of my ideas, I wanted to gain some buy-in from the leadership. We ran through the write-up, and it was received positively. The second-biggest hurdle involved getting buy-in from the engineering team. I was not expecting to get 100% buy-in, but the vast majority were interested in trying the plan out.

There were some struggles, which I had expected. We had frequent retrospectives on how the new system was working, but I decided to conduct agile health checks at the end of each quarter across the teams who were involved. I took a look at metrics like delivering value, learning, speed, support, and direct feedback from engineers to understand the effectiveness of squad model. We found ways in which to improve for the subsequent quarter and continued. Around sixty to seventy percent of the participants who were surveyed reported that the new system satisfied their needs.

It took three quarters to find our stride using this approach. The problem had been solved across the board. This was my first time overseeing and influencing such an extensive team, and I gained a newfound sense of confidence in my ability to lead.

Lessons learned

  • The health check was as simple as asking each team member what they liked most about the new system and what they liked least. Through that, we were able to identify real problems and address them specifically. We also polled our team for how they felt about fun, speed, process, value delivery, and other metrics.
  • I learned the value of a test-and-learn approach to problem solving. New processes should not be set in stone and discarded if they do not achieve results immediately. We test, improve, and then test again until there are no more improvements that we can make.
  • My communication skills improved as a result of this experience. I had the chance to talk to a lot of people who I normally did not have the opportunity to talk to. I was able to introspect from a technical point of view, considering the needs of teams other than my own in a way that I was not used to. I knew on a higher level what our products were, but never got deeper into the other areas of the company in this way.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

Myth Busting

10 December

Supporting principles on why being data led (not driven) helps with the story telling.

Alignment
Managing Expectations
Building A Team
Leadership
Collaboration
Productivity
Feedback
Psychological Safety
Stakeholders
Vikash Chhaganlal

Vikash Chhaganlal

Head of Engineering at Xero

The Not-So-Easy Guide on How to grow and develop an Amazing A-Team

5 December

Your Org Team may as well be a Sports team. Let's explore how this cohesive, multi-skilled team can be optimized for Great Group Playoff.

Alignment
Building A Team
Company Culture
Sharing The Vision
Embracing Failures
Team Processes
Jaroslav Pantsjoha

Jaroslav Pantsjoha

Google Cloud Practice lead at Contino

The Growth Mindset in Modern Product Engineering

28 November

The impact you can have with a Growth Mindset' and the factors involved in driving orchestrated change.

Building A Team
Leadership
Collaboration
Feedback
Ownership
Stakeholders
Vikash Chhaganlal

Vikash Chhaganlal

Head of Engineering at Xero

How to improve engagement and retention in remote engineering teams?

25 October

Mrunal Kapade, an Engineering leader, based in Silicon Valley, shares tips that helped reduce attrition in the remote engineering teams while leading multiple teams from startups to Fortune 500 companies.

Remote
Company Culture
Collaboration
Motivation
Team Processes
Mrunal Kapade

Mrunal Kapade

Director of Engineering at Inspire Energy

How to Organize, Manage, and Grow Your Team

12 July

Vineet Puranik, Senior Engineering Manager at DocuSign, discusses the impact of roadmaps, organization, and proper management for your teams to procure growth.

Managing Expectations
Delegate
Collaboration
Roadmap
Strategy
Vineet Puranik

Vineet Puranik

Senior Engineering Manager at DocuSign