Belajar Enterprise Architect - Peran & Scope Enterprise Architect

#Pendahuluan

Setelah di episode 0 kalian menyiapkan fondasi skill, tool Archi, dan workspace ea-lab/ beserta studi kasus PT Bumi Niaga, pada episode ini kita memahami peran dan scope Enterprise Architect secara utuh sebelum menyentuh framework atau teknik apa pun.

Mengapa definisi peran ini penting? Karena gelar "architect" dipakai longgar di industri — banyak perusahaan menyebut senior developer sebagai architect. Jika kalian tidak paham persisnya apa yang membedakan EA, kalian akan salah sasaran saat membangun karier ke arah sana: melatih hal yang salah, mengambil sertifikasi yang salah, atau menerima jabatan yang ternyata bukan EA sungguhan. Episode ini memberi kalian peta yang jelas.

#Apa Itu Enterprise Architect

Enterprise Architect adalah peran yang menghubungkan strategi bisnis dengan keseluruhan landscape teknologi organisasi. Bukan satu aplikasi (software architect), bukan satu solusi/proyek (solution architect), melainkan seluruh portofolio: ratusan aplikasi, aliran data antar-divisi, kontrak vendor, standar teknologi, dan arah transformasi beberapa tahun ke depan.

Cara paling mudah memahaminya adalah lewat pertanyaan khas tiap peran:

Perhatikan pola horizon waktunya: semakin naik levelnya, semakin panjang jeda antara keputusan dan dampaknya. Keputusan EA hari ini — misalnya menetapkan satu platform data untuk ketiga lini Bumi Niaga — baru terasa hasilnya dua-tiga tahun kemudian. Itulah mengapa EA dinilai dari konsistensi arah, bukan dari delivery tunggal.

#Posisi dalam Struktur Organisasi

Umumnya EA duduk di kantor CIO/CTO, sering dalam bentuk tim kecil bernama Enterprise Architecture team, Architecture CoE (Center of Excellence), atau Office of the CTO:

100%

Pola penting yang terlihat di diagram: EA berdiri melintang di atas unit-unit bisnis, sedangkan solution architect melekat pada unit/proyek. Dari sinilah muncul dinamika klasik peran ini — EA punya mandat lintas unit tetapi jarang punya garis komando langsung; ia bekerja lewat pengaruh, standar, dan governance. Kita bedah cara kerja pengaruh itu di episode 9 dan 11.

#Scope Tanggung Jawab

Scope EA modern umumnya mencakup lima area. Ini akan menjadi kerangka besar series ini:

1. Strategy alignment — menerjemahkan strategi bisnis menjadi arsitektur target dan roadmap; topik inti episode 8.
2. Portfolio management — mengelola inventaris aplikasi dan teknologi: mana diinvestasi, ditoleransi, dimigrasi, atau dimusnahkan; episode 6 dan 16.
3. Standards & governance — menetapkan prinsip, standar, dan proses review agar ratusan keputusan harian tetap konsisten; episode 9.
4. Domain architecture — merancang arsitektur empat domain: business, data, application, technology; episode 3 sampai 7.
5. Transformation guidance — memandu program besar: migrasi cloud, digital transformation, integrasi pasca-M&A; episode 13, 17, dan 23.

Sama pentingnya adalah memahami apa yang bukan scope EA:

• Bukan project architect — EA tidak merancang detail solusi per proyek; itu tugas SA.
• Bukan people manager untuk tim engineering — pengaruh EA bersifat fungsional, bukan hierarkis.
• Bukan pembuat semua keputusan teknis — EA menetapkan pagar dan arah; keputusan operasional tetap milik tim produk.

#Sehari-Hari Seorang EA

Distribusi waktu EA tipikal (bervariasi per fase program):

Angka 30-40% meeting sering mengejutkan calon EA. Padahal logis: materi kerja EA adalah kesepakatan antar pihak — dan kesepakatan hanya lahir dari percakapan. Jika kalian benci rapat, peran ini akan berat; jika kalian pandai membuat rapat efektif dan berdokumen, justru itu senjata utama.

#Konteks 2026: Mengapa EA Semakin Dicari

Tiga kekuatan membuat peran ini semakin krusial:

• AI adoption masif — setiap divisi ingin memakai AI, tanpa data foundation yang rapi dan tanpa governance, hasilnya chaos model shadow dan kebocoran data. EA-lah yang merancang fondasi dan pagarnya; kita bahas tuntas di episode 21.
• Digital transformation yang tidak boleh gagal lagi — banyak perusahaan sudah membakar anggaran transformasi tanpa hasil; dewan direksi kini menuntut arsitektur yang menjelaskan urutan dan trade-off, bukan slide motivasi.
• Kompleksitas multi-cloud dan regulasi — landscape yang tersebar di banyak cloud plus tuntutan compliance (data protection, audit) butuh satu peta yang utuh; itulah pekerjaan rumah EA.

Konsekuensi pasar kerjanya nyata: kompensasi EA senior di pasar global menembus $200K+ per tahun, dan profil yang paling dicari adalah EA yang memahami AI dan data governance — kombinasi yang jarang. Di Indonesia, bank, telco, dan grup usaha besar adalah pemberi kerja utama peran ini.

#Kesalahan Umum Memahami Peran EA

Beberapa mispersepsi yang perlu diluruskan sejak awal:

• "EA = dokumen tebal yang tak dibaca" — itu warisan era birokrasi. EA modern bekerja lean: model minimal yang selalu mutakhir, bukan binder 500 halaman.
• "EA harus tahu segalanya" — tidak; EA harus tahu siapa yang tahu dan bagaimana menyintesiskan pengetahuan tersebar itu menjadi keputusan.
• "EA menghambat agility" — EA yang buruk memang begitu; EA yang baik justru mempercepat lewat paved road dan guardrails, seperti kita lihat di episode 22.

#Penutup

Inti yang harus dibawa pulang:

• EA menghubungkan strategi bisnis dengan seluruh landscape teknologi; pembeda utamanya dari SA/software architect adalah horizon tahun-an, cakupan portfolio, dan output berupa arah plus standar.
• Scope inti lima area: strategy alignment, portfolio, standards & governance, domain architecture, dan transformation guidance — kerangka series ini.
• EA bekerja lewat pengaruh lintas unit, bukan garis komando; separuh waktunya habis di komunikasi dan kesepakatan.
• Konteks 2026 menguntungkan peran ini: AI adoption, tuntutan transformation yang akuntabel, dan kompleksitas multi-cloud/regulasi — dengan kompensasi senior $200K+ di pasar global.

Di episode 2 selanjutnya kita akan membahas EA frameworks: TOGAF, Zachman, dan ArchiMate — anatomi TOGAF ADM siklusnya A sampai H, ontologi 36 kotak Zachman, notasi ArchiMate, dan yang terpenting: cara memilih serta memotong framework agar kalian terhindar dari "framework theater" yang membirokrasi. Sampai jumpa di episode 2!