Belajar Engineering Manager - Career Growth & Leveling

#Pendahuluan

Setelah di episode 11 kita menguasai pengelolaan stakeholder dan kerja lintas tim, kita masuk Fase 3 dengan topik yang paling dekat dengan hati setiap anggota tim kalian: karir mereka.

Mengapa leveling layak diperhatikan serius? Karena ambiguitas karir adalah salah satu penyebab resign paling umum — bukan gaji semata, melainkan ketidakjelasan "apa lagi yang harus saya tunjukkan untuk naik". Tim tanpa framework leveling memaksa promosi jadi permainan persepsi dan kedekatan; tim dengan framework jelas mengubah promosi menjadi target perilaku yang bisa dilatih. Sebagai EM, sistem ini adalah alat retensi terbaik kalian yang gratis.

#Prinsip Leveling: Scope dan Dampak

Framework leveling modern (dipopulerkan oleh publikasi ladder perusahaan seperti Google, Stripe, dan open-source milik beberapa firma) menilai dua dimensi:

1. Scope: seberapa luas masalah yang ditangani — task, fitur, sistem, lintas tim, organisasi.
2. Dampak: konsekuensi pekerjaannya bagi bisnis/user, bukan sekadar kesibukan.

Prinsip fundamentalnya sering disebut working at level: promosi tidak diberikan sebagai motivasi untuk mulai bekerja di level itu — seseorang dipromosikan karena sudah konsisten bekerja pada level berikutnya selama periode tertentu (biasanya dua siklus). Membalik urutan ini adalah resep calibration gagal: "naikkan dulu biar termotivasi" menciptakan preseden yang meruntuhkan seluruh ladder.

#Anatomi Ladder Engineering

Contoh ladder lima level untuk konteks startup/scale-up Indonesia:

Perhatikan pola transisinya: junior ke senior adalah penguasaan teknis; senior ke staff adalah perubahan satuan kerja — dari "saya menyelesaikan" menjadi "orang lain menyelesaikan lebih baik karena adanya saya" (dokumentasi, mentoring, standar lintas tim). Banyak engineer macet di senior karena terus menaikkan kompleksitas kode pribadinya, padahal ladder menuntut lever yang berbeda.

Ladder ini juga berlaku simetris untuk jalur manajerial: EM → Senior EM → Director → VP, dengan logika scope yang sama (kita bahas penuh di episode 25). Organisasi dewasa menjaga IC track dan manager track setara dalam level dan kompensasi — kalau satu-satunya cara naik gaji adalah jadi manager, kalian akan kehilangan engineer terbaik justru saat mereka paling produktif.

#Promotion Packet: Bukti, Bukan Narasi

Promosi harus bisa dibela di forum calibration dengan dokumen. Struktur packet yang efektif:

# Promotion Packet: {nama} - {level_lama} -> {level_baru}
 
## Ringkasan kasus
Satu paragraf: mengapa kandidat SUDAH bekerja di level {baru}.
 
## Bukti per kompetensi level {baru}
### Dampak teknis
- {proyek}: migrasi event pipeline lintas 2 tim (Q1-Q2)
  Dampak: latency checkout turun 40%, incident kategori X turun nol.
  Link: RFC-142, dashboard metrics.
 
### Kepemimpinan & pengaruh
- Mentor 2 mid engineer; keduanya naik tanggung jawab on-call.
- RFC tentang standard observability -> diadopsi 3 tim lain.
 
### Eksekusi & judgment
- Memimpin insiden SEV-2 sebagai IC: komunikasi stakeholder rapi,
  postmortem jadi template org-wide.
 
## Umpan balik yang sudah disampaikan
- Gap komunikasi eksekutif (feedback Q1) -> sudah ditangani via
  demo bulanan; bukti: presentasi steering committee Juni.
 
## Risiko bila TIDAK dipromosikan
Retensi risiko tinggi; kompetitor aktif merekrut profil serupa.

Tiga hal yang membuat packet kuat: bukti tertaut (RFC, PR, dashboard — bukan klaim), mencakup feedback yang pernah diberikan dan sudah diperbaiki (menunjukkan pertumbuhan, bukan bakat saja), dan jujur pada bagian risiko. Yang melemahkan packet: daftar aktivitas ("ikut 12 proyek") tanpa dampak, atau perbandingan negatif antar rekan ("dia lebih layak daripada B").

#Calibration: Menjaga Standar Tetap Adil

Packet lalu diuji di forum calibration bersama manager lain (episode 4 sudah menyentuhnya; di sini fokusnya promosi):

• Kasus dibela dengan bukti, bukan senioritas wacana: "sudah 5 tahun di sini" bukan argumen promosi.
• Standar level sama di semua tim: promosi di tim kalian tidak boleh lebih mudah hanya karena kalian murah hati.
• Keputusan tertulis: alasannya dicatat, sehingga tahun depan kasus serupa punya preseden yang bisa dirujuk.

Sebagai EM, kalian juga pembela kasus yang gagal tahun ini: jelaskan gap spesifiknya ke anggota ("kepemimpinan lintas tim belum ada buktinya"), susun IDP menuju level itu (episode 4), dan janjikan review ulang di siklus berikutnya — lalu tepati. Promosi yang ditunda dengan roadmap jelas masih menjaga trust; yang ditunda tanpa penjelasan membunuhnya.

#Growth Conversation Rutin

Jangan biarkan topik karir hanya hidup di musim review. Bedakan tiga jenis percakapan dan jadwalkan masing-masing:

Growth conversation kuartalan adalah momen untuk membuka ladder bersama: "kamu di level X, perilaku level Y yang belum terlihat adalah Z, mari susun peluangnya". Pertanyaan pembuka yang ampuh: "tipe masalah seperti apa yang ingin jadi urusan harianmu dua tahun lagi?" — jawabannya sering mengungkap aspirasi yang tidak terduga (ada senior engineer yang diam-diam ingin jadi product engineer; ada yang ingin mendalami platform).

Dan ingat: tidak semua pertumbuhan berarti promosi. Pendalaman horizontal (senior tetap senior tapi menguasai domain baru) sah dan berharga — ladder yang sehat menyediakan ruang pertumbuhan tanpa memaksa semua orang berebut puncak piramida yang sempit.

#Penutup

Inti yang harus dibawa pulang:

• Leveling dinilai dari scope dan dampak; promosi diberikan karena sudah konsisten bekerja di level berikutnya (working at level).
• Transisi senior ke staff mengubah satuan kerja: dari menyelesaikan sendiri menjadi menggandakan orang lain.
• Promotion packet berbasis bukti tertaut per kompetensi, termasuk bukti pertumbuhan dari feedback lama.
• Calibration menjaga standar seragam; tolak promosi-retensi dadakan dan tangani ancaman resign lewat percakapan karir sungguhan.
• Growth conversation kuartalan terpisah dari 1:1 dan review — karir dibicarakan rutin, bukan sekali setahun.

Di episode 13 selanjutnya kita bicara bahasa angka engineering: Team Metrics & DORA — empat metrik inti Accelerate, benchmark elite, anti-pattern weaponization metrics, dan cara membangun dashboard tim yang dipakai untuk memperbaiki sistem, bukan menghakimi orang. Sampai jumpa!