Plato Elevate Winter Summit has been announced (Dec 7th-8th)

🔥

Back to resources

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

Collaboration
Team Processes

17 June, 2021

Rohan Kulkarni
Rohan Kulkarni

Sr Engineering Manager 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

Identifying the “Right” Problem to Solve

2 December

Anurag Jain, a leader role at Fortinet, speaks about finding a solution when for a project the apparent needs were not the thing to be solved.

Alignment
Conflict Solving
Collaboration
Strategy
Anurag Jain

Anurag Jain

Leadership Role at Fortinet

Increasing Collaboration Within Your Team

2 December

Anurag Jain, a leader at Fortinet, discusses his strategy to promote growth within his teams, using servant leadership concepts.

Scaling Team
Personal Growth
Leadership
Internal Communication
Collaboration
Anurag Jain

Anurag Jain

Leadership Role at Fortinet

Specialization vs. Wearing Many Hats

23 November

William Bajzek, Director of Engineering at Sapphire Digital, compares and contrasts a team structure that utilized siloed skill sets and one where everybody’s duties overlap at the edges.

Internal Communication
Collaboration
William Bajzek

William Bajzek

Director of Engineering at Sapphire Digital

Building a New Team in a Foreign Country

23 November

Adam Hawkins, Site Reliability Engineer at Skillshare, went all the way across the world to build a brand new team who worked very differently than he was used to.

Team Processes
Adam Hawkins

Adam Hawkins

Site Reliability Engineer at Skillshare

What It Takes to Understand Other’s Perspective

23 November

Nicholas Cheever, Divisional Vice President, Global Supply Chain Technology at Trimble Transportation, shares how to really understand someone else’s point of view.

Team Processes
Nicholas Cheever

Nicholas Cheever

Divisional Vice President, Global Supply Chain Technology at Trimble Transportation

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.