Back to resources

How to Address Challenges in Geographically Distributed Team

Architecture
Remote
Diversity
Cultural Differences

14 October, 2021

Sachin Shah
Sachin Shah

CTO at Self Employeed

Sachin Shah, CTO, shares how he created an elegant solution to improve the delivery process.

Problem

Working at one of the largest multinational retailers as a lead architect meant I have to ensure the software is built correctly and can scale when large demand is placed up on it. The offshore team was about 100 people, and we had an onshore solution architect team who provided the solution design to them (the offshore team). There was a constant challenge in the delivery, whereby the designs provided by the solution architects during the sprint planning phase were confirmed to be fine with the engineering team.

However, they often missed the sprint target for delivery, and on assessment, it transpires that the offshore team were expecting more details in the solution designs. Whereas the onshore team 一 if they were to provide that 一 would take them much longer time. For instance, if they had to effectively deliver the design in the foremost part of the sprint, they would have to start that during the previous sprint. That was the only possible way to show them in the next sprint. There was a bit of back and forth between the 2 teams in terms of the right level of detail, and that was when I stepped in to address the challenge.

Actions taken

We brought both the teams 一 including both the leads 一 together to discuss their challenges. We asked them upfront about the amount of detail they wanted. Essentially, they agreed to stick to the middle ground between the two teams. After they accepted a certain amount of detail to be enough during the meeting, the engineering team picked up from there and delivered the code. Bringing the two teams together to understand each other’s viewpoint of where they are coming from, rather than going into email warfare, assisted in managing the situation.

I realized that the issue was the gap between the two teams, especially between the offshore and onshore a given level of physical distance between them. In addition to that, the cultural differences made it more challenging to resolve the situation. I chipped in and arranged a retrospective session, after the sprint. To understand the viewpoint of both leads, I gave them the indication of what we were further going to discuss. Again, I came up with a middle-ground solution, whereby we would offer a design template that would be acceptable for both teams.

When dealing with the cultural differences, there were 2 aspects of it. First of all, people started understanding each other over time and how people from different cultures work. Indeed, that needed training in terms of how differences in culture and team dynamics work together. Since it was a big organization, various cultural training was expected to be completed by each employee on a periodic basis.

At the back of implementing the new design template, these were monitored in terms of improvement. We wanted to make sure that it improved the achievement rate within the given sprint or reduced the defects injected as a result of delivery. We discussed this after the retrospective session of every sprint and whether the template and change in approach were helping the team or not.

Lessons learned

  • Bring people together to understand the root cause of the issues. As you see, emails going back and forth discussing specific issues get people in a “room”.
  • Be mindful of the cultural differences. It will improve streamline projects and work relationships. Plus, it would not leave any room for misunderstandings if you sympathize with the situation.
  • Identify the specific metrics that need to be monitored and keep a close eye on them. Evaluate the operations, and improve them accordingly.

Discover Plato

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


Related stories

A Day in the Life of a Product Lead in FinTech – A Series

31 January

Discover the daily struggles, challenges, and moments of delight encountered when delivering banking products around the world. I will share my story candidly and honestly, without filter as much as I am allowed, and offer insights into my approach while providing retrospectives of the results.

Strategy
Embracing Failures
Cultural Differences
Career Path
Loussaief Fayssal

Loussaief Fayssal

Director of CX at FLF PRODUCT DESIGN

V2 infrastructure project

21 December

Consideration for starting a multi year software infrastructure ( V2 ) project that involves hundreds of globally distributed engineers.

Acquisition / Integration
Architecture
Cloud
Ahsan Habib

Ahsan Habib

VP Software Engineering at human

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

(Re)Organizing Your Teams Using Domain-Driven Design

12 July

A proposal for how to create an org structure that will deliver software systems that you want, not ones you get stuck with.

Alignment
Architecture
Scaling Team
Building A Team
Internal Communication
Reorganization
Ram Singh

Ram Singh

Principal / Founder at id8 inc

Checking For Values Alignment When Considering a New Role

3 June

Tommy Morgan, VP Engineering at Crystal Knows, recalls a time in his career when his values didn’t align with his superiors and shares his insights on preventing this outcome when taking on a new role.

Alignment
Company Culture
Psychological Safety
Toxic Atmospheres
Cultural Differences
Prioritization
Health / Stress / Burn-Out
Tommy Morgan

Tommy Morgan

Head of Software Engineering at Tidelift