Tahun lalu kita pecat dua orang PM senior di tim agency. Bukan karena mereka telat masuk, bukan karena salah hitung budget, bukan karena client komplain. Kedua orang ini bahkan punya rating feedback client 4.8/5, di atas rata-rata tim lain.

Yang salah? Mereka ngatur setiap detail task level individu. Setiap dev nulis koding, mereka kirim catatan "spacing nya pake 2 spasi bukan 4". Setiap desainer bikin mockup, mereka komen "tombolnya harus pake warna biru persis kode #12345 bukan #12346". Setiap copywriter nulis brief, mereka edit tiap kalimat tanpa ngobrol duluan dengan yang bikin.

Awalnya kita kira itu cuma "PM yang detail dan peduli kualitas". Sampai satu quarter, tim dev dan desain turnover naik 3x lipat, project yang biasanya kelar 2 minggu jadi butuh 3 minggu lebih, karena semua orang nunggu approval tiap langkah. Ada satu kasus: tim desain selesai bikin landing page, cuma butuh tanda tangan PM buat kirim ke client, tapi PM lagi cuti 3 hari, jadi project stuck sepenuhnya tanpa alasan. Yang bikin nyesel: waktu kita survey tim, 8 dari 10 orang bilang "saya males ngasih ide baru, karena ujung-ujungnya diubah sesuai selera PM juga".

Setelah kita keluarkan kedua PM itu, kita coba ubah seluruh alur kerja tim, dan hasilnya jauh lebih gila dari ekspektasi kita. Ini aturan yang sekarang kita terapkan di semua tim.

Hanya review output, bukan proses

Ini aturan pertama yang kita terapkan hari pertama setelah kedua PM keluar. Kita hapus semua kolom "update proses" di task. Ganti jadi cuma ada kolom "output yang diharapkan" dan "kriteria penerimaan".

Contoh task yang lama: "Dev harus selesai bikin checkout flow pada hari Rabu, dengan step: input alamat, pilih ekspedisi, upload bukti bayar, pakai library X yang kita pakai dari tahun lalu".

Contoh task yang baru: "Checkout flow harus punya konversi minimal 2x dari yang lama, tidak ada error di 3 browser utama, selesai tanggal 15".

Gak peduli dia kerja dari jam 7 pagi sampe jam 1 siang, atau kerja jam 7 malem sampe jam 1 tengah malem. Gak peduli dia pakai library apa, atau bikin custom dari awal. Yang penting output sesuai kriteria yang sudah disepakati di awal.

Waktu kita terapkan ini pertama, langsung ada perubahan: waktu penyelesaian project turun 28% di bulan pertama. Bukan karena orang kerja lebih lama, tapi karena gak ada lagi waktu yang terbuang buat nunggu review proses tiap langkah.

Batas approval cuma 1 level, hanya untuk hal yang berhubungan dengan budget lebih dari 10 juta

Semua hal lain, tim bisa ambil keputusan sendiri. Misal desain mau ganti warna tombol karena menurut riset pengguna lebih bagus, gak perlu minta izin PM. Dev mau ganti struktur kode supaya maintenance lebih mudah setahun kedepan, gak perlu ngirim laporan 3 halaman.

Hanya kalau ada perubahan yang nambah budget lebih dari 10 juta, atau ngubah deadline lebih dari 3 hari, baru harus lapor ke PM. Yang lucu, setelah aturan ini jalan, jumlah follow up yang masuk ke PM turun 71%. Mereka gak lagi kerja sampe malem cuma balas chat "izin ganti tombol".

Banyak PM yang protes awalnya, bilang nanti tim bakal ambil keputusan yang salah. Kita hitung selama 6 bulan terakhir, cuma ada 2 kasus keputusan tim yang kurang tepat, dan kerugiannya jauh lebih kecil dibandingkan kerugian waktu yang kita dapat dari sistem approval lama.

Setiap task cuma ada satu penanggung jawab, gak ada "tim" yang ngurus task

Kalau ada task yang butuh 2 orang, bagi jadi 2 task terpisah masing-masing dengan output jelas. Ini ngilangin yang namanya task gantung dimana semua orang anggap orang lain yang ngerjain.

Di SatuTim kita pakai fitur assign task yang jelas, jadi gak ada yang bingung siapa yang harus ngelarin apa. Kita juga hapus fitur "task untuk semua orang" yang pernah ada, karena itu cuma bikin kebingungan aja. Setiap task harus ada nama satu orang yang bertanggung jawab penuh atas hasilnya.

Kita juga hapus aturan bahwa hanya PM yang bisa assign task. Sekarang tim bisa assign task ke temen satu tim langsung, tanpa harus lewat PM dulu, selama outputnya sesuai dengan kriteria yang sudah disepakati.

Standup cuma berisi 3 hal, dan kita pindah ke async

Kita hapus seluruh meeting standup 30 menit setiap pagi. Ganti dengan standup async yang isinya cuma 3 hal: apa yang udah kelar kemarin, apa yang mau dikerjain hari ini, apa yang lagi ngeblock.

Gak ada yang boleh cerita "saya tadi lagi nyoba library X tapi masih error", kecuali itu ngeblock kerjaan sampe lebih dari 4 jam. Kalau ada diskusi yang lebih dari 2 menit, keluar dari grup standup, bikin thread diskusi terpisah cuma sama orang yang berhubungan.

Kita taruh semua standup di fitur Discussion SatuTim, jadi orang bisa isi kapanpun dia mulai kerja, gak harus sama jam pagi. Waktu yang dihemat per minggu untuk tim 12 orang itu sekitar 8 jam. Itu satu hari penuh kerja produktif yang sebelumnya cuma dipakai denger orang ngelapor update yang gak berhubungan dengan kerjaan lo.

Kalau kamu perlu ngoreksi lebih dari 2 hal di output seseorang, berarti brief kamu yang salah

Ini yang paling banyak PM protes awalnya. Banyak PM bilang "tapi kan mereka gak ngerti ekspektasi saya". Iya ya, berarti kamu yang salah waktu nulis brief.

Kita bikin aturan: semua brief harus ada kriteria penerimaan minimal 3 poin yang jelas, bisa diukur, gak ada kata "bagus", "keren", "sesuai selera".

Contoh brief yang benar: "Landing page ini harus punya loading speed di bawah 2 detik di GTmetrix, nilai konversi minimal 3% dari landing page sebelumnya, sesuai dengan guideline brand yang tertera di link berikut".

Contoh brief yang salah: "Bikin landing page yang keren, profesional, sesuai dengan brand".

Setiap kali ada output yang gak sesuai, kita selalu review briefnya duluan sebelum ngomongin kerjaan orangnya. 9 dari 10 kali, ekspektasi PM gak tertulis jelas di brief awal.

Yang orang gak sadar, micromanage itu bukan kebiasaan orang jahat. Itu kebiasaan orang yang takut gagal. Takut kalo lepas kendali, hasilnya jelek, client komplain, project miss deadline.

Tapi yang kita pelajarin setelah 6 bulan terapkan aturan ini, semua ketakutan itu gak terbukti. Produktivitas tim naik 62% dibandingkan sebelum kita pecat dua PM itu. Turnover tim turun dari 40% per tahun jadi 12% per tahun. Client feedback bahkan naik dari 4.6 ke 4.9/5. Karena tim bisa bereaksi lebih cepat, gak perlu nunggu approval tiap langkah.

Ada satu kasus bulan lalu: Client minta ubah seluruh konsep campaign cuma 3 hari sebelum deadline. Tim desain dan dev kerjain semuanya dalam 2 hari, gak perlu nunggu approval PM sama sekali untuk setiap langkah, karena mereka udah tahu kriteria penerimaan yang jelas. Project kelar on time, client seneng banget, bahkan nambah budget untuk project selanjutnya. Dulu, hal itu bakal butuh minimal 5 hari, karena setiap langkah harus nunggu review PM yang lagi ada meeting lain.

Banyak PM bilang "tapi kalo gak saya awasi, tim bakal santuy dan kerja setengah-setengah". Pengalaman gw, tim yang dikasih kepercayaan, bakal kerja lebih keras, karena mereka merasa punya tanggung jawab atas hasil kerja mereka. Tim yang setiap langkah diawasi, cuma bakal kerja secukupnya yang diminta, gak ada tambahan effort apapun. Karena mereka tahu, apapun yang mereka lakukan, ujung-ujungnya bakal diubah sama PM juga.

Coba minggu ini, cek 3 task terakhir yang kamu review. Berapa banyak koreksi kamu yang berhubungan dengan proses, bukan output. Kalau lebih dari separuh, itu tanda kamu udah mulai masuk ke kebiasaan micromanage. Kalau lo pengen coba standup async tanpa meeting yang buang waktu, bisa coba fitur Discussion di SatuTim. Kalau tim kamu produktivitasnya naik berapa persen setelah sebulan, kabarin ya.