Belajar Enterprise Architect - EA & Agile Product Organization

#Pendahuluan

Setelah di episode 21 kalian merancang fondasi AI enterprise, kita hadapi tensi yang menentukan relevansi profesi ini di organisasi modern: EA versus agile. Stereotipnya dikenal luas — architect yang muncul dengan dokumen tebal di sprint yang bergerak cepat, governance yang menahan rilis, dan akhirnya dilewati sepenuhnya. Episode ini membahas cara kerja EA yang tidak hanya selamat tapi justru mempercepat organisasi product-centric.

Premis dasarnya perlu diluruskan sejak awal: masalahnya bukan agile vs arsitektur, melainkan mekanisme era waterfall dipakai di era product. Approval rapat mingguan dan review dokumen desain 40 halaman adalah mekanisme lama; organisasi product butuh penegakan yang otomatis, kontinu, dan dekat dengan tim. Kabar baiknya: hampir semua fondasi series ini sudah kompatibel — yang harus berubah adalah cara mereka dieksekusi.

#Dari Gate ke Guardrail

Perubahan mental inti: mengganti gate (titik tunggu persetujuan) dengan guardrail (pagar yang membuat jalur cepat tetap aman). Bandingkan:

Contoh konkret pada aturan integrasi episode 12 ("akses data wajib via API kontrak"): model gate menuntut ARB membaca proposal tiap integrasi baru; model guardrail menyediakan service template dengan kontrak terdaftar otomatis, dan pipeline menolak deploy aplikasi yang membuka koneksi database lintas domain — aturan yang sama, penegakan mesin, kecepatan hari yang sama.

#Paved Road: Arsitektur yang Dipilih karena Enak

Konsep kunci organisasi product yang matang adalah paved road — jalur delivery default yang sudah memuat semua standar: template layanan dengan observability bawaan, scaffolding security dari episode 14, konfigurasi landing zone episode 13, dan library internal untuk event backbone episode 12. Tim produk bebas keluar jalur — tetapi mereka jarang melakukannya, karena paved road lebih cepat dan lebih aman daripada DIY.

Inilah jawaban atas pertanyaan "bagaimana membuat standards ditaati tanpa polisi": kompetisi kualitas pengalaman. Prinsip tier list episode 7 dan platform self-service episode 13 kini mendapat bentuk finalnya — bukan daftar larangan, melainkan produk internal yang dikonsumsi sukarela. Metrik keberhasilannya jujur dan sederhana: persentase layanan baru yang lahir di paved road. Kalau angkanya turun, jangan disiplinkan tim — perbaiki jalurnya.

#Fitness Functions: Arsitektur yang Diuji Otomatis

Penegakan kontinu membutuhkan definisi terukur. Architectural fitness function adalah tes otomatis yang memverifikasi properti arsitektur:

checks:
  - id: api-contract-registered      # prinsip integrasi ep 12
    type: catalog-lookup
    fail: block-deploy
  - id: no-cross-domain-db-access    # kopling data ep 5
    type: static-analysis
    fail: block-deploy
  - id: dependency-freshness         # obsolescence ep 7
    type: sbom-scan
    threshold: max-critical=0
    fail: create-ticket
  - id: latency-budget               # SLO layanan
    type: perf-test-staging
    threshold: p95<300ms
    fail: warn-review

Perhatikan gradasi konsekuensinya: pelanggaran hard principle memblokir; pelanggaran budget menciptakan tiket atau review ringan. Gradasi ini penting — semua-atau-tidak-sama menghasilkan pipeline yang ditambal dengan exception liar. Portfolio fitness function inilah bentuk paling murni dari "prinsip arsitektur yang hidup": dari pernyataan moral menjadi kode.

#Peran Baru Tim EA

Di organisasi product-centric, aktivitas tim EA bergeser namun tak menyusut:

• Dari review proyek ke desain sistem — energi utama habis untuk membangun paved road, guardrail, dan platform bersama (persis pola hub-and-spoke AI episode 21).
• Dari owner keputusan ke kurator keputusan — ARB episode 9 tetap eksis untuk kasus ambigu lintas domain, tetapi scope-nya menyusut seiring guardrail bertambah; setiap guardrail baru adalah satu jenis proposal yang tak perlu rapat lagi.
• Dari dokumentator ke community builder — guild architect lintas lini (EA + lead engineer tiap unit) menjadi forum evolusi standar: proposal perubahan paved road diajukan siapa pun, diputuskan bersama, didokumentasikan sebagai ADR episode 10.

Iterasi ADM dari episode 2 juga menemukan bentuk naturalnya: tiap kuarter, tim EA melakukan refresh baseline (repository), review metrik fitness, sinkronisasi dengan roadmap theme (episode 8), dan satu-dua keputusan strategis besar — siklus kecil yang cocok dengan ritme planning product organization.

#Anti-Pattern yang Harus Dihindari

Tiga mode kegagalan transisi yang paling sering: EA theater agile (ganti istilah jadi sprint dan epic, mekanisme gate tetap — tim tahu bedanya dan menghina proses); anarchy by default (membubarkan semua governance karena takut terlihat birokratis — hasilnya fragmentasi yang kita diagnosis di episode 3 kembali); dan platform tanpa produk thinking (paved road dibangun tanpa dialog dengan penggunanya, lalu diabaikan seperti tool korporat lain). Obat ketiganya sama: mulai dari satu domain nyata (notifikasi? identity?), buktikan kecepatan plus kontrol naik bersama, lalu replikasi.

#Praktik: EA Agile Model Bumi Niaga

Kerjakan di ea-lab/case-study/agile/:

1. Peta gate-to-guardrail — daftar semua kontrol governance episode 9 dan 14; klasifikasikan mana yang bisa jadi otomasi pipeline, platform default, atau tetap human review.
2. Paved road spec — definisikan isi jalur delivery default: template layanan, checklist security bawaan, integrasi backbone; tulis metrik adopsinya.
3. Fitness functions — susun 6-8 checks ala contoh YAML untuk Bumi Niaga, lengkap gradasi fail-nya.
4. Charter guild — satu halaman komposisi, ritme, dan mekanisme proposal standar untuk architect guild ketiga lini.

#Cara Memulai Transisi Tanpa Kekacauan

Organisasi tidak berpindah dari gate ke guardrail lewat pengumuman. Urutan amannya: pilih satu domain dengan standar paling sering dilanggar (biasanya integrasi), bangun guardrail pertama di sana, ukur waktu delivery sebelum-sesudah, publikasikan hasilnya, lalu replikasi pola ke domain berikutnya. Kemenangan kecil yang terukur membangun mandat; dekrit besar hanya membangun resistensi. Dan selama transisi berlangsung, pertahankan jalur lama untuk kasus yang belum tercakup — organisasi yang tak punya pintu resmi akan menciptakan pintu liar.

Metrik transisi yang layak dilaporkan bulanan:

• Waktu median dari ide sampai produksi di paved road vs di luar jalur
• Jumlah jenis proposal yang tak lagi butuh rapat karena guardrail baru
• Adopsi template dan paved road oleh tim-tim yang baru bergabung

#Penutup

Inti yang harus dibawa pulang:

• Tensi EA-agile diselesaikan dengan mengganti mekanisme, bukan membuang tujuan: gate diganti guardrail, standar dokumen diganti paved road, audit berkala diganti penegakan pipeline.
• Paved road menang lewat kompetisi pengalaman developer; metrik keberhasilannya adalah persentase layanan baru yang lahir di jalur default.
• Fitness functions mengubah prinsip arsitektur menjadi tes otomatis bergradasi — blokir untuk prinsip keras, tiket untuk budget.
• Peran tim EA bergeser ke desainer sistem dan kurator keputusan; ARB menyusut seiring guardrail bertumbuh, dan guild menjaga standar berevolusi dari lapangan.

Di episode 23 kita masuk skenario stres tertinggi bagi arsitektur organisasi: merger, acquisition, dan divestiture — apa yang dilakukan IT dan EA saat Bumi Niaga mengakuisisi perusahaan logistik, dari due diligence teknologi sampai rencana integrasi dan carve-out. Sampai jumpa di episode 23!