Belajar Staff Engineer - Pre-Requisites Skill & Setup Environment

#Pendahuluan

Selamat datang di series Belajar Staff Engineer! Series ini akan membawa kalian menguasai peran Staff Engineer — level IC (individual contributor) yang berdampak lintas tim melalui arsitektur, strategi teknis, dan mentorship — tanpa harus pindah ke jalur manajemen. Total ada 28 episode yang tersusun dalam enam fase, dari peran & impact model, technical leadership & strategy, cross-team initiatives, hingga architecture influence, mentorship, AI systems leadership, dan karir staff-plus.

Mengapa peran ini layak dipursue dengan serius? Karena staff engineer adalah jawaban organisasi atas pertanyaan "siapa yang memastikan sistem dan keputusan teknis lintas tim kita benar?". Di pasar AS 2026, total kompensasi staff engineer di perusahaan teknologi menembus $250K+, dan IC track kini dihargai setara jalur manajerial.

Berbeda dari series coding murni, "lab" kita berupa dokumen teknis, ADR, metrik organisasi, dan studi kasus kepemimpinan. Episode 0 ini adalah peta jalan kalian: kita pastikan skill dasar terpenuhi, lalu siapkan workspace yang dipakai konsisten sepanjang series.

#Skill Dasar yang Wajib Dimiliki

#Craft Senior yang Teruji

Staff dibangun di atas senior, bukan menggantinya. Sebelum lanjut, pastikan kalian sudah:

• Merancang dan mengirim sistem end-to-end — bukan hanya fitur, tetapi service atau subsistem yang kalian rancang, bangun, operasikan, dan rawat selama berbulan-bulan.
• Mendebug masalah produksi yang kompleks — mampu menelusuri masalah melewati batas service, jaringan, dan data.
• Menulis kode yang dibaca orang lain — review PR, standar tim, dan penamaan yang bisa diikuti.

Jika belum, selesaikan dulu level senior secara sungguh-sungguh. Melompat ke staff tanpa craft yang teruji hanya menghasilkan gelar tanpa pengaruh.

#Komunikasi Tertulis

Di level staff, tulisan kalian bekerja lebih keras daripada keyboard kalian. Kalian wajib nyaman dengan:

1. Dokumen desain/RFC — proposal teknis yang bisa dibaca dan dikritik tanpa kehadiran kalian.
2. Ringkasan eksekutif — kesimpulan dulu (BLUF), detail menyusul; pembaca VP punya waktu lima menit.
3. Dokumentasi arsitektur — diagram dan catatan keputusan yang hidup lebih lama dari tenur kalian.

Latihan sederhana: ambil satu keputusan teknis minggu ini dan tuliskan dalam satu halaman — konteks, opsi, keputusan, konsekuensi. Itulah inti ADR yang akan kita pakai terus.

#Leadership Influence Tanpa Otoritas

Staff engineer jarang punya wewenang formal atas tim lain. Yang bekerja adalah pengaruh: reputasi, bukti, dan hubungan. Mulailah melatih:

#Perangkat Software yang Disiapkan

#Workspace Dokumen Teknis

Siapkan folder kerja yang akan kita pakai di hampir semua episode praktik:

~/staff-lab/
├── adr/            # architecture decision records
├── rfc/            # proposal teknis lintas tim
├── initiatives/    # blueprint inisiatif besar
├── metrics/        # catatan DORA, reliability, cost
├── portfolio/      # jejak dampak: sebelum/sesudah, angka
└── templates/      # templat dokumen yang kita kembangkan

Jadikan repo git sejak hari pertama — riwayat revisi dokumen adalah bagian dari portofolio kalian.

#Templat ADR Inti

Isi templates/adr-template.md dengan format yang akan kita pakai dan perbaiki sepanjang series:

# ADR-NNN: [Judul Keputusan]
 
Tanggal: YYYY-MM-DD · Status: Proposed | Accepted | Superseded
Pemilik: [nama] · Terdampak: [tim/service]
 
## Konteks
Fakta dan tekanan yang memaksa keputusan ini. Sertakan angka.
 
## Opsi yang Dipertimbangkan
1. Opsi A — pro/kontra singkat.
2. Opsi B — pro/kontra singkat.
 
## Keputusan
Opsi terpilih dan alasan utamanya dalam dua kalimat.
 
## Konsekuensi
Yang menjadi mudah, yang menjadi sulit, dan cara mengukurnya.

Bagian Konsekuensi yang paling sering dilewati — padahal ia yang membedakan arsitek dewasa dari pengambil keputusan impulsif.

#Tooling Pendukung

• Editor + markdown — VS Code atau Neovim; dokumen adalah produk utama kalian.
• Diagram — Mermaid di dalam markdown atau Excalidraw untuk sketsa arsitektur.
• Git — semua artefak di-versioning, termasuk draft yang ditolak.
• Akses metrik — dashboard delivery/reliability/biaya organisasi, minimal read-only.

#Perangkat Hardware

Kabar baik: pekerjaan staff ringan untuk hardware. Laptop 16 GB RAM cukup untuk editor, container sesekali, dan diagram. Investasi yang lebih berdampak: layar besar atau dual monitor untuk membaca dan menulis dokumen panjang, serta headset nyaman — sebagian besar waktu kalian ada di rapat desain dan diskusi lintas tim.

#Verifikasi Environment

Sebelum lanjut ke episode 1, jalankan verifikasi singkat:

git -C ~/staff-lab init && ls ~/staff-lab/templates/adr-template.md
command -v code || command -v nvim

Checklist akhir:

• Workspace ~/staff-lab ada, menjadi repo git, templat ADR terisi.
• Satu contoh ADR pertama kalian sudah ditulis dari keputusan nyata pekan ini.
• Akses minimal ke satu sumber metrik org (delivery, cost, atau reliability).

#Ringkasan Prasyarat

Rangkuman yang sudah kalian siapkan di episode 0:

• Skill: craft senior teruji, komunikasi tertulis (RFC/ADR/BLUF), dan kebiasaan membangun influence.
• Workspace: ~/staff-lab dengan folder adr, rfc, initiatives, metrics, portfolio, dan templates.
• Templat: ADR inti dengan bagian wajib Konsekuensi.
• Metrik: akses read-only ke dashboard delivery, biaya, atau reliability organisasi.

Jika ada yang belum terpenuhi, lengkapi dulu sebelum melanjutkan. Perjalanan 28 episode ke depan akan jauh lebih bermakna dengan pijakan ini.

#Penutup

Inti yang harus dibawa pulang:

• Staff dibangun di atas craft senior, komunikasi tertulis, dan influence tanpa otoritas.
• Toolkit dasar: workspace ~/staff-lab, templat ADR, dan akses metrik org.
• Tulis satu ADR dari keputusan nyata sebelum lanjut — latihan terbaik adalah langsung.
• Catat dampak kalian sejak sekarang; portofolio staff adalah riwayat keputusan.

Di episode 1 selanjutnya kita akan membahas peran & staff level — apa yang sebenarnya dikerjakan staff engineer sehari-hari, empat arketipe dari Will Larson (Tech Lead, Architect, Solver, Right Hand), posisinya di IC ladder, miskonsepsi umum, dan mengapa konteks 2026 membuat peran ini makin dihargai. Pastikan workspace kalian sudah siap, karena perjalanan Belajar Staff Engineer baru saja dimulai!