All thoughts and musings
Engineering LeadershipApr 14, 2026 · 7 min read

Leading Technology as a Remote Executive Across Time Zones

Remote technology leadership isn't a downgrade of the in-person version. Done deliberately, distance forces the clarity that good organizations need anyway.

RemoteExecutive

I've directed twelve engineering teams across seven countries and four time zones, mostly for US companies whose offices I rarely set foot in. The thing people get wrong about remote technology leadership is that they treat it as the in-person job with the good parts removed. It isn't. It's a different job that happens to share a title, and the executives who win at it stopped trying to recreate the hallway.

When you can't lean over a desk, drop into a war room, or read the temperature of an office in three seconds, you lose the cheap signals you used to lean on. That sounds like a loss. In practice it forces you to build the things a good organization needs anyway, and most companies never build because the office let them get away without them.

Presence is a decision, not a location

In an office, presence is free and accidental. You're there, so people assume you're available, aligned, and paying attention. Remotely, none of that is automatic. You have to manufacture presence on purpose, and the version you build is usually better because it's deliberate.

For me that means being legible rather than visible. People shouldn't have to catch me online to know what I think. The priorities, the open decisions, the things I'm worried about, the reasoning behind a call, all of it lives in writing where the team can read it on their own schedule. Visibility is performative. Legibility scales across four time zones while you're asleep.

What actually changes

The honest list of what's different when leadership goes remote and distributed is shorter and harder than the productivity blogs suggest.

  • Communication moves to writing by default. A decision that isn't written down didn't happen. Synchronous time is rare and expensive, so you spend it on judgment and trust, not status.
  • Trust shifts from attendance to output. You can't see who's working, so you stop pretending hours are the measure and manage the work and the outcomes instead.
  • Decisions get pushed down. Across four time zones, routing every call through one person is a bottleneck that costs you a full day. You give teams the context and authority to decide without you.
  • Time zones become a feature. Handing work across the day means something can move while half the company sleeps, but only if the handoff is documented well enough to survive the gap.
Remote doesn't make leadership weaker. It removes the crutches that let weak leadership look fine in an office.

Why deliberate remote is an advantage

The clarity tax that distance imposes is exactly the discipline high-performing organizations need. When decisions must be written, they get scrutinized. When you can't hover, you're forced to hire people you trust and then actually trust them. When time zones make real-time coordination painful, you design systems and interfaces clean enough that teams don't need to coordinate constantly in the first place. Every one of those is good engineering leadership regardless of where anyone sits.

It's also how the work gets done in practice. Since 2018 I've served as a fractional and interim CTO to more than thirty companies, almost all of them US-based, run entirely remotely. I was a healthcare EMR CTO and an online-learning CPTO before that. The pattern holds across all of it: the distributed organizations that run deliberately are tighter than the co-located ones that run on osmosis, because they had no choice but to make the implicit explicit.

The failure mode is treating remote as a constraint to apologize for rather than a system to design. Companies that bolt remote onto office habits get the worst of both, and conclude distance is the problem. The problem was never the distance. It was the absence of a model built for it.

Where this goes

Talent stopped clustering in a few zip codes, and it isn't going back. The companies that build the best technology organizations over the next decade will be the ones that treat distributed, cross-time-zone leadership as their default operating model rather than a concession. The skills that make it work, writing clearly, trusting deliberately, pushing decisions down, designing for handoff, aren't remote-leadership skills. They're just leadership, finally without the office to hide behind.

Keep reading
Engineering Leadership · Dec 18, 2024

The Kind of CTO You Need at Each Stage

Metrics & DORA · Nov 14, 2024

Measuring Engineer Productivity Without Breaking Trust

Culture · Sep 3, 2024

The Unhealthy Fixation: Why I Obsess Over Operator Experience