COMPANY PLAYBOOK
Remote
System principles
- Build reliable written context instead of expecting instant replies.
- Keep work visible with its owner and state in one execution surface.
- Add independent calibration and explicit boundaries to distributed people processes.
Tensions and trade-offs
- Async writing protects focus and access but increases document-maintenance and reading load.
- Standard flow and veto create consistency but can constrain local judgment and candidate diversity.
PRACTICES
How Remote builds its operating system
Warm handoff protocol
A handoff is not complete until the recipient acknowledges it, and ownership stays with the original owner.
- How it works
- The handoff closes through explicit ownership in the work tool and recipient acknowledgement.
- Why it is used
- Prevents ownership gaps across time zones.
- Trade-off
- Waiting for acknowledgement can delay urgent flows.
- Best fit
- Teams that regularly hand work across time zones.
Separate permanent and transient knowledge
Permanent methods live in Notion while discussions and updates for active work live in Linear.
- How it works
- When active work ends, complex knowledge with lasting value moves to Notion.
- Why it is used
- Separates chat noise from organizational knowledge.
- Trade-off
- Requires transfer and freshness ownership across two surfaces.
- Best fit
- Product teams able to separate durable guidance from execution tooling.
Use UTC and ISO as a shared time language
Remote uses UTC as its only accepted time zone and `yyyy-mm-dd` for date entry.
- How it works
- Calendars and date records use a shared standard independent of local time conversions.
- Why it is used
- Reduces time-zone and date ambiguity.
- Trade-off
- Creates a mental conversion cost to local time.
- Best fit
- Teams spanning many countries and daylight-saving regimes.
Bounded Kanban flow
Engineering work longer than an hour becomes a visible issue; work in progress is limited and projects are split into deliveries of no more than two months.
- How it works
- Work moves from triage to done in one Linear flow; stuck work is visibly split or asks for help.
- Why it is used
- Reduces invisible work, waiting and oversized deliveries.
- Trade-off
- Can force artificial slicing of large dependencies.
- Best fit
- Software product teams practicing continuous delivery.
Single DRI with weekly updates
Each significant initiative has one DRI, and initiative and project updates are published weekly.
- How it works
- Timeline and confidence changes become visible to stakeholders in the same execution record.
- Why it is used
- Creates ownership and portfolio visibility.
- Trade-off
- A weekly update can become ritual when it adds no new information.
- Best fit
- Organizations with multiple product teams and dependencies.
Independent Bar Raiser veto
A trained interviewer from another department evaluates values, communication and async fit near the end; a “no” is binding.
- How it works
- A thirty-minute independent interview calibrates the hiring standard across teams.
- Why it is used
- Provides a consistent check independent of local team pressure.
- Trade-off
- A single veto risks false negatives and narrow culture fit.
- Best fit
- Pools of trained interviewers whose outcomes are regularly calibrated.
One-month onboarding buddy
A new hire is paired for roughly one month with a buddy who overlaps in time zone and has at least one month of tenure.
- How it works
- There is an initial meeting, suggested short weekly contacts and a month-end close; performance, training and career coaching are out of scope.
- Why it is used
- Creates a low-risk first contact for daily questions and social connection.
- Trade-off
- Depends on match quality and buddy capacity.
- Best fit
- Companies hiring quickly across teams and time zones.