Insights — August 24, 2026

Terpaut Dua Belas Jam: Memimpin Tim Engineering DoCheck dari Sisi Lain Bumi

Kepemimpinan EngineeringTim RemoteAsyncDelivery

Dari 2021 sampai 2023 saya CTO DoCheck, SaaS produktivitas dengan tim engineering 20+ orang di Indonesia. Saya berada di Orlando, menyelesaikan S2 Ilmu Komputer di University of Central Florida dengan beasiswa Fulbright.

Indonesia kira-kira dua belas jam di depan Florida. Sore hari tim saya adalah tengah malam saya; standup mereka adalah waktu tidur saya. Tidak ada trik penjadwalan yang bisa menghilangkan itu. Dengan selisih dua belas jam, satu-satunya irisan waktu yang Anda dapat adalah irisan yang sengaja Anda beli, dan bayarannya malam hari seseorang.

Velocity naik 30% selama periode itu. Bukan karena jaraknya, tapi karena jarak itu membuat kami tak bisa lagi lolos dari beberapa kebiasaan lama.

Zona waktu mengaudit proses Anda

Tim yang satu ruangan hidup dari informasi yang beredar di udara. Ada yang tak sengaja mendengar sebuah keputusan. Ada yang tinggal menepuk bahu. Tiket bertuliskan “perbaiki yang tadi kita bahas” dan semua orang tahu yang mana.

Pindahkan pemimpinnya dua belas jam jauhnya, dan tiap jalan pintas itu berubah jadi perjalanan pulang-pergi dua puluh empat jam. Tiket yang butuh satu pertanyaan klarifikasi tidak kehilangan sepuluh menit. Ia kehilangan satu hari.

Itu audit yang kejam, dan berguna. Semua yang kabur dalam proses kami sekarang menghasilkan keterlambatan yang bisa diukur, jadi kami memperbaikinya demi bertahan hidup:

  • Keputusan ditulis lengkap dengan alasannya, bukan cuma hasilnya, karena yang membacanya tidak bisa bertanya “kenapa” ke saya.
  • Tiket yang bisa dimulai tanpa saya. Kalau seorang engineer harus menunggu jawaban sebelum mulai, tiketnya belum siap.
  • Definisi selesai yang disepakati, supaya “sudah beres” tidak perlu diadili melintasi batas hari.

Tidak ada yang baru di situ. Yang baru adalah tidak adanya cara untuk menghindarinya.

Pakai irisan waktu untuk hal yang cuma bisa dilakukan manusia

Jam bangun kami yang beririsan sempit, dan nalurinya adalah mengisinya dengan laporan status. Status adalah pemakaian irisan waktu yang paling buruk. Justru status itulah informasi yang selamat kalau ditulis.

Maka status pindah ke tulisan, dan waktu langsung dipakai untuk hal yang benar-benar rusak kalau jadi teks: perbedaan pendapat soal arsitektur, orang yang mentok tapi tidak bilang, obrolan karier, umpan balik yang nadanya mendarat keliru kalau dikirim sebagai pesan. Ritual agile kami saya susun ulang mengikuti pembagian itu. Ritual yang ada untuk menyiarkan informasi jadi dokumen. Ritual yang ada untuk membangun penilaian bersama tetap dapat slot sinkron.

Otomasi itu alat kepemimpinan

Ketika Anda tidak bisa hadir, tiap langkah manual antara commit dan produksi jadi langkah yang menunggu orang yang mungkin sedang tidur.

Itu alasan kami berinvestasi di peningkatan CI/CD. Tujuannya bukan kenyamanan developer. Tujuannya menghapus hambatan manusia yang, dengan selisih dua belas jam, berubah jadi kemacetan sehari penuh. Pipeline yang memeriksa kualitas sendiri tidak butuh saya melek.

Logika yang sama mendorong pekerjaan infrastruktur. Kami memigrasi beban kerja utama ke AWS serverless dengan tata kelola sumber daya yang disiplin dan memangkas biaya infrastruktur 20%. Sebagian itu FinOps biasa. Sebagian lagi karena serverless menghapus satu kelas pengasuhan operasional yang kalau tidak, harus dikerjakan seseorang di jam yang tidak enak.

Yang didapat tim di luar rencana saya

Otonomi. Ketika pemimpinnya tak bisa dihubungi dua belas jam sehari, keputusan tetap diambil tanpa si pemimpin. Itu tidak nyaman persis satu kali: saat pertama seseorang mengambil keputusan yang akan Anda ambil berbeda, dan Anda harus memilih antara membatalkannya atau mendukungnya.

Mendukungnya, lalu memperbaiki panduan yang membuat keputusan itu ambigu, adalah cara sebuah tim berhenti membutuhkan Anda untuk kelas keputusan tersebut. Jarak memaksakan itu ke saya jauh lebih cepat daripada kedekatan. Di ujung periode itu tim mengambil sebagian besar keputusan tanpa saya, dan mengeskalasi kumpulan yang jauh lebih kecil dan jauh lebih terpilih.

Yang saya pertahankan

Sejak itu saya juga memimpin tim yang satu lokasi. Ini yang tetap.

  1. Tulis keputusannya beserta alasannya. Alasan itulah yang memungkinkan orang lain memperluas keputusan ke kasus yang tidak Anda antisipasi.
  2. Jangan pernah pakai waktu sinkron untuk hal yang lebih baik dikerjakan dokumen.
  3. Perlakukan tiap gerbang manual sebagai kemacetan di masa depan, lalu otomasikan.
  4. Tiket yang tak bisa dimulai orang tanpa bertanya ke Anda belum siap.
  5. Dukung keputusan yang diambil tim saat Anda tidak ada, lalu bereskan ambiguitas yang membuatnya sulit.

Selisih itu tidak membuat kami lebih cepat. Ia menghapus pilihan untuk menunda perubahan yang membuat kami lebih cepat.