Kemarin ketemu founder startup SaaS di Kopi Kenangan, dia ngeluh project launch mereka telat 2 minggu. Semua task udah didefinisikan jelas, tim gak ada yang mager, budget juga cukup. Cuma satu masalah: rapatnya banyak banget.

Gw tanya, rata-rata rapat mereka berapa lama per hari? Jawabnya 3 jam per orang. Yang bikin ngeselin: semua rapat itu kelihatan sangat profesional. Ada agenda tertulis, ada notulen, semua orang diundang, ada action item di akhir. Tapi project tetep jalan lambat.

Ternyata mereka ngikutin tiga kebiasaan rapat yang semua orang anggap "standar profesional", padahal itu anti pattern manajemen tim yang paling banyak bikin task gantung.

Rapat harus dihadiri semua orang terkait

Ini aturan yang hampir semua tim terapkan, dan kelihatan sangat masuk akal di atas kertas. Kalau semua orang terkait hadir, gak ada miskomunikasi, semua orang sinkron, gak ada yang ketinggalan informasi.

Kenyataannya hampir selalu berbeda. Gw pernah kerja di agency yang ada aturan semua rapat review harus dihadiri oleh seluruh account team, seluruh design team, dan seluruh dev team. Setiap kali ada review landing page, 6 orang masuk call, padahal cuma 2 orang yang kerja di project itu yang ngasih input relevan. Rapatnya 45 menit, itu berarti total 4.5 jam waktu produktif tim kebuang cuma buat dengerin obrolan yang gak berhubungan sama tugas mereka.

Yang lebih parah, orang yang lagi di flow ngerjain bug atau ngedraft copy harus nge-pause kerjaannya, ganti konteks masuk call, dan butuh minimal 15 menit setelah rapat selesai buat balik ke flow awal. Itu tambah 1 jam lagi waktu terbuang per rapat.

Banyak tim yang gak sadar, aturan ini berasal dari jaman dulu ketika semua komunikasi cuma bisa luring, gak ada alat kolaborasi terpusat. Sekarang ada SatuTim Discussion, ada komentar di task, ada update tertulis yang bisa dibaca kapanpun — orang yang gak terlibat langsung di keputusan gak perlu hadir. Cuma tinggal baca ringkasan 3 baris setelah rapat, kalau ada yang perlu dikomentarin bisa langsung kasih input tanpa harus dengerin 40 menit obrolan ngelantur.

Gw pernah ada kasus dev yang dipaksa ikut rapat review campaign sosial media, padahal dia cuma bertanggung jawab atas integrasi payment gateway. Rapat itu berjalan 1 jam, dan bug yang harus dia selesaikan hari itu baru kelar 3 jam kemudian, bikin timeline fitur checkout molor 1 hari penuh. Semua itu cuma karena "semua orang terkait harus ada di rapat".

Semua keputusan harus disepakati bersama di rapat

Ini yang paling banyak bikin project molor tanpa alasan jelas. Banyak PM dan founder berpikir kalau keputusan diambil dengan kesepakatan semua orang, semua tim akan mendukungnya, gak ada yang protes nanti.

Tapi kenyataannya? Rapat yang diisi 8 orang, semua pengen ngasih pendapat, semuanya pengen didengerin. Yang tadinya cuma perlu memutuskan warna tombol CTA bisa berlanjut 20 menit, karena ada yang bilang warna biru lebih terpercaya, ada yang bilang hijau lebih cocok dengan brand, ada yang bilang kita harus A/B test dulu padahal landing page mau diupload besok.

Gw pernah ketemu kasus, timnya butuh 3 rapat berturut-turut cuma buat memutuskan fitur apa yang masuk di versi 1.0. Semua orang pengen masukin fitur favoritnya, gak ada yang mau ngalah. Akhirnya timeline molor 1 minggu, cuma karena gak ada yang berani ambil keputusan final dan lebih milih nunggu "kesepakatan bersama".

Yang banyak orang gak tau: keputusan yang disepakati semua orang itu biasanya adalah keputusan paling aman, paling tidak berisiko, dan paling tidak menarik. Dan proses nyamain semua pendapat itu makan waktu berjam-jam yang sebenernya bisa dipake buat ngeluncurin versi 1.0, terus dapet feedback user, terus iterasi lebih cepat.

Lebih parah lagi, banyak tim yang akhirnya ngeluarin keputusan yang tidak ada yang bener-bener percaya, cuma karena semua orang setuju. Misal, semua orang setuju buat nambah fitur wishlist di versi 1.0, padahal PM tau dari data user bahwa fitur itu cuma dipake 2% user. Tapi karena semua orang pengen ada, akhirnya fitur itu masuk, dan makan waktu 3 hari dev yang sebenernya bisa dipake buat ngerjain fitur checkout yang punya konversi rendah.

Banyak tim gak sadar, kesepakatan bersama di rapat juga bikin tidak ada yang bertanggung jawab kalau kepusutan itu salah. Kalau versi 1.0 gagal dapet traksi, semua orang bisa bilang "yah itu keputusan rapat bersama loh, bukan salah saya".

Rapat harus minimal 1 jam biar gak terburu-buru

Ini kebiasaan yang paling sotoy, dan hampir semua tim ngelakuin tanpa sadar. Banyak kalender kerja secara default nyetel durasi rapat 1 jam, tanpa peduli berapa banyak topik yang mau dibahas.

Kalau topik yang dibahas cuma 3 hal yang kelar dalam 20 menit? Mereka bakal cari topik tambahan buat ngisi sisa waktu rapat. "Yuk kita bahas juga timeline bulan depan", "ada yang mau kasih update lain gak?", "kita bahas juga issue server kemarin deh padahal itu udah diperbaiki semalam".

Ini hukum Parkinson yang bekerja: pekerjaan akan membesar untuk mengisi waktu yang tersedia. Gw pernah coba di tim gw, kita ganti semua rapat yang tadinya 1 jam jadi maksimal 15 menit. Ajaib, semua hal yang mau dibahas kelar dalam 12 menit. Gak ada obrolan ngelantur, gak ada yang nyampah, semua orang langsung ke inti.

Yang ngeselin, banyak PM yang beranggapan kalau rapat cuma 15 menit berarti mereka gak serius nge-manage tim, gak cukup persiapan. Padahal yang lebih menunjukkan persiapan yang bagus adalah rapat yang cuma 10 menit tapi semua action item jelas, semua orang tau apa yang harus dikerjakan setelah rapat selesai.

Kasus klien gw yang projectnya telat 2 minggu kemarin, kita hitung total waktu yang terbuang dari tiga kebiasaan ini. Total tim 10 orang, rata-rata 2 jam per orang per minggu buat rapat yang gak perlu. Itu 20 jam per minggu, sama dengan 2.5 hari kerja penuh tim yang cuma buat rapat yang gak ada manfaatnya. Kalau ditambah dengan waktu konteks switch sebelum dan sesudah rapat, itu bisa nyampe 35 jam per minggu. Gak heran projectnya telat 2 minggu, karena tim sebenernya cuma punya separuh waktu produktif yang mereka kira.

Ini kontroversial tapi, kebanyakan rapat yang kamu jadwalkan hari ini bisa diganti dengan thread komentar di task yang kelar dalam 10 menit, tanpa perlu semua orang masuk call. Atau kalau emang perlu call, undang cuma 2-3 orang yang benar-benar terlibat langsung di keputusan, kirim ringkasan 3 baris ke yang lain setelahnya. Jangan takut dibilang gak inklusif. Orang tim kamu lebih seneng gak perlu dengerin obrolan yang gak berhubungan dengan kerjaan mereka, daripada diundang ke semua rapat cuma buat "rasa dihargai".

Kemarin tim kita coba ganti semua standup yang tadinya call 1 jam jadi async di SatuTim Discussion. Rata-rata waktu yang dihemat per minggu adalah 12 jam untuk tim 6 orang. Itu setara dengan satu hari kerja penuh yang bisa dipake buat ngerjain task yang bener-bener penting.

Coba cek kalender kamu hari ini. Ada berapa rapat yang kamu undang lebih dari 4 orang, yang agenda utamanya cuma share update? Ada berapa rapat yang udah kamu set 1 jam tapi kamu cuma punya 2 hal yang mau dibahas minggu ini. Kalau kamu coba potong setengah durasi rapat minggu depan, berapa jam waktu produktif yang kamu dapet balik?