Kemarin gw liat founder startup ngirim voice note 4 menit ke junior developer jam 9 malem. Isinya? Detail CSS button yang sebenernya bisa gw bahas di Figma dalam 2 menit. Hasilnya? Dev jadi males ngerjain, sambil nunggu lo approve tiap pixel. Gw hitung estimasinya: lo habiskan 17 menit cuma buat hal teknis yang sebenarnya tim lo mampu deal sendiri.
Yang ngeselin, founder ini masih yakin kalau dia "aktif" mengawasi progres. Padahal, logikanya simple: makin cepet lo respon detail kecil, makin lambat tim lo bergerak secara keseluruhan. Lo pikir lagi efisiensi? Salah total. Lo baru aja bikin dependency chain di mana setiap keputusan harus antri di depan meja lo.
Ini kontroversial tapi pengalaman gw di berbagai kasus: delegasi yang salah justru membunuh kecepatan tim.
Kita sering dapet tekanan dari investor atau market buat "gercep". Terus kita boncengin tim biar lari lebih kencang. Padahal, masalahnya bukan di kaki timnya. Masalahnya ada di cara kita nyelein tugas ke bawah. Kalau lo nemuin symptom ini, mungkin lo kena satu dari tiga pola delegasi anti-pattern berikut:
1. Nge-delegate Task, Tapi Lupa Ngebangun "North Star" Dulu
Contoh klasik: Lo kasih to-do list doang tanpa konteks strategis. Tim eksekusi, tapi hasilnya lambat karena mereka harus nanya-nanya ulang atau tebak-tebakan.
Dua bulan lalu, ada agency owner sharing case ke gw. Dia nge-delegate project landing page ke designer junior dengan instruksi: "Bikin layout hero section kayak referensi ini, tapi lebih clean." Designer ngerjain, submit, client reject. Alasannya? "Ini belum sesuai vibe brand guide Q3 yang baru keluar Senin kemaren."
Desainer nanya, "Tapi briefnya cuma link Figma kok bos."
Akibatnya? Revisi 3x. Total waktu wasted 4 hari. Padahal, klo si founder sempet 5 menit jelasin kenapa brand vibe berubah (karena pivot positioning), desain awal udah kelar dan approved. Tim gak perlu puter otak lagi.
Pelajarannya: Delegasi tanpa context itu sama aja kayak nyuruh temen beli kopi terus minta dia cari tau juga siapa yang paling suka kopi itu di kantor. Absurd.
Ketika tim gak tahu North Star-nya, mereka bakal mikir ekstra buat guard diri sendiri. Mereka nanya lo berulang kali buat validasi. Dan lo, yang sibuk meeting sama investor, akhirnya jadi blocker utama.
> Di SatuTim kita biasanya paksa tim isi bagian "Context & Success Metrics" di Brief sebelum task bisa di-assign. Bukan cuma link Figma atau dokumen PDF, tapi narasi singkat kenapa ini penting dan apa definisi suksesnya. Ini ngebantu eksekutor mikir mandiri, bukan cuma jadi robot executor.
Coba cek tim lo: Kalo lo ngerasa tim sering minta klarifikasi berulang-ulah, jangan salahkan mereka "kurang inisiatif". Cek brief-lo. Apakah lo udah kasih peta lengkap, atau cuma kasih koordinat acak?
2. Masak Deadline Saja, Tapi Lupakan Capacity Tim
Lo pernah ngerasa gini gak? "Besok sore wajib kelar, urgent banget!" Tim lo panik, lembur seharian, delivery-nya buru-buru, qualitynya drop, client reject, dan deadline besok sore jadi tomorrow next week.
Ini jebakan fatal. Delegatee feeling pressured tanpa support resource management cuma akan menghasilkan panic-work. Dan panic-work itu lamban karena tingkat error-nya gila.
Kasus nyata: Tim design gw 3 orang. Ada request mendadak dari sales untuk bikin banner promo event besar. Lo langsung assign besok kelar, padahal dua anggota lagi udah full sprint ngerjain bug fix critical.
Apa yang terjadi? Desain lead ngerasa "dikejar" dan nge-gass ngerjain banner. Outputnya jelek, gak konsisten UI kit. Client tolak. Harus bikin ulang. Plus, bug fix tertunda karena resource dialihkan. Total project timeline mundur 5 hari.
Jadinya siapa yang rugi? Tim, karena stress dan overtime gak berbuah manis. Lo, karena milestone meleset. Client, karena kualitas turun.
Speed comes from focus, bukan dari arbitrary dates.
Kalau lo mau tim lo cepet, lo harus proteksi kapasitas mereka. Delegatee butuh waktu buat breathe dan execute, bukan buat panik. Ketika lo nge-block kalender mereka tanpa konsultasi capacity, lo lagi bikin bottleneck di level manajemen.
> Anjay, ngerjain 5 task sekaligus rasanya cepet, tapi riset menunjukkan context switch cost itu mahal banget buat produktivitas kognitif. Lo pikir lo nge-gass, sebenernya tim lo lagi ngerem dengan rem tangan.
Action check: Minggu ini, coba audit semua request mendadak yang lo masukin. Coba tanya ke lead: "Kalo ini lo ambil sekarang, project lain yang mana yang mau lo geser?" Biasanya mereka bakal nunjukin trade-off yang realistis. Dengarin itu. That's how you delegate without killing velocity.
3. Sering Interrupt Pas Eksekutor Lagi "In The Zone"
Ini mungkin yang paling ngeselin karena sering disamarkan sebagai "support" atau "check-in rutin".
Lo punya kebiasaan nagih progress tiap 2 jam lewat Slack? Tag orang: "Udah berapa?", "Ada update?", "Masalah apa?"
Buat eksekutor yang lagi deep work, ini adalah mimpi buruk. Gw sendiri dulu jahat nih. Gw suka nagih status meeting per jam demi feeling kontrol. Ternyata, gue ngerusak fokus tim selama 3 bulan tanpa sadar.
Ceritanya begini: Senior PM gw lagi bikin roadmap Q3. Gw nge-chat tanyain update tiap beberapa jam. Awalnya dia jawab santai. Lama-lama, dia berhenti mikir strategis dan mulai kerjakan checklist doang supaya gw stop nge-chat. Hasil roadmap-nya jadi dangkal, gak ngena pain point user, karena dia sibuk ngerjain buat gw, bukan buat user.
Ilustrasi sederhana: Bayangkan lo lagi main game RPG. Level 50 boss fight. Tiba-tiba ada NPC dateng nanya "Baru jalan mana? Mau ke toko? Mau makan?" Setiap kali lo klik dialog NPC, bar stamina dan focus timer lo reset. Main game pasti gagal.
Ketika lo interrupt flow state, tim lo butuh waktu rata-rata 23 menit buat kembali ke konsentrasi level semula (data dari University of California Irvine). Kalo lo interupsi 5 kali sehari, lo baru aja mencuri hampir 2 jam produktivitas murni dari karyawan lo.
Ini definisi bottleneck founder sejati: Lo jadi gateway untuk setiap keputusan kecil dan sumber distraksi utama.
Solusinya bukan jadi CEO dingin yang gak peduli. Solusinya adalah ganti frekuensi interaksi. Ganti synchronous nagih progress dengan asynchronous update.
> Di SatuTim, kita manfaatin fitur Discussions buat async review. Tim bisa comment di task spesifik kapan aja tanpa nunggu response real-time. Jadi lo bisa review progress sekejap pas lo free, tanpa nge-disturb eksekutor yang lagi coding/ngedesign/nulis.
Langkah Cut-Over Besok Pagi: Stop Delegation, Mulai Empowerment
Oke, cukup ranting. Gw tau lo pusing ngejalanin startup/agency. Tekanan ada. Gw gak suruh lo jadi CEO santuy yang gak ngurus apapun. Tapi kita perlu ubah mekanismenya biar lo cepet, tim cepet, result bagus.
Coba implementasikan 3 hal ini besok pagi:
- Audit Interupsi Lo: Buka chat history lo seminggu terakhir. Berapa persen chat lo yang sifatnya nagih update vs memberi klarifikasi kontekstual? Jika nagih update dominan, lo lagi jadi polusi buat tim. Kurangi, atau ubah jadi agenda weekly sync.
- Template Assignment yang Bener: Jangan cuma tag task. Gunakan format:
- Aturan "2-Day Rule" untuk Approval: Kecuali fire-drill, jangan approve request internal dalam 2 jam. Biarkan tim punya ruang buat iterasi mandiri atau diskusi antar-peer dulu. Seringkali, solusi muncul dari diskusi sesama tim, bukan instruksi lo. Ini juga melatih otonomi.
Penutup?
Enggak ada penutup di sini karena bisnis gak pernah tidur. Tapi ada pertanyaan buat lo:
Kalau tim lo sering miss deadline atau hasil kerja berulang kali revisi, coba tes hipotesis ini: Apakah itu karena skill issue, atau karena lo terlalu sering jadi penghalang alur kerja?
Coba minggu ini: ganti satu routine check-in harian jadi async update. Traktir tim lo dengan waktu luang mereka buat deep work. Hasilnya mungkin bakal bikin lo kaget: mereka justru kelar lebih cepat, dan kualitasnya naik drastis karena gak terburu-buru nunggu lo.
Gas, pelan-pelan aja, tapi konsisten. 🚀