Kemarin gw liat dashboard attrition OneTim dan nemuin pola yang bikin gw pengen nutup laptop. Bulan lalu kita dapet big contract. Senangnya? Gak ketahan. Founder reflex: gercep buka slot. Gw approve 5 posisi PM senior dalam span 10 hari kerja.

Rencananya sih "scale up". Realitanya? 3 dari 5 PM baru resign dalam 6 minggu. Bukan karena gaji kurang, bukan karena client ngeselin. Mereka kabur karena sistem operasional kita belum siap nerima volume, dan ekspektasi kerjaan ngeblur total sejak Week 1.

Yang paling nyesek: kita habisin budget recruitment besar-besaran, tapi ROI-nya negatif gara-gara knowledge base berantakan, SOP onboarding gak di-valid, dan sisa tim harus pickup tugas tambahan sementara si junior masih belajar dasar.

Ini cerita salah langkah kita. Mungkin lo juga pernah ngerasain fase "kepo" expand tim tapi lupa cek kesiapan infrastruktur.

Mitos "Kan Lo Mahir, Ngelebet Sikit Lah"

Founder suka bilang ini: "Dia udah pengalaman 5 tahun di agency, pasti bisa adjust sendiri kok." Atau temen lo bilang, "Jangan ditunda, hire dulu, nanti sambil jalan diperbaiki sistemnya."

Ini logika berbahaya. Lo mengumpulkannya pada individu, bukan membangun sistem yang scalable. Ketika lo hire berdasarkan kemampuan adaptasi seseorang, lo lagi main rolet sama retensi.

Para PM senior emang biasanya jago ngambil alih chaos. Tapi mereka punya harga diri profesional. Kalau dalam dua minggu pertama mereka realize bahwa keputusan ada di mulut orang, brief berubah tiap sore, dan dokumentasi proyek itu mitos, mereka bakal exit. Bukan karena malas, tapi karena rasa frustrasi numpuk.

Beneran loh, gw punya kasus PM baru yang sempet nanya ke mantan dia: "Kenapa sih kamu tahan di situ?" Jawabannya simpel: "Soalannya di sana gw bisa prediksi deadline. Di sini gw mikir sendiri gimana cari data."

Ketika waktu produktif habis cuma buat hunting informasi internal, burnout itu cuma soal waktu.

Bedah Kasus: 3 Resignation, 1 Big Contract

Mari bedah apa yang terjadi. Kita dapat kontrak senilai... yaa, cukup buat cover biaya hiring 6 bulan ke depan secara teori. Tapi hitungan riilnya beda.

Minggu 1-2: 5 PM baru masuk. Onboarding diserahkan ke "buddy system" yang udah busy ngerjain project existing. Hasilnya?

  • Knowledge Base decay: Dokumentasi SOP yang ada sudah usang 4 bulan. Link-link mati, decision log gak di-update. Junior sering nanya hal yang udah fixed lama.
  • Brief ambiguity: Karena tidak ada single source of truth yang dikunci, klien sering minta revisi minor yang ternyata udah dibahas di thread Slack berhari-hari lalu tapi gak di-capture resmi.
  • Context switching overhead: Tim existing harus ngedraft ulang briefing berulang kali buat memastikan PM baru paham arahnya.
Minggu 3-6: Tekanan naik. PM baru merasa produktnya stagnan karena sering "ngedumel" menunggu approval yang nggak jelas siapa penentu akhirnya. Senior PM mulai kesel karena harus cleanup pekerjaan mentah-an.

Dalam timeline ini, 3 PM resign dengan alasan umum: "Work environment doesn't match expectation". Translation: Ekpektasi gak jelas dan sistem gak support.

Satu tim yang lo hire jadi liability bagi 4 tim yang udah ada. Produktivitas turun, mood ancur, dan sekarang lo harus nge-handle exit interview sambil prep hiring ulang.

Rule #1: Sistem Jalan 3 Minggu Dulu, Baru Buka Slot

Ini kontroversial tapi gw yakin banget: Jangan buka hiring spike sampai sistem operasi lo stabil minimal 3 minggu.

Banyak founder salah persepsi: sistem harus perfect dulu? Nggak juga. Sistem harus "stable enough to onboard". Artinya:

  1. KB validated: Cek random 10 halaman dokumen kritikal. Apakah link aktif? Apakah instruksi sesuai current state? Fix yang broken.
  2. Handoff protocol jelas: Siapa sign-off apa? Kapan status berubah? Kalau masih debat soal proses, matikan dulu hiring.
  3. Capacity buffer: Cek apakah tim existing punya bandwidth buat mentoring tanpa drop kualitas deliverable. Kalau mereka udah di 100%, hire cuma akan memperparah bottleneck.
Di SatuTim, kita pakai ritual pra-hire namanya "Ops Check". Sebelum gw approve requisition baru, gw minta Lead Ops kasih sinyal hijau atas stabilitas KB dan SOP terkini. Kalau rating < 4/5, requisition ditolak. Point blank.

Kita mau hire PM yang bisa langsung contribute, bukan PM yang harus ikut nambal celah sistem yang gaptek.

KPI Baru Buat Phase Scale Up

Kalau lo lagi di fase ekspansi, jangan cuma track headcount growth. Itu vanity metric. Track metric yang ngungkap kesehatan real.

1. Retention Month-1 (Day 30 Survival Rate)
Ini alarm dini. Kalau dalam 30 hari pertama lo kehilangan PM, artinya onboarding lo gagal atau ekspektasi manipulatif. Investigasi root cause-nya: apakah karena tech stack unfamiliar? Atau karena management style yang toxic di level tertentu?

2. Time-to-Reach-Productivity (TRPP)
Normalnya PM butuh 6-8 minggu buat ngegaulin ritme agensi dan mulai ship independent. Kalau lo liat di Week 4 mereka masih nunggu approval basic, berarti sistem lo macet. TRPP yang panjang = cashflow leakage + frustration.

3. Internal Query Ratio
Hitung rasio pertanyaan operational vs pertanyaan strategic selama bulan pertama. Kalau ratio ngeblek ke query operational, berarti knowledge transfer-nya buruk. Ini tanda merah buat kualitas SOP.

Logikanya sederhana: lo mau investasi talenta yang productive, bukan talenta yang terus-menerus dimakan oleh friksi internal.

Langkah Konkret: Dari Chaos Jadi Machine

Gw gak recommend buat stop hire sama sekali. Scaling itu perlu. Tapi lo perlu ganti urutan gerakannya.

Step 1: Pre-mortem Onboarding
Sebelum offer keluar, tanyakan ke calon PM: "Apa tiga hal yang bikin kamu ragu join tim kami?" Jawaban jujur mereka sering reveal celah sistem yang lo abai. Gunakan insight ini buat tighten process sebelum Week 1.

Step 2: Asynchronous Context First
Eliminasi risiko "lupa ceritain". Ganti sesi orientation monoton dengan asynchronous walkthrough di tool kayak SatuTim. PM baru harus bisa akses video pendek, checklist, dan thread diskusi krusial kapanpun. Ini ngurangin dependency sama availability mentor.

Step 3: SOP sebagai Living Document
SOP yang dikasih pas hari pertama biasanya udah expired pas dibaca. Wajar. Tuntut habit update. Setiap kali ada perubahan process, wajib update doc dalam 24 jam. Tagging owner setiap page bikin accountability terjaga. Tanpa ini, KB cuma jadi kuburan link.

Step 4: Review Cycle Bulanan
Setiap bulan, evaluasi: apakah process yang dipakai saat ini efisien? Atau kita masih kerja manual karena "katanya sih gitu"? Refactor process rutin. Jangan biarkan technical debt menumpuk di operasi.

Skin in the game gw: 6 bulan lalu setelah kejadian 3 resignasi itu, gw pause hiring 2 minggu penuh. Fokus perbaikan sistem. Kita rebuild KB di SatuTim, lock semua brief template, dan standup routine diubah jadi async update buat kurangi meeting overhead.

Hasilnya? 3 bulan kemudian kita hire lagi, 5 slot. Retention-nya 100% di bulan pertama. TRPP turun jadi 4 minggu. Tim existing malah bilang mereka lebih happy karena prosesnya lebih terdokumentasi dan gak ada lagi tebak-tebakan.

Closing

Scale up itu bukan tentang seberapa cepat lo bisa nambah kepala. Itu tentang seberapa cepat sistem lo bisa nerima beban tambahan tanpa runtuh.

Lo bisa gercep hire, atau lo bisa build engine yang jalan mulus. Pilihannya lo.

Coba minggu ini: cek status SOP dan KB tim lo. Kalau lo ragu jawab "apakah dokumen ini reliable untuk orang baru?", tunda hiring spike sampai lo bener-bener yakin.

Kalau tim lo lagi stage scale up, berapa lama sistem adaptasi dibanding kecepatan hire? Share pengalaman lo di bawah.