Distributed Leadership Before It Was Cool
30 December, 2020

Engineering Manager at Square
Problem
I moved to Silicon Valley in 2016 to pursue my career goals but after two and a half years it became too taxing to be away from my children who were on the East Coast. It became more difficult for me to justify my stay in San Francisco and by that time, I was almost certain that I could lead my team remotely. However, I knew that the leadership team army company wouldn't be comfortable with it initially.
Actions taken
To be on the safe side, before I went public with my bold proposal I started doing interviews, got several job offers, put them in my back pocket just for the sake of confidence, and then headed to the management. I’ve never used these as leverage because that dynamic rarely works. I explained my situation acknowledging that we didn’t have distributed leadership before but asking them to consider it. My manager and the people team had three main concerns: how I would maintain my presence, how I would handle time zones, and how I would hire local talent.
Initially, they asked me to step back and be an IC again and they would hire another manager to replace me. But, my team didn’t want that. The company advertised an open role and they interviewed a couple of candidates, but they didn’t find a candidate the team would be excited about.
In the meantime, I moved back to the East Coast. My team, without my explicit knowledge, communicated with the leadership re-emphasizing that they wanted me to stay on the team as their manager. After a while and looking at the productivity and engagement scores -- that either stayed the same or went up -- they gave in.
Nevertheless, I had to address three of their main concerns:
Staying connected
To stay connected I would fly monthly to San Francisco for a full week. I would have offsites with the team or hang out with other leaders making the most of the week. We also regularly had video calls; it felt a bit awkward to be the only person on the video call, so we went to fully distributed meetings though the rest of the team was colocated. I also encouraged people to work from home more often if they wanted to. Six months in and we would have two to three engineers working from home every day. I also became even more active on Slack and did a lot of pair programming to compensate for the lack of meeting people in the hallway.
Working in different time zones
At first, I thought I would capture an overlap by starting a bit earlier and staying later. But, some meetings would run really late, and if I would accept that as the norm I would disrupt my work-life balance over time. However, at the same time, I felt I had to accommodate. I set my working hours in Google Calendar to be from 10 am to 6 pm Eastern Time, which converts to 3 pm Pacific Time.
I also got rid of meetings that didn’t have to be meetings. I would either completely get rid of them making sure that only essential meetings were on the calendar, make them as much as possible asynchronous, or do the prep work that would shorten meeting time. Also, if there was an important meeting that was scheduled late I would block my mornings and have them for myself. For example, if a meeting would last until 8 pm I wouldn’t start working by noon.
Hiring local talent
In reality, we ended up hiring only two people within the first year. The fact that I was a distributed manager communicated to candidates that the company was open to that possibility. During my stay in that role, we had only a couple of open positions and we managed to schedule onsites during my stay in San Francisco. Also as a leader, I delegated a lot of leadership responsibilities and had developed two people on the team whom I referred to as chiefs. When I was not there they were culture bearers and would envelop people into the team culture.
Lessons learned
- Everything we learned from my experience helped us through a recent transition to remote work caused by Covid-19 and furthermore, it gave us a leg up.
- There is a small fraction of work that absolutely requires in-person time and that is an important part of our work. Once things open up again, we should travel and meet again and interact in the same space.
- I had to learn to control my schedule and make it work for me. I had to create clear boundaries and then have things done within these boundaries.
- Most of the meetings could be emails. I realized how asynchronous work was positively impacting our productivity and how going prepared for a meeting would get things done, so that we could spend more time socializing when we did meet.
Discover Plato
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
Related stories
5 February
As a Leader, can you show your weaknesses to your team? Your vulnerability to your team? Not only can you, you must.

Kamal Raj Guptha R
Engineering Manager at Jeavio
20 January
As a Lead or Manager, one could naturally incline more towards being either people oriented or task oriented. Which is better? Do you know which side you lean more towards?

Kamal Raj Guptha R
Engineering Manager at Jeavio
10 December
Supporting principles on why being data led (not driven) helps with the story telling.
Vikash Chhaganlal
Head of Engineering at Xero
29 November
Why DevSecOps matter and what's really in it for you, the team and the organisation?
Vikash Chhaganlal
Head of Engineering at Xero
28 November
The impact you can have with a Growth Mindset' and the factors involved in driving orchestrated change.
Vikash Chhaganlal
Head of Engineering at Xero