Skip to main content
Culture

[FAKE] Building a remote-first engineering culture

1 min read

Remote-first is not remote-friendly

There's a crucial difference. Remote-friendly means "you can work from home sometimes." Remote-first means every process, tool, and ritual is designed for distributed teams. Half-measures create two classes of employees.

The pillars of our remote culture

1. Async by default

Not everything needs a meeting. We default to written communication — Notion docs, Slack threads, PR descriptions. Meetings are reserved for discussions that genuinely benefit from real-time interaction.

2. Documentation as culture

If it's not written down, it didn't happen. Every decision, architecture choice, and process change gets documented. This isn't bureaucracy — it's how you scale knowledge across time zones.

3. Intentional social connection

Remote teams don't get watercooler moments for free. We schedule optional social time: virtual coffees, game sessions, and quarterly in-person meetups. Connection requires investment.

4. Trust over surveillance

We don't track keystrokes or require cameras on. We measure outcomes: shipped features, resolved tickets, code review quality. Treat adults like adults.

Tools that make it work

  • Slack: Async communication with disciplined channel structure
  • Notion: Knowledge base and project documentation
  • Linear: Issue tracking with clear ownership
  • Tuple: Pair programming when you need real-time collaboration
  • Around: Lightweight video for quick syncs

The results

Since going remote-first, our team satisfaction scores increased 23%, our deployment frequency doubled, and we've been able to hire from a global talent pool. The investment in culture infrastructure pays for itself.

Tags

Team Ops Engineering