Jago Ngoding Laravel Tapi Sistem Nggak Nyambung? Di Sinilah Enterprise Architecture Main Peran

Enterprise Architecture

Cerita ini sering terdengar di lab disela tugas-tugas semester “tua” yang sedang mengerjakan tugas yaitu membuat & mengetes website perusahaan logistik. Teknisnya mulus. Laravel jalan. API response-nya bersih. Unit test hijau semua. semua berjalan seperti skenario happy path di coding bootcamp.

Lalu datang pertanyaan dari dosen pada saat presentasi. Intinya: “Datanya beda sama sistem warehouse. Nanti kalau pelanggan komplain, CS lihatnya di mana?”

Team bingung. Aplikasinya sudah benar. Error nihil. Tapi tetap saja ada yang tidak nyambung.

Dan di sinilah masalah sebenarnya mulai kelihatan dan ini bukan masalah coding.

Ketika “Sudah Bikin Aplikasi” Tidak Berarti “Sudah Menyelesaikan Masalah”

Apa yang terjadi tadi bukan cerita langka. Di banyak perusahaan, skenario yang sama berulang terus.

Seorang developer atau tim kecil TI menyelesaikan aplikasi sesuai permintaan. Secara fungsional, semua fitur berjalan. Tapi begitu masuk ke ekosistem perusahaan yang lebih luas, masalah muncul: data tidak sinkron dengan sistem lain, alur kerja jadi kacau, atau yang lebih menyebalkan aplikasi baru malah bikin kerjaan dobel karena staf tetap harus input manual di dua tempat.

Di bangku kuliah, logikanya sederhana: ada masalah? Bikin aplikasi. Aplikasi jadi? Masalah selesai.

Tapi di dunia nyata, satu aplikasi tidak pernah hidup sendirian. Ia harus ngobrol dengan sistem pembayaran, sistem gudang, sistem customer service, sistem keuangan, dan belasan sistem lain yang sudah lebih dulu ada. Masing-masing mungkin dibangun dengan tech stack berbeda, oleh tim berbeda, di tahun berbeda, untuk keperluan berbeda.

Kalau sejak awal tidak ada yang memikirkan bagaimana semua sistem ini saling terhubung, hasilnya akan selalu sama: satu aplikasi baru, satu kekacauan integrasi baru.

Inilah kenapa Enterprise Architecture (EA) diperlukan.

Ini Bukan Soal Ngoding. Ini Soal Merancang Kota, Bukan Cuma Membangun Rumah

Coba analogikan begini.

ketika jago membangun rumah, bisa bikin satu bangunan yang bagus. Fondasi kokoh, instalasi listrik rapi, cat mulus. Tapi kalau Anda diminta membangun satu kawasan kota lengkap dengan jalan raya, rumah sakit, sekolah, jaringan listrik, dan drainase apakah keahlian membangun rumah cukup?

Tentu tidak.

Anda butuh urban planning. Anda harus mikir: jalan utama di mana supaya tidak macet? Rumah sakit di titik mana supaya semua warga bisa akses cepat? Bagaimana listrik mengalir tanpa saling ganggu?

Di dunia TI, urban planning itulah yang disebut Enterprise Architecture (Ross, Weill, & Robertson, 2006).

EA bukan tentang satu aplikasi. Ia tentang bagaimana seluruh sistem informasi di organisasi aplikasi, data, proses bisnis, infrastruktur dirancang agar saling terhubung dan sejalan dengan tujuan perusahaan. Bukan cuma sekarang, tapi juga lima atau sepuluh tahun mendatang.

Kalau perusahaan tempat rekan kita magang tadi sudah punya cetak biru EA yang jelas, sebelum satu baris kode ditulis, sudah ada jawaban untuk: Modul ini akan ngobrol dengan sistem apa saja? Datanya dari mana? Formatnya apa? Siapa yang bertanggung jawab atas data itu?

Tapi kalau cetak biru itu tidak ada, developer dipaksa menebak sendiri. Dan hasil tebakan seperti yang bisa ditebaknjarang yang pas.

Interoperabilitas: Kata Kunci yang Sering Diabaikan

Dalam TOGAF salah satu framework EA yang paling umum dipakai — ada satu istilah yang sering muncul: interoperabilitas (The Open Group, 2018).

Artinya sederhana: kemampuan sistem yang berbeda untuk saling “berbicara” dan memahami satu sama lain. Bukan cuma soal teknis seperti API tersambung atau format data cocok. Tapi juga soal proses bisnis: apakah alur kerja di sistem A sudah selaras dengan sistem B?

Visual Paradigm (2023) dalam panduan TOGAF-nya menjelaskan bahwa interoperabilitas adalah fondasi integrasi yang mulus. Tanpa itu, Anda hanya akan punya banyak aplikasi yang masing-masing berfungsi sendiri, tapi tidak membentuk satu kesatuan. Masing-masing bisa jadi keren sendiri-sendiri. Tapi mereka tidak harmonis.

Ini persis masalah yang muncul di cerita awal tadi. Modul tracking sudah jadi. Tapi ia tidak dirancang untuk “berbicara” dengan sistem warehouse dan customer service yang sudah ada. Akibatnya, data muncul dalam versi berbeda, dan orang-orang di lapangan yang harus membereskan secara manual.

EA hadir untuk mencegah situasi ini. Ia memaksa organisasi berpikir tentang bagaimana semua bagian saling terhubung, sebelum masing-masing bagian dibangun (Enterprise Architecture Organization, 2024).

Lapisan-Lapisan yang Harus Dipahami (Biar Tidak Gagal Paham)

Satu hal lagi yang sering bikin bingung: EA bukan cuma satu diagram besar yang dipajang di ruang rapat. Ia terdiri dari beberapa lapisan yang semuanya saling berkait.

Bayangkan seperti lapisan kue. Di atas, ada lapisan bisnis: strategi perusahaan, proses yang dijalankan, siapa yang dilayani. Di tengah, ada lapisan aplikasi dan data: sistem apa yang mendukung proses bisnis tadi, bagaimana data bergerak di antaranya. Di bawah, ada lapisan teknologi: server, cloud, jaringan, semua infrastruktur yang menopang (BINUS University, 2024; Mekari Insight, 2025).

Saat satu aplikasi baru akan dibangun, EA yang matang akan memandu: di posisi mana aplikasi ini diletakkan? Dengan siapa ia harus berkomunikasi? Data apa yang boleh ia akses?

Tanpa panduan itu, setiap developer akan membangun sesuai asumsinya sendiri-sendiri. Dan kalau sudah begitu, jangan heran kalau suatu hari Anda membuka empat aplikasi berbeda dan menemukan empat versi data pelanggan yang tidak ada yang cocok.

Pelajaran yang Bisa Dibawa Pulang

Yang bisa kita petik dari cerita tadi:

• Jago ngoding itu modal penting. Tapi paham bagaimana aplikasi Anda akan hidup dalam ekosistem yang lebih besar itu tidak kalah penting.
• Enterprise Architecture adalah urban planning-nya perusahaan. Ia memastikan semua sistem lama dan baru bisa hidup berdampingan tanpa saling ganggu (Ross et al., 2006).
• Interoperabilitas adalah kunci integrasi, dan ini ditekankan kuat oleh TOGAF. Tanpanya, Anda hanya punya aplikasi-aplikasi yang “merasa benar sendiri” (The Open Group, 2018; Visual Paradigm, 2023).
• EA bukan cuma satu diagram, tapi beberapa lapisan — bisnis, data, aplikasi, teknologi yang semuanya harus selaras (Mekari Insight, 2025; BINUS University, 2024).
• Sebagai mahasiswa atau developer baru, memahami EA — walau baru kulit luarnya akan menyelamatkan Anda dari membangun aplikasi yang “sudah jadi tapi tidak nyambung”.

Dukung Kami, dan Mari Berdiskusi

Artikel ini adalah lanjutan dari perjalanan SAG Laboratory untuk menjembatani apa yang dipelajari di kampus dengan apa yang sesungguhnya terjadi di industri.

Kalau Anda punya pengalaman serupa entah saat magang, kerja tugas akhir, Tulis di kolom komentar. Kalau ada yang kurang pas atau ingin menyampaikan sudut pandang berbeda, bisa juga lewat email ke [saglabdatabase@gmail.com](http://mail.to saglabdatabase@gmail.com).

Kritik Anda adalah asah. Pengalaman Anda adalah cerita yang mungkin belum kami temukan.

— — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —

Referensi

1. Ross, J. W., Weill, P., & Robertson, D. (2006). Enterprise Architecture as Strategy: Creating a Foundation for Business Execution. Harvard Business School Press.
2. The Open Group. (2018). TOGAF® Standard, Version 9.2. opengroup.org
3. Visual Paradigm TOGAF Guide. (2023). Achieving Seamless Integration: The Role of Interoperability in TOGAF Enterprise Architecture. togaf.visual-paradigm.com
4. Enterprise Architecture Organization. (2024). The Role of the Enterprise Architect in Application Systems Integration. enterprise-architecture.org
5. BINUS University (SIS). (2024). Peran Enterprise Architecture dalam Bisnis dan Teknologi Modern. sis.binus.ac.id
6. Mekari Insight. (2025). Panduan Enterprise Architecture & Rekomendasi Aplikasi. mekari.com
7. Flowable. (2025). BPMN Business Process Visualization: Bridge the Gap Between Business and IT. flowable.com
8. Forbes. (2026). Designing Resilient Integration Frameworks for Cloud-Native Companies. forbes.com

© SAG Laboratory 2026