Belajar Enterprise Architect - EA Frameworks TOGAF, Zachman & ArchiMate
Membedah tiga pilar formal enterprise architecture: siklus TOGAF ADM dari Preliminary hingga fase H, ontologi 36 kotak Zachman, dan notasi ArchiMate sebagai bahasa gambar EA — lengkap dengan cara memilih serta memangkas framework sesuai ukuran organisasi agar terhindar dari framework theater
#Pendahuluan
Setelah di episode 1 kalian memahami peran dan scope Enterprise Architect — dari strategy alignment sampai transformation guidance — kini saatnya mengenal peralatan formal profesi ini: framework. Tiga nama akan muncul di setiap diskusi EA dunia: TOGAF untuk metode, Zachman untuk ontologi, dan ArchiMate untuk notasi.
Mengapa framework penting? Karena EA bekerja di lingkungan dengan puluhan tim dan bertahun-tahun horizon. Tanpa bahasa dan metode bersama, setiap architect mendokumentasikan dengan caranya sendiri dan organisasi kehilangan kemampuan membandingkan serta menggabungkan. Framework memberi tiga hal itu: metode (bagaimana bekerja), ontologi (apa saja yang harus dicatat), dan notasi (bagaimana menggambarkannya). Namun framework juga sumber kegagalan klasik EA — dipakai dogmatis hingga tim tenggelam dalam template. Maka episode ini selalu berakhir pada satu keterampilan: memangkas.
#TOGAF: Metode Kerja EA
TOGAF (The Open Group Architecture Framework) adalah framework EA paling banyak diadopsi di dunia. Intinya adalah ADM (Architecture Development Method) — siklus delapan fase untuk mengembangkan dan mengelola arsitektur:
Apa isi tiap fase secara ringkas, dengan contoh konteks Bumi Niaga:
| Fase | Pertanyaan Inti | Contoh Output Bumi Niaga |
|---|---|---|
| Preliminary | Bagaimana menyiapkan kemampuan EA di organisasi? | Prinsip arsitektur disahkan, ARB dibentuk |
| A. Vision | Ruang lingkup dan tujuan iterasi ini apa? | Iterasi: unifikasi data pelanggan lintas lini |
| B. Business | Kapabilitas dan proses apa yang terdampak? | Capability map + value stream pelanggan |
| C. Information Systems | Data dan aplikasi apa yang mendukung? | Model data pelanggan master, daftar sistem CRM |
| D. Technology | Infrastruktur/platform apa yang menopang? | Standar platform data lakehouse |
| E. Opportunities & Solutions | Paket kerja apa yang diselesaikan? | Daftar proyek kandidat + gap analysis |
| F. Migration Planning | Urutan transisi bagaimana? | Roadmap bertahap 18 bulan |
| G. Implementation Governance | Bagaimana memastikan pelaksanaan sesuai? | Checkpoint governance per wave |
| H. Change Management | Perubahan arsitektur dikelola bagaimana? | Proses change request ke repository |
Sejak rilis TOGAF Standard, 10th Edition (2022), isinya dipecah menjadi seri dokumen modular — Fundamental Content yang stabil dan TOGAF Series Guides topikal (misalnya khusus digital organization atau agile). Artinya kalian bisa membaca selektif, bukan menelan 800 halaman sekali jadi. Dokumen resminya bisa diakses gratis setelah registrasi di situs The Open Group.
Tip
ADM bukan waterfall yang harus linear. Organisasi agile memutar ADM dalam skala kecil per domain atau per kuarter — siklus penuh dijalankan sekali untuk baseline, lalu tiap iterasi cukup menyentuh fase yang relevan. Kuncinya Requirements Management yang kontinu, bukan urutan fase.
#Zachman: Ontologi Arsitektur
Jika TOGAF menjawab "bagaimana bekerja", Zachman Framework menjawab "apa saja yang eksis dalam sebuah arsitektur". Ia adalah matriks 6 kolom x 6 baris = 36 sel: kolom adalah pertanyaan klasik (what, how, where, who, when, why), baris adalah perspektif audiens dari atas ke bawah:
| Perspektif | What (Data) | How (Fungsi) | Where (Jaringan) | Who (Orang) | When (Waktu) | Why (Motivasi) |
|---|---|---|---|---|---|---|
| Planner (eksekutif) | Daftar objek penting | Daftar proses | Daftar lokasi | Daftar organisasi | Daftar event | Tujuan & strategi |
| Owner (pemilik bisnis) | Model entitas bisnis | Model proses bisnis | Model logistik | Model organisasi & hubungan | Master schedule | Business plan |
| Designer (architect) | Model data logis | Alur aplikasi | Distribusi sistem | Interaksi user-sistem | Diagram waktu kontrol | Aturan bisnis |
| Builder | Skema fisik DB | Logika program | Arsitektur hardware | Konfigurasi keamanan | Definisi timing | Aturan dalam kode |
| Subcontractor | Detail implementasi | Detail fungsi | Detail jaringan | Detail akses | Detail event | Detail rule |
| User (beroperasi) | Data operasional | Performa kerja | Layanan berjalan | Operasional harian | Jadwal aktual | Riwayat keputusan |
Nilai terbesar Zachman adalah disiplin audiens: pesan yang sama digambarkan berbeda untuk tiap baris. Saat CFO Bumi Niaga bertanya tentang data pelanggan, jawabannya ada di baris Planner ("kapabilitas apa yang butuh data itu"); saat DBA bertanya, jawabannya di baris Designer/Builder (skema dan partisi). Banyak presentasi EA gagal karena menjawab pertanyaan baris atas dengan materi baris bawah.
Zachman bukan metode — ia tidak mengajarkan langkah kerja. Karena itu praktik umum: Zachman sebagai checklist kelengkapan, TOGAF sebagai metode.
#ArchiMate: Bahasa Notasi
ArchiMate adalah bahasa pemodelan grafis standar Open Group untuk arsitektur enterprise — semacam UML-nya dunia EA. Struktur dasarnya berlapis mengikuti domain arsitektur:
- Strategi layer — resource, capability, course of action.
- Business layer — aktor, proses, service bisnis, product.
- Application layer — komponen aplikasi, application service, interface.
- Technology layer — node infrastruktur, platform, network.
Plus aspek Implementation & Migration (gap, plateau, deliverable) dan Motivation (goal, principle, requirement, driver). Setiap elemen punya bentuk visual baku sehingga dua EA dari perusahaan berbeda bisa saling membaca model.
Contoh view sederhana yang akan kalian bangun di Archi: kapabilitas "Customer Management" di business layer, didukung komponen "CRM" di application layer, yang berjalan di cluster Kubernetes di technology layer. Satu gambar, tiga domain, relasi eksplisit — itulah nilai ArchiMate dibanding diagram ad-hoc. Tool Archi yang kalian pasang di episode 0 mendukung seluruh metamodel ini.
#Memilih dan Memangkas Framework
Tabel keputusan cepat:
| Situasi Organisasi | Rekomendasi |
|---|---|
| Enterprise besar, banyak tim EA, regulator | TOGAF penuh (dengan tailoring) + ArchiMate |
| Grup usaha menengah seperti Bumi Niaga | ADM ringan per iterasi + ArchiMate + potongan Zachman sebagai checklist |
| Startup scale-up, tim EA 1-2 orang | Prinsip + capability map + ADR; TOGAF sebagai referensi mental |
| Vendor/konsultan lintas klien | TOGAF + Zachman sebagai bahasa umum industri |
Prinsip pemangkasan yang saya rekomendasikan — adopt 20% yang memberi 80% nilai:
Dari TOGAF : struktur fase ADM sebagai checklist iterasi,
prinsip arsitektur, konsep target/baseline/transisi
Dari Zachman : disiplin audiens (jawaban sesuai baris penanya)
+ 36 sel sebagai uji kelengkapan sesekali
Dari ArchiMate: layer business/application/technology,
elemen motivation (principle, goal), viewpoint
DIBUANG : artefak wajib per fase, template dokumen tebal,
terminologi yang tidak dipakai komunikasi harianYang dibuang justru penyebab utama kegagalan adopsi EA: framework theater — organisasi sibuk menghasilkan artefak TOGAF lengkap sementara keputusan nyata tetap diambil di luar proses arsitektur. Gejalanya mudah dikenali: dokumen indah tapi roadmap tidak pernah dikonsultasikan ke tim pelaksana, dan istilah framework muncul hanya saat audit.
Warning
Jangan biarkan framework menjadi tujuan. Ukuran sukses EA bukan kelengkapan artefak TOGAF-nya, melainkan keputusan bisnis yang lebih baik karena ada arsitektur. Jika suatu artefak tidak pernah dipakai untuk keputusan, hentikan produksinya.
#Praktik: Memilih Framework untuk Bumi Niaga
Latihan episode ini, kerjakan di ea-lab/templates/framework-choice.md: tulis satu halaman keputusan framework untuk Bumi Niaga yang memuat:
- Konteks: grup usaha 3 lini, ~40 aplikasi, tim EA 3 orang, sedang masuk program unifikasi data.
- Keputusan: misalnya "ADM ringan per iterasi kuarteran, ArchiMate untuk model, Zachman sebagai uji kelengkapan tahunan".
- Justifikasi trade-off: kenapa bukan TOGAF penuh (kapasitas tim 3 orang, kultur bisnis cepat) dan kenapa tetap pakai ArchiMate (butuh bahasa lintas lini).
- Rencana revisi: titik evaluasi ulang, misalnya setelah 2 iterasi ADM.
Latihan ini melatih keterampilan EA yang sesungguhnya: menyesuaikan metode dengan organisasi, bukan sebaliknya. Simpan baik-baik — di episode 9 keputusan ini berujung pada desain governance konkret, dan di episode 25 kalian akan menilai ulangnya lewat maturity assessment.
#Penutup
Inti yang harus dibawa pulang:
- Tiga pilar framework saling melengkapi: TOGAF/ADM untuk metode siklus A-H, Zachman untuk ontologi 36 sel dengan disiplin audiens, ArchiMate untuk notasi berlapis yang standar.
- TOGAF 10 kini modular — baca selektif; ADM boleh diputar kecil-kecil, syaratnya requirements management kontinu.
- Nilai terbesar Zachman adalah menjawab pertanyaan sesuai perspektif penanya, bukan kelengkapan administratif 36 kotak.
- Pangkas agresif: ambil 20% yang memberi 80% nilai, waspadai framework theater — artefak yang tidak dipakai untuk keputusan layak dihapus.
Di episode 3 selanjutnya kita akan membahas architecture domains: business, data, application, dan technology architecture — empat lapisan yang menjadi anatomi setiap arsitektur enterprise, bagaimana ketergantungan antar-domain bekerja, dan cara melakukan domain mapping untuk pertama kali di studi kasus Bumi Niaga. Sampai jumpa di episode 3!