Cara Menjadi Micromanager yang Baik

> Apakah semua micromanagement itu buruk? Para pemimpin startup terbaik menjelaskan cara menyeimbangkan detail dan delegasi

• Micromanagement bukan perilaku yang harus selalu dihindari, melainkan alat manajemen yang bisa digunakan secara produktif tergantung situasi dan tujuannya
• Karena manajer baru menerima “tidak ikut mengelola” sebagai kebajikan, makin banyak kasus undermanagement dan kepemimpinan tanpa konteks
• Pemimpin yang unggul hanya turun ke level detail pada saat yang diperlukan, lalu terlibat dalam penetapan standar, pengujian hipotesis, dan pengecekan dari sudut pandang pengguna
• Pendekatan yang efektif adalah ikut campur secara mendalam hanya saat ada sinyal yang jelas seperti anomali data, menjaga standar kualitas, atau perubahan KPI inti
• Inti micromanagement bukan kontrol, melainkan pemulihan kepercayaan, berbagi konteks, dan perbaikan sistem

---

Para pendiri dan eksekutif dari perusahaan besar seperti Apple, Rippling, Stripe, dan Uber membagikan titik keseimbangan antara keterlibatan pada detail dan pendelegasian wewenang

Menilai Ulang Micromanagement

• "Don't Micromanage." sering dianggap sebagai aturan emas dalam manajemen, tetapi nasihat ini kadang justru berbalik merugikan
• Karena terlalu waspada terhadap micromanagement, manajer baru terkadang jatuh ke undermanagement dan gagal mendukung bawahan langsung mereka dengan baik
• CTO veteran Will Larson juga menyoroti masalah para eksekutif senior yang melihat diri mereka hanya sebagai pengalokasi sumber daya, lalu sekadar membagi anggaran dan melakukan pengecekan berkala
  • "Jika terlalu jauh dari detail, pada akhirnya Anda hanya menjadi birokrat"

Mendekat ke Detail

• Memodelkan langsung perilaku yang diinginkan dari tim

  • Co-founder Lattice, Jack Altman:
    > Micromanagement adalah alat yang bisa dipakai dengan baik maupun buruk
    • Alat yang kuat dan sebaiknya dipakai jarang oleh CEO, eksekutif, maupun manajer
  • Penggunaan yang salah: terus-menerus menggantikan orang yang kurang mampu dalam mengerjakan tugasnya
    • Jika situasi seperti ini berulang, komposisi tim perlu diubah
  • Penggunaan yang benar: menetapkan standar dan memperagakan tingkat kualitas kerja yang diharapkan
    • Menjadi teladan dengan langsung menulis posting blog, memperbaiki bug, dan sebagainya
    • Saat CEO terlibat mendalam di area tertentu, itu bisa mengarahkan energi organisasi ke arah tersebut

• Menggunakan tanda-tanda anomali data sebagai sinyal micromanagement

  • COO Rippling, Matt MacInnis:
    • Eksekutif yang hebat mengerjakan satu hal pada satu waktu, dimulai dari yang prioritasnya paling tinggi
  • Salah satu dari 9 prinsip kepemimpinan Rippling: "Go and See"
    • Pemimpin tidak boleh hanya diam di dashboard
    • Jika anekdot dan data tidak cocok, berarti ada masalah
    • Perlu turun langsung ke lapangan untuk memahami konteks pada tingkat atomik
  • Cara menjalankannya secara konkret:
    • Membaca tiket dukungan pelanggan secara langsung
    • Mendengarkan rekaman panggilan penjualan (Gong)
    • Menganalisis website brand dan interaksi pelanggan
  • Membuat hipotesis lalu menyampaikannya kepada kepala departemen untuk diminta membantahnya
    • Dalam kebanyakan kasus, asumsi yang salah akan cepat dikoreksi, tetapi jika tidak, maka dilakukan debugging bersama
  • "Saya bukan micromanager, saya micro-interested"
  • Kapan mundur: terus menyesuaikan sistem sampai dashboard menunjukkan angka yang diinginkan

• Menjaga standar kualitas lewat sistem review

  • Marketer pertama Stripe, Krithika Shankarraman
    > Rahasia menjaga taste dan craft Stripe
  • "Di Stripe, kami tidak menskalakan taste, tetapi berinvestasi pada proses dan sistem agar setiap hasil kerja memiliki taste"
  • Review internal berkontribusi bukan hanya pada pengelolaan brand, tetapi juga pada distribusi pengetahuan
    • Bahkan marketer baru pun bisa memahami jalur yang tepat dari ide hingga eksekusi pada bulan pertamanya

  • Sistem Red Pen Holder

    • Semua output yang dikirim ke lebih dari 100 pengguna ditandai oleh Red Pen Holder yang ditunjuk
    • Mengajukan pertanyaan dari sudut pandang pengguna: "Apakah orang yang melihat ini pertama kali tanpa konteks akan bingung?"
    • Fokus pada perbaikan pekerjaan ketimbang strategi itu sendiri

  • Checkpoint 20% / 80%

    • Review strategi 20%: memastikan tujuan dan niat sudah selaras
    • Review eksekusi 80%: memeriksa tiap channel dan konten; review harus dilakukan di 80%, bukan 99%, agar perubahan masih mungkin dilakukan
    • "Brand yang baik tidak bisa dibangun tanpa micromanagement. Ini berarti menempatkan pengguna sebagai prioritas utama"

• Menetapkan cadence analisis KPI mendalam

  • Mike Brown (Uber awal, mantan COO Newfront):
    > Manajer hebat bertindak seperti porpoise
    • Memahami semuanya di level permukaan, tetapi menyelam dalam pada inisiatif yang dipilih
  • Setiap kuartal atau semester, fokus pada proyek yang terhubung dengan KPI tim:
    • 1 proyek terkait KPI talenta/budaya
    • 1 proyek terkait KPI pertumbuhan pendapatan
    • 1 proyek terkait KPI penghematan biaya/efisiensi
    • 1 proyek dengan potensi tinggi untuk meningkatkan pengalaman pelanggan
  • Jika muncul ancaman eksistensial atau peluang sekali seumur hidup, pemimpin harus segera masuk ke detail
    • Saat pemerintah Filipina menghentikan bisnis selama sebulan, ia tinggal di Manila dan bekerja langsung dengan tim lokal

• Mengumpulkan micro-context lewat “conflict mining” dengan IC

  • CTO Imprint, Will Larson:
    > Cara tercepat mendapatkan konteks dalam peran baru adalah "conflict mining"
  • Alasan terbesar pemimpin engineering baru gagal: mereka mengasumsikan konteks dari perusahaan sebelumnya akan berlaku begitu saja
  • Setelah pindah dari Uber ke Stripe, ia mencoba menerapkan self-service provisioning yang berhasil di Uber, tetapi menghadapi resistensi
    • Dari percakapan mendalam, ia menemukan adanya masalah arsitektur inti
    • "Yang kurang konteks adalah saya, dan pendekatannya harus saya ubah"
  • Inti conflict mining: berbicara dengan IC yang punya konteks paling banyak
    • IC hidup di dalam detail dan tidak bisa berbohong
    • Dalam banyak kasus, pendapat IC lebih berharga daripada eksekutif

• Melakukan micromanagement pada produk atas nama pengguna

  • CEO Rippling, Parker Conrad, secara pribadi menyetujui semua pengeluaran di atas $5 dan juga langsung menangani payroll perusahaan berukuran 3.000 orang
  • Dogfooding yang terus-menerus adalah kunci untuk menjaga kepekaan terhadap produk sendiri
  • Contoh perusahaan pesaing yang pada skala tertentu beralih ke Workday:
    • Jika Anda berhenti memakai produk sendiri, berarti Anda mengalihdayakan pekerjaan memahami apa yang berguna bagi pelanggan
  • "Begitu Anda berhenti menjadi pengguna paling kritis dari produk itu, selesai. Begitu kaki terangkat 5%, selesai"

Zoom Out untuk Memberdayakan Tim

• Memperlakukan micromanagement sebagai gejala dan mencari akar masalah

  • Mantan founder/CEO PatientPing, Jay Desai:
    > Mempopulerkan penulisan "panduan pengguna" untuk manajer
    • Merangkum preferensi dan ekspektasi untuk semua aspek hubungan manajer-bawahan, termasuk komunikasi, pelaporan, dan 1:1
  • Micromanagement adalah gejala ketidakpercayaan
    • "Sampai ada kepercayaan, bekerja sama secara hands-on; setelah kepercayaan terbentuk, beralih ke hands-off"
  • Jika kecenderungan micromanagement mulai muncul, itu adalah sinyal bahwa kepercayaan sedang runtuh
    • Perlu intervensi dini untuk mendiagnosis dan memulihkan kepercayaan
    • Jika kepercayaan benar-benar hilang, pemulihannya tidak mungkin

• Mencegah kebutuhan micromanagement lewat feedback rutin

  • CEO Subscript, Sidharth Kakkar
    > Filosofi anti-micromanagement
    • Membangun budaya remote, sepenuhnya asinkron, tanpa meeting
    • Zero micromanagement adalah pilar utamanya
  • Peran founder: mendorong perubahan di level sistem agar keputusan yang salah tidak terjadi
  • Cara menahan dorongan untuk micromanage:
    • Sebelum memberi pendapat, tanyakan "Apakah saya benar, atau ini cuma opini? Jika saya benar, berapa biaya jika saya benar?"
    • Untuk hal yang dikerjakan orang lain dengan baik, percayakan dan delegasikan
  • Feedback adalah sarana utama untuk memberi arah
    • Disarankan feedback bulanan (semakin sering, semakin nyaman untuk saling memberi dan menerima)
    • Rancang sistem yang ringan (framework Start-Stop-Continue)
    • Jangan mengecualikan high performer dari target feedback

• Menetapkan office hour sesama rekan

  • Hareem Mannan:
    > Daripada memberi feedback langsung di 1:1, buat struktur agar rekan kerja yang menyampaikan feedback
  • Struktur yang diterapkan di Segment:
    • Saat kualitas desain tidak memenuhi ekspektasi, alih-alih mengkritik langsung di 1:1, anggota tim diminta menghadiri office hour
    • Orang yang memimpin office hour diberi tahu tugas apa yang ada dan bagian mana yang perlu ditingkatkan
  • Feedback antarrekan tidak akan berjalan tanpa koneksi sosial antarrekan
    • Setiap dua minggu ada "Design Hangout" untuk aktivitas menyenangkan bersama tim
    • Saat orang-orang sudah saling nyaman, forum resmi seperti office hour jadi lebih efektif dipakai

• Memberikan kotak berisi ide kepada tim

  • Pemimpin engineering Apple, Michael Lopp:
    > "Sebagai engineer, tidak ada yang lebih menyebalkan daripada micromanagement"
  • Ia lebih menyukai storytelling dan berbagi ide daripada memberi perintah
    • "Alih-alih daftar, saya memberi kotak dan mengisinya dengan ide-ide menarik"
    • Anggota tim kemudian dibiarkan masuk ke dalam kotak itu dan memutuskan sendiri apa yang akan mereka lakukan
  • Bahkan saat diminta, "Tolong bilang saja apa yang harus saya lakukan," ia biasanya menolak
    • Sekalipun diarahkan secara diktatorial, pada akhirnya orang tetap akan memakai caranya sendiri
  • "Pemimpin harus menjadi storyteller. Beri supnya, lalu biarkan mereka meminumnya begitu saja atau menambahkan apa pun yang mereka mau"

• Merekrut manajer yang bisa mengerjakan pekerjaannya sendiri

  • CEO Levels, Sam Corcos:
    > Membagikan hasil analisis data penggunaan waktu selama 5 tahun
  • Berhenti menulis kode ketika perusahaan tumbuh ternyata kesalahan mahal
    • Saat perusahaan berukuran 60 orang dan menambah lapisan manajemen baru, kecepatan rilis turun drastis
    • Proyek 2 minggu berubah menjadi 3 bulan, tenggelam dalam kerja persiapan dan meeting
    • Aplikasi menjadi penuh bug
  • Pelajarannya: pengembangan software seharusnya tetap jadi prioritas
  • Prinsip Levels saat ini: tidak merekrut 'manajer' murni
    • Manajer harus bisa mengerjakan langsung pekerjaan orang yang mereka kelola
    • Jika mengelola engineer, mereka harus bisa menulis software yang hebat
    • Jika mengelola marketer, mereka harus menjadi marketer yang hebat
  • Merekrut "button clicker" (orang yang mengeksekusi langsung), dan menghindari orang yang hanya menyuruh orang lain menekan tombol