Belajar Software Architect - Architecture Leadership

#Pendahuluan

Setelah di episode 24 kalian menuntun migrasi engine pricing lewat strangler fig — disiplin shadow run, expand-contract, dan rollback satu perintah — pada episode ini kita hadapi kenyataan yang lebih sulit dari teknik mana pun: semua artefak itu hanya bergerak jika manusia mengikutinya.

Perhatikan posisi architect di organisasi: jarang punya wewenang memerintah tim, tapi bertanggung jawab atas arah teknis lintas tim. Kalian tidak bisa memerintah engineer senior mengikuti desain — mereka mengikuti ide yang meyakinkan, atau tidak sama sekali. Inilah pekerjaan sesungguhnya: architecture leadership — pengaruh tanpa otoritas, visi yang ditulis agar diikuti, keputusan dengan kecepatan yang tepat, dan generasi penerus yang tumbuh.

#Influence Without Authority

Pengaruh architect dibangun dari tiga modal yang terakumulasi — tidak ada yang instan:

1. Kredibilitas teknis — pernah terbukti benar; desain kalian yang dulu dipertanyakan kini jadi standar. Modal ini didapat dengan mengerjakan, bukan hanya menganjurkan.
2. Konsistensi keputusan — prinsip yang sama diterapkan ke semua pihak, termasuk saat tidak nyaman. Satu pengecualian untuk orang berpengaruh merusak puluhan keputusan sebelumnya.
3. Rekam membantu — kalian yang membuat hidup tim lebih mudah akan didengar saat meminta hal sulit.

Bentuk pengaruhnya praktis sehari-hari: datang ke design review dengan pertanyaan tajam alih-alih vonis; tulis opsi beserta trade-off alih-alih instruksi; dan berikan kredit — architect yang mencuri panggung kehabisan sekutu dalam satu kuartal.

#Menulis Technical Vision

Technical vision adalah dokumen paling berharga yang bisa dihasilkan architect — dan paling sering gagal karena ditulis seperti daftar keinginan teknologi. Vision yang diikuti menjawab tiga pertanyaan dalam urutan ini:

1. DI MANA KITA   : kondisi jujur hari ini - hutang teknis,
                    metrik kunci, risiko; tanpa dramatisasi
2. KE MANA KITA   : 3-5 outcome terukur (bukan nama teknologi),
                    masing-masing dikaitkan tujuan bisnis
3. BAGAIMANA      : area investasi besar + apa yang kita BERHENTI lakukan
4. PRINSIP        : aturan pengambil keputusan saat detail tak terduga

Dua hal yang membedakan vision hidup dari poster dinding:

• Outcome terukur, bukan teknologi — "lead time turun 40%" bisa diverifikasi dan dipertanggungjawabkan; "kami menuju microservices" hanya nama tren. Ini kelanjutan langsung disiplin skenario terukur episode 22.
• Menyebut apa yang ditinggalkan — vision tanpa daftar "berhenti melakukan X" hanyalah akumulasi; organisasi punya kapasitas terbatas dan hormat pada dokumen yang berani memotong.

Vision juga harus hidup: ditinjau tiap kuartal bersama metrik aktual, direvisi terbuka ketika bisnis berbelok. Vision yang tidak pernah diedit setahun biasanya sudah tidak dibaca siapa pun.

#Keputusan: One-Way vs Two-Way Door

Tidak semua keputusan layak diperlakukan sama. Kerangka Jeff Bezos yang wajib ada di kepala setiap architect:

Kesalahan ganda yang sama seringnya: memperlakukan two-way door dengan rapat panjang (organisasi melambat dan membenci proses), atau one-way door dengan "trust me" (organisasi terjebak bertahun-tahun). Contoh konkret studi kasus kita: pemilihan gaya arsitektur komunikasi antar service adalah one-way door; nama kolom internal modul pricing adalah two-way door. Sebagian besar pekerjaan leadership adalah mendelegasikan dua arah dan mencadangkan waktu untuk satu arah.

#Mentoring: Menumbuhkan Architect Berikutnya

Leadership yang sehat mengukur dirinya dari pertumbuhan orang lain. Bentuk konkretnya:

1. Delegasikan penulisan ADR — tech lead menulis, kalian review; mereka belajar berpikir dalam trade-off, bukan hanya menerima jawaban.
2. Rotasi design review — biarkan senior engineer memimpin sesi review dengan kerangka ATAM ringkas episode 22.
3. Pairing pada diagram & model data — sesi satu jam menggambar C4 bersama lebih mendidik daripada kuliah dua jam.
4. Suksesi eksplisit — jika kalian hilang sebulan, siapa yang mengambil alih keputusan arsitektur? Jika jawabannya tidak ada, kalian adalah bottleneck, bukan leader.

#Komunikasi ke Stakeholder Bisnis

Setengah pekerjaan architect adalah menerjemahkan: quality attribute ke uang dan risiko, trade-off ke opsi bisnis. Pola presentasi eksekutif yang efektif:

Keputusan  : [satu kalimat]
Opsi       : A / B / C, masing-masing dengan
             biaya, risiko, dan dampak bisnisnya
Rekomendasi: [opsi + alasan utama dalam bahasa bisnis]
Yang perlu : [keputusan/anggaran apa yang diminta
ditentukan   dari forum ini, tenggat kapan]

Aturan emasnya: datang dengan opsi, bukan kebuntuan. "Kita harus pilih: bayar 40 juta refactor sekarang, atau terima risiko downtime flash sale" adalah percakapan eksekutif; "arsitekturnya sudah tidak sustainable" hanya keluhan.

#Praktik: Kerangka Technical Vision Studi Kasus

Mari susun vision Acme memakai kerangka episode ini:

horizon: 12-18 bulan
di_mana_kita:
  - lead time 6 hari, target industri 2 hari
  - insiden SEV1 3x/kuartal, mayoritas area pricing legacy
  - cost infra naik 30%/kuartal tanpa unit economics (ep17)
ke_mana_kita:
  - lead time 2 hari via golden path adopsi 80% (ep23)
  - SEV1 di bawah 1/kuartal; tiap insiden = fitness
    function baru (ep22)
  - cost per order turun 25%; dashboard unit economics live
bagaimana:
  investasi: [platform self-service v1, modernisasi pricing,
    ai platform fase-1, observability tenant-aware]
  berhenti_lakukan: [fitur baru di engine pricing legacy,
    deploy manual lintas environment, service tanpa owner]
prinsip:
  - keputusan two-way door delegasi ke tim
  - tiap keputusan one-way door lahir sebagai ADR
  - aturan arsitektur penting harus terotomasi
ritme_review: kuartalan, metrik aktual vs outcome

Perhatikan bagian berhenti_lakukan — entri paling politis dan paling bernilai dari seluruh dokumen. Tanpa memutuskan berhenti membangun fitur baru di atas legacy (episode 24), investasi modernisasi akan tersedot habis oleh permintaan harian.

#Kesalahan Umum

• Architect sebagai gatekeeper — semua keputusan harus lewat meja kalian; tim menyiasati, momentum mati, dan kalian menjadi bottleneck yang dikucilkan.
• Vision sebagai wishlist teknologi — penuh nama framework, kosong dari outcome terukur; dibaca sekali lalu dilupakan.
• Semua keputusan diperlakukan one-way — rapat panjang untuk hal kecil; organisasi belajar bahwa cara tercepat adalah diam-diam tanpa kalian.
• Tanpa suksesi — keputusan arsitektur macet saat kalian liburan; bukti leadership gagal, bukan berhasil.
• Komunikasi satu bahasa — bicara CAP theorem ke CFO atau margin EBITDA ke engineer; kedua-duanya sama-sama tidak didengar.
• Mengambil kredit — kesalahan fatal jangka panjang; pengaruh architect hidup dari reputasi bahwa kemenangan milik tim.

#Penutup

Inti yang harus dibawa pulang:

• Pengaruh architect dibangun dari kredibilitas, konsistensi, dan rekam membantu — dan diuji oleh apakah tim datang sebelum keputusan besar diambil.
• Technical vision menjawab: di mana kita, ke mana kita (outcome terukur), bagaimana, prinsip — plus daftar apa yang berhenti dilakukan; hidup karena direview tiap kuartal.
• Kerangka one-way vs two-way door menentukan kecepatan dan proses: delegasikan dua arah, cadangkan waktu untuk satu arah.
• Leadership diukur dari suksesi: delegasi ADR, rotasi review, pairing — architect hebat menumbuhkan architect berikutnya, bukan dependensi pada dirinya.
• Komunikasi bisnis pola satu halaman: keputusan, opsi berbiaya, rekomendasi, permintaan konkret — selalu opsi, bukan kebuntuan.

Di episode 26 selanjutnya kita zoom out ke panorama luas: ekosistem & tren modern 2026 — mengapa modular monolith dan event-driven naik daun, cloud-native sebagai standar, AI systems sebagai concern arsitektur utama, platform engineering, dan bagaimana AI-assisted tools mengubah cara architect bekerja. Sampai jumpa!