🔒 Internal Handbook — confidential. Do not share links or content with anyone outside G-Starlink.
CompanyRemote collaboration

Remote collaboration

Our three-location, async-first protocol. This page is the authoritative version of the Remote Collaboration SOP (v0.1 is the Word version that circulated; this MDX version supersedes it).

Four principles

  1. Handbook-first. Any question asked twice gets written down. Any decision gets written down. The handbook is the single source of truth.
  2. Public by default. Internal information is visible to everyone in the company unless there’s a specific reason to restrict it. (Note: “public within the company” is different from the external public docs site.)
  3. Async first, sync sparingly. Our three locations only have 4–5 hours of overlap per day. Don’t waste them on information transfer that could be a document.
  4. Outcomes, not hours. Performance is measured by what gets delivered, not by online time or response speed.

Working hours and the core window

LocationTypical working hours (local)Core collaboration window (local)
Beijing09:00–18:00 CST10:00–14:00
Bali09:00–18:00 WITA10:00–14:00
Melbourne09:00–17:00 AEDT/AEST13:00–17:00 (AEDT) / 12:00–16:00 (AEST)

During the core window: respond to Slack within ~30 minutes. Outside the core window: respond when you next log in, no expectation of immediate reply.

Daily async update

Every staff member posts a short update in #daily-updates before signing off:

✅ Done today:
  - [brief item, with link]
  - [brief item]
🎯 Tomorrow:
  - [planned item]
🚧 Blocked on:
  - [if anything]

3–5 lines, no essays. This is how the next time zone picks up where you left off.

Tool routing

Different conversations go to different tools. Don’t do the wrong work in the wrong place.

Conversation typeToolRule
Task that needs to be done and trackedLinear / GitHub IssuesAnything assignable with a deliverable
Decision to be recordedHandbook (this site)Write the decision into the relevant page
Quick discussion, asyncSlackDiscussion only — outcomes migrate to handbook or Linear
Urgent, immediate attentionWhatsApp / Slack @channelReserve for real emergencies
External — customers, suppliers, partnersWhatsApp, emailAppropriate channel per relationship
MeetingsZoom/Google Meet with pre-written agendaNo agenda = no meeting

Decision records (ADRs)

Major decisions get an ADR (Architecture/Action Decision Record) in /operations/decisions/. Template and threshold (roughly: anything impacting >10,000 AUD/year, or structural changes) in the Operations module.

Meeting rhythm

MeetingFrequencyDurationParticipants
All-handsWeekly30 minEveryone
Location standupWeekly30 minPer location
Monthly business reviewMonthly60 minEveryone
Quarterly strategyQuarterly2–3 hoursCore team
1:1Biweekly30 minManager + report

Every meeting: pre-written agenda, designated facilitator, written outcomes. No agenda = meeting is postponed.

When to escalate vs write it down

  • Write it down — anyone else might hit this issue, the answer is stable, or the issue can wait >4 hours
  • Escalate in core window — blocking your work right now, nobody has obviously owned it
  • WhatsApp / emergency channel — genuine emergency (customer mass complaint, system down, major financial issue)