Dua tahun lalu, waktu tim kita mau naik dari 6 ke 18 orang, kita sempat bikin 12 halaman SOP formal lengkap. Mulai dari aturan laporan progress, alur approval task, sampai template meeting standup yang harus diikuti tiap hari.

Hasilnya? Waktu pengerjaan proyek rata-rata naik 35% dalam 2 bulan, dan ada 3 orang anggota tim yang keluar karena merasa terlalu terikat dan tidak bisa bekerja secara cepat.

Yang paling ngeselin: semua itu cuma karena kita takut tim jadi kacau pas scaling, jadi kita lari ke solusi yang kelihatan aman: bikin SOP.

Yang salah dengan anggapan "SOP = solusi scaling"

Banyak founder dan PM langsung lari bikin SOP tebal pas jumlah tim lewat 5 orang. Seolah SOP adalah jaminan semua hal akan tetap berjalan sama seperti saat tim masih kecil.

Padahal di tahap 5-20 orang, yang kamu bangun bukan sistem. Yang kamu bangun adalah kebiasaan tim dan kepercayaan antar anggota.

SOP rumit di tahap ini cuma bikin orang takut ambil keputusan kecil. Semua hal harus nunggu tanda tangan, task gantung muncul dimana-mana, dan orang yang paling punya konteks detail tentang proyek malah tidak bisa bertindak cepat.

Kita pernah ada kasus tahun lalu: desainer mau ubah warna button menyesuaikan brand guide aja harus ngirim form approval ke 2 orang, yang prosesnya 3 hari. Padahal perubahan itu cuma butuh 2 menit kerjaan. Bukan cuma buang waktu, tapi bikin tim jadi malah tidak bertanggung jawab atas kerjaan mereka sendiri.

SOP formal juga tidak akan pernah bisa menutupi semua skenario yang muncul di tahap awal scaling. Setiap proyek ada konteks unik, setiap client punya kebutuhan berbeda, dan SOP yang kamu tulis 3 bulan lalu sudah tidak relevan dengan situasi sekarang.

Anti-pattern yang bikin kamu otomatis lari bikin SOP dulu

Kebanyakan orang mulai susun SOP tebal bukan karena timnya benar-benar kacau terus-menerus, tapi karena ada satu insiden kecil yang bikin kesal sekali. Misal kemarin ada task yang salah kirim ke client, atau ada meeting yang mulai terlambat 5 menit dua kali berturut-turut. Daripada ngobrol satu sama lain tentang insiden itu dan memperbaiki komunikasi, kamu langsung bikin aturan baru yang berlaku untuk semua orang selamanya.

Gw baru ketemu kasus ini bulan lalu sama founder startup edutech yang timnya baru 7 orang. Satu kali ada konten yang typo sedikit di postingan Instagram, dia langsung bikin SOP approval konten 4 tahap: konten writer edit, editor review, marketing lead tanda tangan, founder approve sebelum diposting. Hasilnya? Waktu posting yang tadinya 1 jam jadi 3 hari, dan tim konten jadi takut ngeluarin postingan apapun tanpa nunggu, sampai akun mereka cuma update 1 kali seminggu padahal targetnya 4 kali seminggu.

Ini yang gw sebut reaksi berlebihan atas insiden satu kali. Di tim kecil, satu insiden adalah kesalahan individu, bukan masalah sistem. Kamu gak perlu bikin aturan untuk semua orang cuma karena satu orang lupa baca chat grup.

3 hal yang jauh lebih efektif daripada 12 halaman SOP

Kita buang semua SOP formal kita setelah melihat peningkatan waktu pengerjaan itu. Gantinya cuma 3 aturan sederhana yang sampai sekarang masih kita pakai untuk tim kita yang sekarang berjumlah 22 orang.

1. Daftar "boleh ambil keputusan sendiri" 1 baris per orang

Bukan daftar panjang hal yang tidak boleh dilakukan. Cuma list yang jelas, untuk hal apa saja seseorang tidak perlu tanya siapapun, cukup lakuin lalu kasih tahu grup.

Awalnya kita bikin daftar ini dengan batas yang terlalu ketat, sih. Kita cuma kasih izin engineer ubah query yang percepat load sampai 5% aja, account manager cuma boleh kasih diskon 2%. Setelah 2 minggu ngobrol satu per satu dengan anggota tim, kita sadar batas itu terlalu sempit dan tidak sesuai tingkat kepercayaan yang sudah kita bangun. Kita naikkan batasnya sesuai pengalaman masing-masing: senior engineer bahkan tidak ada batas perubahan teknis, mereka cuma perlu kasih tahu tim 1 jam setelahnya, dan account manager senior bisa kasih diskon sampai 10% tanpa approval.

Contoh di tim kita sekarang:

  • Backend engineer boleh ubah query database yang mempercepat load sampai 20% tanpa approval
  • Konten writer boleh ubah copy landing page sampai 10 kata tanpa review
  • Account manager boleh kasih diskon sampai 5% ke client langsung tanpa tanya PM

Kita tulis ini di profil setiap anggota tim di SatuTim, jadi setiap orang baru masuk langsung lihat batas otoritas mereka tanpa baca puluhan halaman dokumen. Tidak ada catatan tersembunyi, tidak ada aturan lisan yang cuma senior tim tahu.

Hasilnya? Task yang dulu harus nunggu approval 1-2 hari selesai dalam menit. Tidak ada lagi "saya nunggu persetujuan dulu" sebagai alasan proyek molor.

2. Satu aturan untuk semua task gantung

"Kalau task stuck lebih dari 24 jam tidak ada update, tag orang yang punya konteks paling lengkap, lanjutkan kerjaan."

Banyak orang pas scaling mulai bikin aturan follow-up rumit, tambah meeting harian baru, minta laporan mingguan 3 halaman. Padahal masalah task gantung di tim 5-20 orang cuma satu: orang terlalu takut salah kalau lanjut kerjaan tanpa persetujuan orang lain.

Aturan ini kita terapkan tanpa pengecualian. Kemarin ada kasus, brief desain tidak direspon PM selama 26 jam karena dia ada meeting client di luar kota. Desainer langsung lanjut pakai arahan yang sudah disepakati di diskusi sebelumnya, dan hasilnya malah lebih bagus dari yang PM rencanakan.

Tidak ada yang marah, tidak ada yang bikin PR-an, cuma ditulis di task aja kalau dia sudah lanjut sesuai konteks yang ada. Kita catat, setelah terapkan aturan ini, jumlah task gantung di tim turun 60% dalam sebulan.

3. Template 3 kolom untuk setiap akhir proyek

Bukan post mortem yang 10 halaman, bukan laporan yang harus diisi dengan grafik dan angka rumit. Cuma 3 kolom sederhana: hal yang jalan, hal yang ngeselin, hal yang mau kita coba selanjutnya.

Setiap proyek kelar, kita isi ini di Discussion SatuTim, cuma 5 menit per orang, tidak perlu rapat, tidak perlu presentasi. Dari sini yang jadi aturan tim kita secara alami.

Kalau 3 proyek berturut-turut mengatakan "brief yang ditulis tanpa contoh hasil selalu molor", kita cuma tambah satu catatan kecil di template brief: "harus lampirkan 1 contoh yang mirip hasil yang diinginkan". Tidak perlu bikin aturan baru yang ditambah ke SOP 12 halaman, semua orang langsung tahu karena mereka sendiri yang nulis di catatan post proyek.

Ini yang jauh lebih efektif daripada SOP yang ditulis oleh satu orang founder sendirian. Semua aturan yang muncul dari sini adalah aturan yang semua orang setuju, bukan aturan yang dipaksakan dari atas.

Apa yang terjadi kalau kamu cuma percaya SOP doang?

SOP tidak akan pernah bisa menggantikan pengetahuan konteks yang cuma dimiliki orang yang ngelakuin kerjaan setiap hari. Kemarin ada kasus klien agency rekan kita yang udah punya SOP sangat detail untuk desain landing page, sampai menuliskan ukuran tombol harus 48px, warna CTA harus merah, semua halaman harus ada 3 section keuntungan. Pas mereka kerjakan proyek untuk klien UMKM yang jual produk untuk orang tua, semua aturan SOP itu mereka ikuti, tapi hasilnya tingkat konversi cuma 0,2%. Padahal desain yang dibuat manual tanpa ikut SOP untuk klien segmen yang sama sebelumnya dapat konversi 2,1%.

SOP tidak bisa berpikir, cuma bisa mengulang aturan yang ditulis di masa lalu. Dia tidak tahu kalau orang tua lebih suka tombol yang 72px dan warna hijau yang lebih mudah dilihat. Kamu tidak bisa menuliskan semua kemungkinan konteks unik di dalam SOP sepanjang apapun.

Kapan kamu baru butuh SOP formal?

SOP rumit baru berguna pas tim kamu sudah di atas 30 orang. Pada titik itu, konteks proyek tidak lagi dibagikan secara tidak sengaja di pantry, di obrolan grup sore, di standup santai.

Di tahap 5-20 orang, semua orang masih tahu setengah dari konteks semua proyek cuma dari denger obrolan rekan satu tim. Kalau kamu paksa pasang SOP formal di tahap ini, yang terjadi cuma semua orang bikin cara untuk menghindari SOP itu, bukan mengikutinya.

Kita pernah lihat agency temen yang pas timnya naik ke 15 orang bikin SOP sampai 20 halaman. Akhirnya semua orang buat grup WA pribadi untuk ngobrol proyek supaya tidak perlu isi form approval yang ribet. Itu cuma bikin transparansi tim turun, bukan naik.

Coba minggu ini: hapus dulu semua aturan approval yang tidak perlu, tulis satu daftar pendek otoritas setiap anggota tim, lihat berapa banyak waktu yang kamu dapat balik setiap minggu.

Kalau kamu lagi scaling tim dari 5 ke 20 orang dan lagi bersiap bikin SOP tebal, tanya dulu: apakah ini aturan yang dibutuhkan tim, atau ini cuma perasaan khawatir kamu karena takut tim mulai kacau?