Kemarin siang gw di-DM sama founder agency creative. "Mas, tim dev gue resign dadakan. Katanya gue mikromanajemen. Padahal gue ngirim chat jam 10 malam doang pas lu lagi tidur," kata dia.

Padahal masalah utamanya bukan jam kerja. Masalahnya nggak ada kontrak ekspektasi soal "jam respon" vs "jam tidur". Tim dev di Surabaya mikir remote = fleksibel mutlak. Founder di Jakarta mikir remote = selalu standby. Result? Drama, turnover, dan project hangus.

Anjir, kejadian ini udah rutin berulang tiap startup skala mid-stage mau scale tim remote. Lo pikir "oh kan kita remote first, otomatis pada paham ya"? Salah besar. Asumsi itu racun pelan-pelan yang bikin produktivitas tembus nol.

Gw udah liat puluhan kasus begini, baik waktu gw manage tim di TwoSigma maupun konsultasi ke beberapa klien saat ini. Solusinya bukan bikin policy HR seluas 5 halaman yang gak dibaca siapa-siapapun. Solusinya adalah mengontrak 7 aturan tak tertulis ini secara eksplisit sebelum orang kedua masuk tim.

Kenapa Asumsi "Kita Remote, Jadi Santuy" Itu Fatal?

Masalah utama budaya kerja remote di Indonesia seringkali bukan soal teknologi. Lo bisa pakai Slack, Zoom, atau Figma, tetap aja gesekan terjadi kalau definisi kerjanya beda.

Dulu gw punya kasus PR-an besar sama klien edtech. Tim QA di Medan ketigabelas telat submit bug report karena dia ulang tahun dan "nggak feel working". Padahal deadline client ketat. Developer di Bandung langsung panik, nge-gass fix bug sampe subuh, tapi malah introduce regression.

Kenapa? Karena nggak ada kesepakatan: Kapan boleh matikan laptop? Kapan respons lambat dibolehkan? Dan standar dokumentasi handover gimana kalau member tim drop-out mendadak?

Di SatuTim kita sering bilang: Remote bukan berarti bebas jadwal, tapi bebas kontrol selama output terjaga. Tapi frase itu meaningless kalau nggak diterjemahin jadi aturan main spesifik.

7 Aturan Tak Tertulis yang Harus Lo Kontrak

Ini bukan teori HR textbook. Ini buah pengalaman lapangan dari apa yang benar-benar nyebabin headace. Lo copy-paste nggak perlu, tapi lo wajib bahas poin-poin ini saat sesi onboarding pertama.

Aturan #1: Definisi "Respons Cepat" Itu Subjektif

Banyak PM keliru mengira fast response = cek Slack setiap 5 menit. Padahal itu resep burnout. Sebaliknya, developer bilang "gw deep work", maksudnya bisa nge-block notifikasi seharian.

Clearify ini: Tentukan Response Window based urgency.

Jangan cuma bilang "bisa dihubungi via WhatsApp". Definisikan.
Normal Task: Reply dalam 4 jam business hours.
 Critical Blocker: Reply dalam 1 jam.
Status Online: Lo wajib update status di tools (misal di SatuTim kita ada fitur Status buat ini) kalau lo tengah meeting atau fokus coding, jangan bikin tim lain ngira lo absen.

Gw pribadi anti kalau founder nge-tag @all di luar jam kantor cuma buat update progress biasa. Itu noise. Noise membunuh flow state.

Aturan #2: Dokumentasi Adalah Otak Kedua, Bukan Opsional

Inkontroversial banget gw bilang ini: Kalau nggak tertulis, nggak ada.

Banyak tim startup jatuh karena key knowledge ada di kepala satu orang. Dia WFH dari Bali, sinyal lemot, laptop mati. Project stuck 3 hari cuma karena nggak ada log keputusan teknis.

Clearify ini: Standar Dokumen Handover.

Setiap selesai task major, wajib ada artifact. Bisa di ticket system, bisa di wiki. Gw suka pakai struktur:

  1. Apa yang dikerjakan.
  2. Link referensi/brief awal.
  3. Potential risks atau follow-up items.
  4. Status akhir (Done/Needs Review).

Tanpa ini, tim remote ibarat kapal tanpa peta. Setiap kali ada pergantian shift atau member baru, mereka harus melakukan interview session buat nyari info yang sebenernya udah ada di kertas.

> Contoh Script Email Onboarding Gw (Gunain Ini Buat Ngedefine Ekspektasi)
>
> "Bro/Sis, welcome to the team. Sebelum mulai, gw mau align soal cara kita kerja:
>
> 1. Gw nggak expect lo reply chat jam 10 malam atau weekend. Jam kerja efektif kita pukul 09.00–17.00 WIB (atau sesuai timezone lo). Lu boleh mager di pagi hari asal target mingguan tetep jalan.
> 2. Namun, kalau task di tracker udah gantung > 2 hari, lo WAJIB raise flag di channel #dev-update. Jangan tunggu diremind.
> 3. Semua keputusan diskusi voice meeting HARUS disimpulkan dalam notes setelah meeting. Kalau belum dicatat, anggap diskusi itu nggak terjadi.
> 4. Format komunikasi asynchronous: Jangan cuma kirim foto screenshot error. Sertakan logs, langkah reproduksi, dan apa yang udah lo coba. Gw suka kalau lo proactive ngebawa solusi, bukan cuma带着 masalah."

Nggak panjang, tapi cover dasar-dasar friction.

Aturan #3: Kapan Boleh Matikan Laptop Tanpa Dituduh Selingkung?

Ini sensitif tapi penting. Banyak founder paranoid kalau tim remote "hilang" saat jam tertentu. Padahal, istirahat itu hak, bukan kemewahan.

Clearify ini: Boundary & Availability.

Boleh matiin laptop setelah jam kerja, TAPI dengan syarat:
 Update terakhir di tracker sudah jelas.
Ada backup person kalau ada emergency (rotasi on-call kalau perlu).
 Lo udah set auto-reply atau status offline di tools.

Kalau lo masih require dependency real-time (misal testing integrasi live payment gateway), matikan laptop itu selfish. Tapi kalau kerjaannya async, ngeblock kalender lo justru bikin lo produktif besoknya. Respect the battery both laptop dan mental lo.

Aturan #4: Over-communication Lebih Baik daripada Mind-reading

Di office, kadang kita cukup melirik muka teman sekamar buat tau mood atau progress. Di remote, hal ini mati total.

Clearify ini: Context Dropping Protocol.

Dilarang keras kirim pesan "udah ya" atau "done" doang. Itu bikin PM kepo terus.

Biasakan pola:
Bad: "Bug fixed."
 Good: "Bug fixed. Root cause: typo di query SQL. Impact: User login failed saat region ID. Fix tested on staging. Ready for QA."

Perbedaan detail ini ngefak banget di kolaborasi remote. Lo ga perlu cerita novel, tapi kasih konteks minimal supaya orang lain ga perlu tanya balik.

Aturan #5: "Urgent" Itu Mata Uang, Jangan Dicetak Sembarangan

Kalau semua request lo di-label "URGENT", maka tidak ada yang urgent.

Clearify ini: Red Flag System.

Tim sering bingung mana yang harus dikerjain duluan. Solusinya: Gunakan badge visual di tools manajemen tugas.
🔴 Critical: Client down, revenue impacted. Harusnya rare, mungkin cuma 1-2x sebulan.
 🟡 High: Deadline tomorrow.
🟢 Normal: Sprint goal.

Gw sering liat tim startup kewalahan karena founder nge-spam label merah di Jira/Trello/SatuTim demi alasan "biar diprioritaskan". Setelah beberapa kali, tim jadi desensitisasi dan malahan melewatkan yang beneran kritis. Jujur, ini ngeselin banget.

Aturan #6: Golden Hours untuk Kolaborasi Sync

Remote doesn't mean zero meetings. Tapi juga bukan berarti meeting seharian.

Clearify ini: Sync Windows.

Identifikasi overlap time antar anggota tim. Misal dev di Yogyakarta, designer di Malang, founder di Jakarta. Overlap terbaik biasanya jam 13.00–15.00 WIB.

Gunakan waktu ini ONLY untuk:
 Decision making butuh debat.
Brainstorming kompleks.
 Building rapport / bonding.

Hal-hal lain seperti status update, review kode, atau klarifikasi brief? Kill those meetings. Pindahkan ke async discussion atau comment di task.

Di SatuTim, kita design fitur Discussion khusus buat ngeladenin ini. Tim bisa threaded conversation per task, lengkap dengan attachment dan mention. Gak ada chat waterfall yang bikin history hilang.

Aturan #7: Template SOP Internal Anti-Mikromanajemen

Lo butuh dokumen hidup yang ngatur alur kerja tanpa bikin tim gerah diawasi. SOP ini bukan buat menghukum, tapi buat memberi kejelasan.

Struktur SOP Minimal Gw:

  1. Definition of Done (DoD): Checklist wajib sebelum task dianggap kelar. Lo ga bisa mikir mikromanajemen kalau DoD-nya objektif.
  2. Escalation Path: Kalau stuck lebih dari 4 jam, laporkan ke siapa? Direct ke lead atau kabarin di channel umum? Hindari loop diam-diam 2 hari.
  3. Async Standup Format: Wajib kirim update pagi hari dalam format:
Yesterday: ... Today: ... * Blockers: ... Ini ngehemat waktu meeting standup yang biasanya cuma buang-buang energi. Di SatuTim, ini bisa otomatis jadi daily digest.
  1. Code/Design Review Etiquette: Timeline review? Max 24 jam. Komentar harus spesifik, hindari bahasa ambigu.
Simpan ini di repo shared atau workspace management tool. New hire baca ini di hari pertama. Kalau ada konflik di kemudian hari, lo bisa tunjuk dokumen ini: "Kita udah sepakat ini, bro. Please adhere."

Penutup: Clear性是 Kindness

Banyak founder takut terlalu strict di awal. Khawatir calon talenta lari kalau dikasih banyak aturan. Pandangan ini salah kaprah.

Talenta senior justru cari kejelasan. Mereka capek sama lingkungan toxic yang basenya emosional dan nggak fair. Dengan mengklarifikasi 7 aturan ini, lo justru memfilter siapa yang cocok dengan ritme lo.

Kalau candidate menolak konsep respons window atau dokumentasi, biarkanlah pergi. Itu red flag bahwa kultur mereka berbeda. Lebih baik kehilangan prospek sekarang daripada suffer 3 bulan nanti.

Gw pribadi yakin, remote work yang healthy dibangun di atas trust, tapi trust itu dijaga oleh sistem, bukan doa.

Coba cek kalender lo minggu depan. Berapa menit yang terbuang buat sync status yang sebenernya bisa jadi satu baris di discussion? Atau coba cek inbox lo, berapa banyak pertanyaan yang jawabannya udah ada di SOP tapi tim lupa ngecek?

Kalau lo pengen nyoba struktur SOP ini tanpa pusing setup tool baru, di SatuTim kita udah punya template workspace yang bisa lo clone langsung. Tinggal isi brief, atur status, dan mulai kolaborasi tanpa drama.

Atau pertanyaan balik buat lo para founder: Aturan nomor berapa di rumah lo yang paling sering dilanggar anggota tim, dan apa excuse mereka?