Belajar Staff Engineer - Mentorship & Growth

#Pendahuluan

Setelah di episode 7 kita merancang dan mengeksekusi inisiatif besar — milestone, metrics, kill criteria, dan disiplin eksekusi mingguan — pada episode ini kita beralih ke tuas leverage kedua paling kuat dari impact model episode 2: mentorship & growth. Satu engineer yang kalian tumbuhkan menciptakan kapasitas permanen; satu keputusan arsitektur hanya menciptakan sistem yang perlu dirawat.

Di level staff, mentoring berubah bentuk. Kalian tidak lagi mengajari junior cara memakai framework — kalian menumbuhkan senior engineer menjadi tech lead, membantu rekan lintas tim naik level, dan menjadi contoh craft. Kita bedah cara melakukannya secara sengaja dan terukur.

#Mentorship vs Sponsorship

Dua kata ini sering disamakan padahal mekanismenya beda:

Mentorship menaikkan kemampuan orang; sponsorship menaikkan kesempatan mereka. Engineer yang kurang mendapat sponsorship biasanya bukan yang paling lemah, melainkan yang paling tak terlihat. Staff engineer yang efektif melakukan keduanya — dan sadar bahwa sponsorship adalah cara paling cepat menskalakan pengaruhnya: orang-orang yang kalian sponsor menjadi pengganda arah teknis kalian.

#Mentoring Rekan Senior

Mentoring senior berbeda dari mentoring junior dalam tiga hal:

1. Kalian bukan guru — mereka ahli di domainnya. Posisi kalian adalah mitra berpikir: bertanya, memberi perspektif lintas tim, dan membagikan konteks organisasi yang belum mereka lihat.
2. Hormati otonomi — jangan berikan jawaban; berikan kerangka. "Menurutmu trade-off mana yang paling mahal bagi timmu?" lebih menumbuhkan daripada "lakukan opsi B".
3. Fokus pada satu celah spesifik — "jadi lebih senior" terlalu kabur untuk dikerjakan. "RFC-mu bagus secara teknis tapi pembacanya tidak tahu apa yang diminta dari mereka — mari latih bagian ask & decision" itu bisa dilatih.

Teknik percakapan yang efektif dengan senior:

10'  Update: apa yang berjalan, apa yang macet sejak sesi lalu
15'  Satu topik dalam - kasus nyata, bukan hipotetis
     (contoh: desain yang ditolak lead tim lain)
15'  Reframing & kerangka: sudut pandang baru + cara latihan
5'   Komitmen kecil: satu eksperimen konkret sebelum sesi berikutnya

Kunci ada di komitmen kecil: pertumbuhan terjadi antara sesi, bukan selama sesi.

#Growth Conversation yang Jujur

Selain sesi rutin, staff engineer sering diminta membicarakan leveling — formal (saat calibration) atau informal. Aturan mainnya:

• Beri standar, bukan opini — "untuk level X, org kita mengharapkan dampak lintas tim yang terdokumentasi" lebih berguna daripada "kamu hampir siap".
• Spesifik dan berbasis bukti — kutip situasi konkret: "Pada insiden Kamis, kamu mengambil alih komunikasi status dengan baik — itulah perilaku level ini."
• Jujur tentang gap tanpa merendahkan — gap bukan penghakiman karakter; ia peta pekerjaan berikutnya.
• Jangan janjikan promosi — kalian bukan pemilik budget; kalian pemilik umpan balik dan kesempatan.

Percakapan leveling paling merusak adalah yang ambigu: orang pulang dengan kesan berbeda dari yang kalian maksud. Setelah percakapan penting, minta mereka meringkas ulang takeaway — kalibrasi dua arah.

#Praktik: Menyusun Mentorship Plan

Mentoring tanpa rencana berakhir jadi ngobrol santai berkala. Susun ~/staff-lab/mentoring/plan-rina.md:

# Mentorship Plan: Rina (Senior -> Tech Lead)
 
Tujuan : Rina memimpin migrasi event-driven domain billing
         sebagai tech lead pada Q4.
Ukuran sukses:
  1. RFC migrasi ratifikasi tanpa revisi besar dari saya.
  2. Menjalankan sync lintas tim mandiri selama 6 pekan.
  3. Status report async mingguan yang dipakai sponsor.
Ritme  : Sesi 45 menit tiap dua pekan + shadowing saat saya
         memfasilitasi architecture review bulan ini.
Peran saya: mitra berpikir + sponsor; TIDAK mengambil alih
         keputusan teknis miliknya.
Evaluasi: akhir Q4 - refleksi bersama + umpan balik dua arah.

Catatan penting baris peran saya: mentoring yang gagal biasanya karena mentor diam-diam mengambil alih ("biar saya yang handle") — target tidak pernah tumbuh, dan kapasitas organisasi tidak bertambah. Menahan diri untuk tidak menyelamatkan adalah skill tersulit mentoring senior.

#Menskalakan Melalui Program, Bukan Hanya Individu

Dampak mentoring kalian bisa dilipatgandakan lewat program ringan:

• Design review terbuka — forum dua pekanan tempat siapa pun membawa desain; kalian fasilitasi dan tunjukkan standar feedback yang sehat.
• Buddy system untuk engineer baru — pasangkan senior lama dengan yang baru masuk; kalian rancang checklist onboarding-nya (diperdalam di episode 17).
• Katalog "pelajaran mahal" — kumpulkan postmortem dan ADR penting jadi materi belajar; satu jam membaca menghemat satu tahun mengalami.

Program semacam ini membuat pengaruh kalian bekerja bahkan di hari kalian tidak hadir — leverage murni.

#Pitfall Umum Mentoring di Level Staff

• Memberi semua jawaban — terasa membantu hari ini, menciptakan ketergantungan enam bulan.
• Mentoring hanya orang favorit — klaster homogen; pengaruh kalian sempit dan reputasi fairness kalian tergerus.
• Tidak ada ukuran — tanpa ukuran sukses, mentoring berhenti saat ramai; dengan ukuran, ia bisa dibela saat manajemen meminta akuntabilitas waktu kalian.
• Lupa umpan balik dua arah — minta masukan tentang gaya kalian; mentor yang tidak pernah dikoreksi berhenti bertumbuh.

#Penutup

Inti yang harus dibawa pulang:

• Bedakan mentorship (kemampuan) dan sponsorship (kesempatan); staff engineer melakukan keduanya secara sengaja.
• Mentoring senior = mitra berpikir: kerangka, bukan jawaban; satu celah spesifik per periode; komitmen kecil antar sesi.
• Growth conversation harus jujur, berbasis standar dan bukti, tanpa janji promosi.
• Mentorship plan tertulis dengan ukuran sukses dan batasan peran mencegah kalian diam-diam mengambil alih.

Di episode 9 selanjutnya kita akan membahas reviewing & raising the bar — cara menjalankan design review yang tajam namun sehat, menetapkan standar kode lintas tim tanpa menjadi polisi, dan praktik memberi feedback yang mengubah kualitas, bukan sekadar menunjukkan kesalahan. Sampai jumpa di episode 9!