Checking time zone privilege in remote teams and global orgs

»» Sign up for the next #DesignInTech briefing.


One of my favorite things in life is when I realize how stupid I’ve become by getting smarter. Said differently, it’s the moment you realize that your personal inference engine is filled with a bunch of assumptions. And although those assumptions can let you feel smart in front of others who are confronted with exactly similar conditions for the first time, they’re kind of useless when you’re put into different situations. It’s SO easy to forget.

Me and my mom driving around town in Seattle area — my birthplace.

For example, I was in Seattle visiting my 83-year old mother. We went to a post office to drop off something she wanted to mail to her younger sister. Because I don’t own a car in Seattle, I borrowed my younger brother’s questionably low-riding car with darkly tinted windows and is all black.

We parked in the handicap spot but she didn’t want to go in — it’s not so easy to get around walking when you’re that age and have diabetes. So my mom told me to go ahead, and she would wait in the car because she was tired. I proceeded into the post office, and popped out a few minutes later and got into my brother’s car and turned on the ignition. I edged back slowly.

Then, I heard a, “CRUNCH!” I thought “uh oh ….” I got out and there was another car backing up at the same time that I didn’t see or expect to come from anywhere. The other car parked, and an older women came out who looked very afraid. I thought she might be afraid because my younger brother’s car looks a little scary.

I made her feel at ease and expressed my regret that we’d collided — and looking at the damage, it wasn’t really bad at all. Just scratches. I told her I was visiting my 83-year old mother and she’s totally fine in the car.

To which the woman responded, “Oh — she’s one year older than me so I’m glad she’s okay. I’m so embarrassed. My car is so old that I don’t care about any scratches at all. What about your car?”

I looked at the car and the white scuff from her white car on black paint wasn’t a big deal; I figured it could easily be removed with WD-40. I told her to not worry and there wasn’t a need to call the insurance companies. She looked incredibly relieved, and asked me multiple times if it was okay.

Looking extremely relieved, the woman in the white car drove off, and I sat back in the car with my mother. She asked what happened because she couldn’t see my conversation transpire. I told her that the other woman was one year younger than her, and that she seemed so relieved that we weren’t calling the insurance companies.

My mother said, “Well of course she must have felt so relieved. Because then she didn’t have to tell her children that she got in an accident.”

I asked my mom what she meant by that. She went on and said, “When you’re my age, your children are always trying to control you. You’re always so worried about us — that’s why I stopped driving. She probably wants to keep driving and be in control of her own life. So the last thing she wants to tell her kids is she got in an accident — because they’ll take the car away from her.”

The moment gave me serious pause — as I had completely misread the other woman’s reaction. I thought she was happy that her insurance premium didn’t have to go up. Or that I wasn’t a dangerous person coming out of a decidedly sketchy black car.

I could only understand that moment through my mother, who by being a similar age and situation, could have true empathy.

This is a long-winded story to prelude the general point of this post — which is the importance of timezone inclusivity in a remote team. In my first few months at Automattic I didn’t think twice about scheduling large meetings until my European colleague, Paolo Belcastro, gave an internal talk about the importance of timezone inclusivity.

Automattic covers a lot of territory due to its uniquely fully-distributed nature.

Through hearing Paolo’s concerns of a US/Canada-centric culture becoming dominant in our company, and what that meant to all others who didn’t fall within that timezone — I immediately felt that I needed to think differently about my scheduling habits. Paolo made me realize I had “timezone privilege” as an American in a global company that was predominantly N Americans as a majority.

So after that moment, I began to schedule any major meeting I might call to happen in three time zones. It was a bit awkward at first, and it was an idea I took from a few of my professional colleagues working in much larger companies — and I could see the benefit immediately.

Today I schedule each monthly all-design meeting in two timezones: 1/ 10AM NY to hit E Coast US/Canada and EMEA, and 2/ 8PM NY to hit late W Coast US/Canada and APAC. As for attendance, for all those who report to me within design I make it mandatory — which can be a little unpopular in a distributed organization, but I believe that a minimal amount of co-presence is a good thing.

If we can’t collocate in space to show shared commitment, we can at least collocate in time to do so. By doing so, we are implicitly teaming.

Why videoconferencing is useful in an all-distributed team

As for my other smaller meetings during the month, I haven’t found the right way to do this yet — but I intend to figure this out. If you have your own tips for timezone inclusivity or stories about discovering its importance, please feel free to share them below. Thanks! —JM

15 thoughts on “Checking time zone privilege in remote teams and global orgs

  1. Beautifully written. Thank you for sharing!

    I’ve found, using Google Calendar, that everyone setting their working hours, then using the “see other’s calendar’s for this event” function super helpful. It also catches you when the time is outside their normal working hours.

  2. Time zones and meetings are hard, and always will be. They’re one thing technology can’t fix, no matter how much you spend. Someone is always going to have to compromise or sacrifice, it’s just a question of “whom” and “how much”.

    I wish I had a better answer for you, but that’s it!

  3. Someone is always going to have to compromise or sacrifice, it’s just a question of “whom” and “how much”.

    Profound. Thanks, Ollie.

  4. It also catches you when the time is outside their normal working hours.

    Yes — I use that feature too. Thanks, Jonathan.

  5. I own a small boutique studio for architectural outsourcing services based out of Uruguay. All my clients are in California. One of the tools I use to connect with my clients and projects are whattsapp or facebook messaging. Sending a voice memo a few times a week with questions about projects, or a quick chat with concerns or observations starts to bridge the geographical barrier. It’s a little different in that is less constructed and more imrpovised and organic than an email. I still think it is difficult to build a bonding dynamic with teams located across the globe- however this is just one of the small ways I make sure to make the team feels connected on a constant basis.

  6. I loved this John – timezone inclusion – you are my hero!! Having run global business out of Asia I’ve been lucky to have the -12/+12 timespan either side, but it’s always fascinating to notice the local norms on working hours. For some markets they are bound by labour laws limiting hours available, for others, it’s cultural. (Never could understand why my New York teams always set calls for me at 2am SGT, and London would never get on a call before 9am)….There’s definitely an App in this / a distributed team hack that brings in local practices as well as diaries – or programatically rotates it so everyone gets that crummy time that means you stay up in your PJs to do sales forecasting!!

  7. Great thought – to be time zone inclusive! I always figured as an East Coaster that I would schedule things at 11 at the earliest to accommodate the West Coasters, but of course, that leaves out a whole mess of time zones! But more importantly, I started using “whenisgood.net” to check people’s availability (when we aren’t all on the same calendar system) – and it has a very handy “use time zones” check box that makes it super easy for everyone who adds their availability to see all the proposed times in their own time zone – to most easily check against their schedules.

    But also, I’ve found that some people are actually awake and available at hours I would not normally consider myself – like 5 am or 8 pm – so this way, I can get a real sense of when people are up for meeting – no matter where they are – even if that is in their own early morning, late or middle of the night. This is a way to be both time zone and flex schedule inclusive.

  8. Thanks for sharing, John. This is certainly a big pain point for my team working in a global company. One thing I plan to start implementing is to increase the consciousness of time zone diversity and set common understanding of the flexibility you get to compensate for the sacrifice. e.g. if people have to take calls after 9pm their time, they can start next day later from 10am, etc.
    Another idea is to set certain days for night calls. e.g. night calls for AP should be scheduled on Tue. & Thur. as much as possible, leaving the other nights free. You can also have placeholder spots for such calls, which can be cancelled if nothing to discuss. This way, people have clear expectations and can arrange their own family or social events around these slots.

  9. Thanks for sharing and the great name – time zone inclusion. I’m a fan of being specific and naming things.

    As I’m located in Europe, tend to be the bridge between the India and USA teams.

    We do have 2 “alignment” sessions, always on Tuesday and Thursday that everyone attends (Sales, Product Management, Content Strategy, Design, Engineering and Support), it’s recorded on request, notes are taken and actions+owners assigned.

    We also have informal “interlock” working sessions (usually smaller group for specific work) which are only “meetings” because of geo-separation, not because they would be normally scheduled as meetings.

    I think scheduling the same thing at consistent times, once happy time slot found, sets a rhythm, expectation and pattern of behavior. If someone misses one, they’ll notice/recall. Also you don’t get “meeting pop corn” – collisions for the same 2 hours because they are the most convenient overlap.

    One thing I’m trying is reserved working/non-interupt time for focused work, outside of the agreed meeting windows.
    There is something to be said for “core hours”.

Leave a Reply

Your email address will not be published.