Kemarin gw liat catatan meeting mingguan tim product. Ada 12 objective yang masih aktif sampai bulan ketiga. Dan lo tau apa yang terjadi? Check-in mingguan jadi sekadar ritual ngomong "udah jalan, belum ada hambatan" tanpa data beneran. Dua puluh jam produktif hilang cuma buat ngetik status update yang gak pernah dibaca siapa-siapa.
Dampak Langsung: Fokus Terbelah & Ritual Kosong
Awal tahun lalu, gw ngerasa perlu nge-gass growth. Alhasil, gw rilis dokumen OKR berisi 12 objective untuk satu bulan. Angka itu kelihatan heroik di spreadsheet, tapi realitanya malah ngeblock kalender seluruh tim.
Tim gw waktu itu 7 orang + 1 lead designer. Dalam 4 minggu pertama, masing-masing udah dikasih 2-3 target berbeda. Yang ngeselin bukan beban kerjanya, tapi konteksnya yang terus berubah-ubah. Setiap kali adu progress, selalu muncul pertanyaan baru: "Btw, gimana kalau kita sempetin feature X dulu biar retention naik?" atau "Client Y minta adjustment mendadak, bisa gak prioritas diundur?"
Check-in mingguan yang tadinya dirancang buat nyinkronisasi risiko, berubah jadi forum konfirmasi status kosong. Tanpa filter prioritas, semua task dianggap setara. Dan di dunia kerja nyata, ketika semuanya high priority, artinya nggak ada yang urgent sama sekali. Gw pribadi ngerasa cemas liat dashboard, tapi juga mager mikirin cara nuduh mereka salah karena sebenernya gw sendiri yang gak jelasin mana yang harus dikesankan duluan.
Contoh konkretnya gini: Di Q2 2024, kita sempat paksa tim QA mengejar 3 bug critical sekaligus sambil maintain regression test suite. Hasilnya? Bug A kebuka, bug B ditunda, dan test suite malah bocor. Total downtime production naek 14% cuma gara-gara alokasi resource yang dilucuti dari akar masalah. Deliverables telat, review-an jadi numpuk, dan tim mulai kerja sambil nunggu approval bertubi-tubi. Buang waktu.
Bedah Penyebab: Ambisi vs Realita Eksekusi
Di sini gw mau jujur soal mindset yang salah saat awal-awal setup OKR. Banyak founder dan PM di luar sana (termasuk gw dulu) terjebak pada ilusi bahwa target banyak = motivasi tinggi. Padahal yang terjadi justru sebaliknya: cognitive overload.
Otak manusia nggak dirancang buat multitasking strategis. Ketika kita paksa tim mengejar 12 hal sekaligus, energy mereka tercabik-cabik. Bukan cuma di level eksekutor, tapi juga di level decision-maker. Gw perhatikan pattern yang sama berulang di berbagai project: deadline melenceng karena context-switching berlebihan, kualitas output turun, dan akhirnya tim mulai skip detail demi asal kelar.
Gw dulu suka bilang ke tim, "Nih, gue kasih freedom banget, bebas pilih jalan." Ternyata freedom tanpa pagar prioritas cuma bikin mereka lari ke segala arah. Rata-rata meeting prep time tim gw naik jadi 45 menit per orang per minggu. Mereka harus baca 3 doc berbeda, cek 2 channel Slack, baru berani buka mic pas standup. Ngeselin banget.
Yang lebih parah, kita lupa nge-filter sesuai dampak bisnis. Beberapa objective gw pasang cuma berdasarkan tren eksternal atau keinginan pribadi buat keliatan proaktif. Hasilnya? Kerja keras masif, tapi nol impact ke cashflow atau retention. Ini kesalahan fatal yang sering bikin startup mati perlahan tanpa disadari: aktivitas intens yang sejajar dengan stagnasi revenue.
Kita suka menyebutnya productive procrastination. Ngerjain banyak hal biar rasanya sibuk, padahal arah geraknya kabur.
Anti-Pattern: OKR Jadi To-Do List Berbayar
Masalah paling sering terjadi bukan di tahap perancangan, tapi di cara kita menuliskan Key Results. Kita biasa nyelipkin task harian sebagai objective. "Launch landing page baru" bukanlah objective. Itu cuma kegiatan. Objective yang bener harus mengarah ke outcome terukur: "Turunkan bounce rate landing page dari 68% jadi 45% dalam 30 hari."
Perbedaan tipis ini ngebunuh momentum. Kalau objektifnya task-based, tim bakal merasa sudah "selesai" begitu button publish ditekan, tanpa peduli apakah metrik bisnisnya bergerak atau tidak. Di SatuTim kita sering lihat kasus begini: klien nge-post 5 KRs berbasis activity, check-in mingguan jadi report jumlah commit GitHub dan design mockup yang di-export. Padahal conversion rate tetep di angka 1.2%.
Gw pernah encounter agensi kecil di Jakarta yang gagal scale karena mereka treat OKR sebagai sprint backlog berbayar. Mereka pasang 10 KR, tapi 7 di antaranya adalah "fix UI", "add export PDF", "migrate database". Tiga bulan kemudian, revenue plateu. Kenapa? Karena mereka sibuk mengerjakan fitur yang diminta CEO, bukan fitur yang dibayar user. Solusinya sederhana: tanya "What happens if we don’t ship this next week?" Kalau jawabannya "nothing changes in the metric", delete it. Gak usah dipaksa masuk quarterly roadmap. Simpel, brutal, tapi menyelamatkan timeline.
Framework Gantiin: The 2-Hour Async Sync
Setelah kill mode di atas, kita bangun workflow pengganti yang sekarang jadi tulang punggung operasional kami. Namanya async sync, dan ini bener-bener ngubah pola komunikasi dari reactive jadi reflective.
Senin pagi, tiap anggota tim nge-draft update di kanal dedicated (pakai SatuTim Discussion). Formatnya wajib 3 poin: 1. Progress metric utama vs target, 2. Blocker yang butuh input decision, 3. Top 3 focus untuk 7 hari ke depan. Gak perlu narasi panjang lebar, cukup fakta + angka. Deadline submit jam 12 siang.
Selasa-Rabu, lo sebagai lead punya jendela 2 jam buat nge-read, komen, dan tandain decisions. Gak ada meeting. Gak ada audio call. Semua diskusi happen di thread yang sama. Kalau ada yang butuh alignment cepat, lo ajak breakout call maksimal 15 menit, cuma buat yang benar-benar stuck.
Jumat, kita adakan weekly review selama 45 menit. Karena semua udah baca update async sejak Senin, meeting ini langsung loncat ke deep dive. Contoh: "Retention drop 3% di cohort kemarin. Dari discussion thread, frontend nyari root cause di slow API response. Kita putusin swap vendor CDN besok." Meeting jadi tajam, gak ada lagi waktu habis buat nyari context yang udah written down.
Hasilnya setelah 6 siklus? Time spent in meetings turun dari 18 jam/minggu tim jadi 4 jam. Decision velocity naik drastis karena gak perlu nunggu kumpul. Yang paling penting, psychological safety naik. Tim ga takut nulis "gagal" di paper karena evaluasinya based on data, bukan kehadiran di Zoom.
Lesson Learned PM: Nyambungin Goal Setting ke Weekly Priority
Setelah tiga bulan hampir tenggelam dalam rutinitas formalitas ini, gw putusin buat halt dulu. Gw gather tim, buka dokumentasi lama, dan tanya langsung: "Apa sih dua hal yang kalau dimatiin besok, perusahaan bakal langsung ngerasa?"
Jawabannya spontan. Dan itu mengantar gw ke aturan main baru yang sekarang gw apply ketat.
Pertama, maksima 3-4 objective per siklus. Bukan lima, bukan enam. Tiga sampai empat. Angka ini sengaja gw pake karena terbukti cukup buat memberi ruang navigasi, tapi tetap memaksa tim buat nyari tahu mana yang benar-benar kritis. Sisa tujuan lain masuk backlog atau nice-to-have track.
Kedua, satuin goal setting startup sama weekly priority meeting. Jangan biarkan keduanya hidup di ekosistem terpisah. Gw ubah format rapat mingguan jadi sesi decision-making, bukan sekadar laporan progres. Tiap minggu, kita diskusikan: "Dari daftar objektif yang ada, yang mana yang butuh spotlight 7 hari ke depan?" Sisanya tinggal dipantau async. Format ini ngebantu banget karena semua ngerti konteks prioritas, bukan cuma ngebut dari bawah.
Ketiga, hapus total objective yang gak ngaruh langsung ke retention atau cashflow. Ini mungkin terdengar kontroversial, tapi beneran loh. Kalau suatu metrik gak bisa dipetakin ke revenue streams atau churn reduction di akhir sprint, tandain aja sebagai secondary focus. Simpan di repository, bukan di papan prioritas utama. Hasilnya setelah diterapkan selama dua kuartal? Tim stop ngerjain tugas sampingan yang gak jelas ujung pangkalnya. Fokus back on track. Lead time delivery berkurang 40%, dan yang paling penting: check-in mingguan kembali jadi tempat diskusi masalah beneran, bukan teater status report.
Coba minggu ini: buka spreadsheet OKR lo, kasih warna merah ke semua item yang gak langsung connect ke uang atau retention. Tanya tim lo, "Mana yang bisa kita drop tanpa bikin bisnis lumpuh?" Kalau jawabannya kosong, kemungkinan besar lo lagi nge-push volume, bukan value. Kalau check-in mingguan tim lo masih lebih dari 25 menit dan hasilnya cuma checklist kosong, biasanya symptom dari masalah prioritas, bukan disiplin. Lo udah pernah coba potong object yang terlalu banyak? Atau malah makin nambah tiap cycle?