Belajar Enterprise Architect - Strategy & Roadmapping

#Pendahuluan

Setelah empat episode berturut-turut kalian membangun baseline empat domain — business, data, application, technology — kini saatnya menyatukannya ke dalam fungsi paling identik dengan peran EA: strategy alignment. Baseline tanpa arah hanyalah museum artefak; nilai lahir saat baseline itu diterjemahkan menjadi urutan investasi yang mendukung strategi bisnis.

Mengapa ini sulit? Karena bahasanya berbeda. Dokumen strategi bisnis berbicara dalam market share dan margin; dokumen teknologi berbicara dalam platform dan migration wave. EA adalah penerjemah dua arahnya — dan kesalahan klasiknya adalah melompat langsung ke daftar proyek teknologi tanpa menjelaskan kaitannya dengan strategi, sehingga roadmap mudah digugurkan saat anggaran ketat. Episode ini memberi metodenya.

#Dari Strategi Bisnis ke Strategic Themes

Langkah pertama adalah mengekstraksi strategic themes — 3-5 tema arah strategis yang cukup spesifik untuk ditindaklanjuti TI. Contoh rapat direksi Bumi Niaga menghasilkan tiga tema:

Teknik ekstraksinya sederhana tapi disiplin: baca dokumen strategi/rapat direksi, tandai klaim bernilai ("pelanggan harus bisa... ", "biaya harus turun..."), lalu untuk tiap klaim tuliskan pertanyaan "apa yang harus benar secara arsitektur agar klaim itu terjadi?" Jawabannya adalah implikasi arsitektur. Jika sebuah theme tidak menghasilkan implikasi apa pun, kemungkinan ia bukan prioritas tahun ini — atau kalian belum memahaminya; konfirmasi ke stakeholder.

#Target Architecture vs Baseline: Gap yang Bisa Ditindaklanjuti

Dengan themes sebagai filter, kalian bisa merumuskan target architecture — bukan fantasi lima tahun, melainkan gambar state yang menjawab themes. Metode yang saya pakai: mulai dari baseline (hasil episode 4-7), definisikan target per domain dalam satu halaman, lalu bedakan gap-nya:

Baseline : 3 definisi pelanggan; consent tercecer di tiap sistem;
           analitik lintas lini manual via ekspor file
Target   : golden record pelanggan di registry; consent terpusat
           dan diaudit; analitik grup live di lakehouse
Gap      : identity resolution belum jalan utk KirimKu;
           konsent service belum ada; pipeline TMS belum on-stream
Theme    : "Satu pengalaman pelanggan" + "Efisiensi biaya grup"

Aturan mutlak: setiap gap harus punya rujukan theme. Gap tanpa theme adalah proyek kesenangan tim IT — boleh ada, tetapi masuk antrian terpisah, tidak boleh menyusup ke narasi strategis. Disiplin inilah yang membuat roadmap kalian selamat dari pertanyaan tajam CFO: "kenapa kita bayar ini?"

#Transition States: Jembatan Bertahap

Target jarang dicapai dalam satu lompatan. TOGAF menyebut titik-titik antara sebagai transition architectures; praktisnya, susun 2-4 plateau yang masing-masing memberi nilai mandiri sebelum lanjut:

Uji kelayakan tiap plateau: jika program dihentikan setelah plateau ini, apakah organisasi tetap lebih baik? Plateau yang hanya "persiapan menuju target" tanpa nilai mandiri adalah tanda desain transisi yang buruk — risiko terbesarnya adalah transformasi dibatalkan di tengah dan semua investasi hangus tanpa hasil.

#Menyusun Roadmap yang Bertahan

EA roadmap bukan Gantt chart proyek. Ia komunikasi urutan dan logika, biasanya horizon 18-36 bulan dengan resolusi menurun (kuarter depan detail, tahun kedua garis besar). Format yang saya rekomendasikan — swimlane per domain, wave sebagai kolom waktu:

Prinsip penyusunan yang membuat roadmap dipercaya:

• Dependensi eksplisit — registry sebelum loyalty; landing zone sebelum migrasi massal. Dependensi tersembunyi pembunuh roadmap nomor satu.
• Nilai di tiap wave — tiap wave punya cerita dampak bisnis yang bisa disebutkan satu kalimat.
• Kapasitas realistis — hitung kasar kapasitas delivery organisasi; roadmap yang butuh 200% kapasitas bukan ambisi, melainkan dusta yang akan runtuh di kuarter pertama.
• Titik keputusan — tandai momen keputusan besar (renewal vendor, evaluasi CRM fintech) supaya direksi tahu kapan mereka dimintai pilihan, bukan kapan mereka dikejutkan.

#Praktik: EA Roadmap Bumi Niaga

Kerjakan di ea-lab/case-study/business/ atau folder strategy/ baru:

1. Strategic themes — tulis tiga theme beserta 2-3 implikasi arsitektur per theme, format tabel di atas.
2. Gap analysis — satu blok seperti contoh untuk domain data, application, dan technology, semuanya dirujukkan ke theme.
3. Transition states — gambarkan baseline, dua plateau, dan target di Archi/draw.io; uji "nilai mandiri" tiap plateau.
4. Roadmap swimlane — isi tabel wave x domain lengkap untuk Bumi Niaga; tandai dependensi antarsel dan dua titik keputusan direksi.

Artefak ini adalah output EA paling penting sejauh series — dan menjadi objek kerja governance di episode berikutnya: bagaimana memastikan ratusan keputusan harian tetap di jalur roadmap ini.

#Tanda Roadmap Akan Runtuh

Tiga sinyal dini yang layak ditindak sebelum kuarter pertama berakhir: tiap wave tak punya kalimat nilai bisnis yang bisa diucapkan satu napas; dependensi antar inisiatif baru ketahuan saat eksekusi; dan kapasitas tim delivery tidak pernah dihitung — roadmap yang menuntut 200% kapasitas bukan ambisi, melainkan jadwal kekecewaan. Roadmap yang selamat adalah yang direvisi terbuka tiap kuarter: anggap ia hipotesis yang diuji, bukan kontrak yang dipertahankan.

Checklist kualitas sebelum roadmap diserahkan ke direksi:

• Setiap wave punya kalimat nilai dan syarat exit yang terukur
• Semua dependensi besar digambar eksplisit, bukan diasumsikan
• Kapasitas delivery dihitung dan dinyatakan jujur di halaman pertama

#Penutup

Inti yang harus dibawa pulang:

• Strategy alignment adalah pekerjaan penerjemahan: strategi bisnis diekstrak menjadi 3-5 strategic themes, tiap theme diturunkan menjadi implikasi arsitektur yang konkret.
• Gap analysis sah hanya jika tiap gap dirujukkan ke theme; target architecture dibangun dari baseline nyata, bukan imajinasi.
• Transition states wajib memberi nilai mandiri per plateau — persiapan tanpa nilai adalah resep transformasi gagal di tengah jalan.
• Roadmap EA adalah komunikasi urutan: swimlane per domain, dependensi eksplisit, nilai per wave, kapasitas jujur, dan titik keputusan yang diumumkan lebih awal.

Roadmap sudah ada di tangan. Di episode 9 selanjutnya kita bangun mesin penjaganya: architecture governance — mendesain Architecture Review Board yang efektif, prinsip dan policy yang ditegakkan, serta alur intake dan exception agar governance menjadi pengawal kecepatan, bukan rem. Sampai jumpa di episode 9!