Enterprise Architecture & Business-IT Alignment
Arsitektur perusahaan dikenang sebagai disiplin yang berkutat dengan diagram besar dan antrean persetujuan yang panjang, sebuah fungsi tata kelola yang datang setelah keputusan-keputusan menarik sudah diambil. Reputasi itu menggambarkan kegagalan praktik, bukan tujuan dari pekerjaannya: arsitektur ada untuk menjaga hubungan antara apa yang diinginkan bisnis dan apa yang mampu dilakukan sistemnya tetap cukup terbaca untuk dikendalikan. Uraian berikut memaparkan cara kami menalar keselarasan bisnis dan IT ketika keadaan bergerak lebih cepat daripada model apa pun yang dapat menetapkannya, dan mengapa nilainya kini terletak pada menjaga perubahan tetap murah alih-alih langka.
Lanskap sistem telah menjadi sasaran yang bergerak
Selama sebagian besar sejarahnya, arsitektur perusahaan mengasumsikan objek studi yang stabil. Portofolio aplikasi berubah dalam irama bertahun-tahun, integrasi mahal dan karenanya jarang dilakukan, dan sebuah model yang digambar dengan baik dapat menggambarkan lanskap sistem secara akurat selama satu siklus perencanaan. Dalam kondisi tersebut, arsitek dapat secara wajar bertindak sebagai penjaga: memegang gambaran kanonik, menyetujui penyimpangan, dan mempertahankan konsistensi terhadap kepraktisan lokal. Metodenya sesuai dengan fisika teknologi yang dikelolanya.
Asumsi itu diam-diam telah kedaluwarsa. Platform cloud, layanan terkelola, perangkat lunak yang dihadirkan sebagai antarmuka alih-alih instalasi, dan ekspektasi biasa bahwa tim merilis secara berkelanjutan, semuanya telah menaikkan laju metabolisme lanskap sistem. Sebuah kapabilitas yang dahulu butuh delapan belas bulan untuk dibangun kini dapat disusun dalam satu sore dari layanan yang mungkin dipilih sebuah tim tanpa berkonsultasi dengan siapa pun. Konsekuensinya bukan bahwa arsitektur menjadi kurang penting; melainkan bahwa praktik arsitektur apa pun yang dibangun untuk mengawasi artefak yang bergerak lambat kini secara permanen tertinggal dari hal yang diklaimnya digambarkan.
Ada baiknya kita cermat tentang apa yang telah berubah, karena ada godaan untuk memperlakukan ini sebagai masalah skala yang pada akhirnya akan diselesaikan oleh perkakas yang lebih baik. Padahal bukan. Kesulitannya bersifat struktural. Ketika tim mana pun dapat mengadakan layanan terkelola dengan kartu korporat dan menyambungkannya ke sebuah proses pada akhir pekan, pusat pengambilan keputusan arsitektural sudah tersebar ke tepi organisasi, entah fungsi terpusat mengakuinya atau tidak. Praktik yang menanggapinya dengan memperketat persetujuan hanya memindahkan keputusan-keputusan itu ke bayang-bayang, tempat keputusan diambil tanpa catatan dan baru ditemukan ketika sesuatu rusak. Titik tolak yang jujur adalah bahwa otoritas atas lanskap sistem kini terdistribusi secara bawaan, dan pekerjaannya adalah membuat keputusan terdistribusi itu terbaca alih-alih berpura-pura keputusan tersebut dapat dikumpulkan kembali ke satu tempat.
Pergeseran yang penting, karenanya, adalah pergeseran tujuan alih-alih perkakas. Pertanyaan yang berharga bukan lagi apakah lanskap sistem sesuai dengan sebuah model, karena memang tidak akan, dan memaksakan kesesuaian hanya mendorong keputusan keluar dari kerangka tempat keputusan itu dapat dilihat. Pertanyaan yang berharga adalah apakah bisnis masih dapat menalar tentang apa yang dimilikinya, untuk apa bagian-bagian itu, dan di mana perubahan strategi harus mendarat. Arsitektur memperoleh tempatnya dengan menjaga penalaran itu tetap mungkin sementara segala sesuatu di bawahnya bergerak. Ia menjadi cara untuk memelihara pemahaman bersama, bukan kendali yang membekukan gambaran demi memahaminya.
Kapabilitas, bukan sistem, sebagai unit keselarasan
Prinsip pertama yang kami pegang adalah bahwa bisnis dan teknologi diselaraskan melalui kapabilitas, bukan melalui aplikasi. Kapabilitas adalah pernyataan stabil tentang sesuatu yang harus mampu dilakukan organisasi: menyelesaikan klaim, mendaftarkan pelanggan, meramalkan permintaan, merekonsiliasi buku besar. Ia sengaja abstrak tentang bagaimana hal itu dilakukan. Sistem, tim, dan proses adalah sarana yang dapat berubah; kapabilitas adalah tujuan yang tahan lama. Perbedaan ini bukan sekadar akademis. Strategi secara alami diungkapkan dalam istilah apa yang ingin dilakukan bisnis dengan lebih baik atau yang baru, dan kapabilitas adalah satu-satunya kosakata yang di dalamnya niat itu terpetakan dengan rapi ke lanskap sistem.
Perencanaan berbasis kapabilitas memberikan tulang punggung bagi keselarasan. Sebuah peta kapabilitas, yang sengaja dijaga dangkal, memungkinkan Anda bertanya kapabilitas mana yang sesungguhnya menjadi sandaran sebuah sasaran strategis, mana yang kuat dan mana yang rapuh, serta di mana investasi akan mengubah hasil alih-alih sekadar menyegarkan teknologi. Peta itu memisahkan pertanyaan tentang apa yang penting dari pertanyaan tentang apa yang saat ini terpasang, dan kedua pertanyaan itu memiliki jawaban yang sangat berbeda di sebagian besar lanskap. Banyak sekali pengeluaran menumpuk pada kapabilitas yang tidak lagi memikul bobot strategis, justru karena percakapannya dibingkai dalam istilah sistem, tempat setiap sistem memiliki sponsor, alih-alih dalam istilah kapabilitas, tempat relevansi dapat diperdebatkan.
Sebuah peringatan perlu disampaikan di sini, karena pemodelan kapabilitas memiliki patologinya sendiri. Bila diserahkan kepada para spesialis, ia terurai tanpa henti, dan sebuah peta yang dahulu muat dalam satu halaman berubah menjadi taksonomi berisi beberapa ratus kapabilitas daun yang tidak akan pernah dibaca eksekutif mana pun dan tidak akan pernah dirujuk insinyur mana pun. Nilai kerangka itu runtuh tepat pada saat ia menjadi komprehensif. Kami menjaga peta pada dua tingkat, atau paling banyak tiga, cukup untuk memperdebatkan di mana strategi bersinggungan dengan lanskap sistem dan tidak lebih, karena tujuannya adalah percakapan bersama dan bukan ontologi yang lengkap. Model kapabilitas adalah lensa untuk sebuah keputusan, dan lensa yang mencoba menampilkan segalanya tidak menampilkan apa pun secara berguna.
Prinsip kedua adalah bahwa arsitektur menggambarkan hubungan, bukan komponen. Pengetahuan yang menarik jarang berupa daftar aplikasi; melainkan bagaimana perubahan pada satu kapabilitas merambat: proses hilir mana yang mengasumsikan perilaku lama, kontrak data mana yang akan rusak, kewajiban regulasi mana yang diam-diam dipenuhi oleh sebuah sistem yang tak seorang pun memikirkannya. Sebuah arsitektur yang menangkap ketergantungan dan niat, dan memegangnya cukup longgar untuk terus diperbarui, lebih bernilai daripada inventaris menyeluruh yang benar pada hari ia disahkan namun keliru dalam sebulan.
Perkembangan dan pola terkini
Komposabilitas sebagai sikap bawaan. Lanskap sistem semakin banyak dirakit dari layanan yang diperoleh secara terpisah alih-alih dibangun sebagai satu kesatuan yang koheren, dan tugas arsitektural bergeser dari merancang sistem menjadi merancang kontrak, batas, dan semantik data di antara hal-hal yang dibangun oleh pihak lain. Disiplin ini bergerak dari konstruksi ke komposisi, dan keterampilan yang langka menjadi memutuskan di mana sebuah batas harus berada sehingga masing-masing sisi dapat berubah tanpa meminta izin kepada yang lain.
Produktisasi platform internal. Banyak organisasi kini menjalankan platform internal yang menawarkan kapabilitas kepada tim pengiriman sebagai produk swalayan, dengan antarmuka yang jelas dan peta jalan yang dimiliki. Ini membingkai ulang arsitektur sebagai perancangan jalur beraspal yang membuat pilihan yang tepat menjadi pilihan yang mudah, alih-alih tinjauan yang menangkap pilihan yang keliru setelah kejadian. Tata kelola menjadi sesuatu yang dikonsumsi tim alih-alih sesuatu yang dilakukan terhadap mereka.
Catatan keputusan arsitektur ketimbang dokumen induk. Pusat gravitasinya bergerak dari model besar yang dipelihara menuju catatan yang ringan dan berversi tentang keputusan tertentu beserta alasannya. Sebuah log keputusan menua secara jujur: ia memberi tahu Anda apa yang benar ketika sebuah pilihan dibuat dan mengapa, yang lebih berguna daripada diagram yang berpura-pura selalu mutakhir. Ia juga memulihkan akuntabilitas, karena keputusan yang memiliki nama dan tanggal dapat ditinjau kembali ketika asumsinya kedaluwarsa.
Surutnya sistem pencatatan tunggal. Selama beberapa dekade, cita-citanya adalah satu penyimpanan otoritatif per domain, dan integrasi berarti merekonsiliasi segalanya kembali ke sana. Model itu memberi jalan kepada kepemilikan terfederasi, tempat beberapa layanan memegang pandangan yang tumpang tindih dan kesepakatan dicapai melalui kontrak yang diterbitkan alih-alih basis data bersama. Ini lebih jujur tentang bagaimana organisasi besar sebenarnya bekerja, namun ia memindahkan masalah sulit dari penyimpanan ke makna: lanskap sistem hanya koheren sejauh bagian-bagiannya sepakat tentang apa arti seorang pelanggan, sebuah pesanan, atau sebuah akun. Arsitektur dalam pengaturan ini menjadi penatalayanan atas kosakata bersama, dan perselisihan yang dahulu tampak teknis ternyata adalah ketidaksepakatan tentang definisi.
Data dan AI sebagai perhatian arsitektural kelas satu. Ketika pembelajaran mesin masuk ke proses biasa, pertanyaan tentang silsilah data, ketergantungan model, dan semantik informasi bersama berhenti menjadi lampiran khusus dan menjadi pusat dari apakah lanskap sistem koheren. Keselarasan semakin bergantung pada apakah bisnis dan sistemnya sepakat tentang apa arti data itu, bukan sekadar apakah keduanya dapat saling bertukar data.
Prinsip perancangan yang membuatnya berhasil
Standar seharusnya mengurangi keputusan, bukan menambahnya. Sebuah arsitektur acuan membayar dirinya sendiri ketika ia menghilangkan pekerjaan dari tim yang mengikutinya: teknologi bawaan, gaya integrasi yang disukai, cara yang sudah mapan untuk menangani identitas, sehingga kasus sembilan puluh persen tidak memerlukan pertimbangan dan perhatian dihemat untuk sepuluh persen yang benar-benar berbeda. Sebuah standar yang menambahkan langkah tinjauan tanpa menghilangkan sebuah keputusan adalah beban murni, dan tim benar untuk mencari jalan memutarinya.
Jadikan jalur yang selaras sebagai jalur dengan hambatan paling kecil. Keselarasan yang dipertahankan dengan penegakan akan lapuk begitu perhatian mengendur; keselarasan yang dibangun ke dalam templat, pipeline, platform, dan pengaturan bawaan mempertahankan dirinya sendiri karena kesesuaian memang lebih mudah daripada penyimpangan. Hasil yang paling tahan lama dari seorang arsitek sering kali adalah pengaturan bawaan yang baik, bukan kebijakan yang baik. Rancanglah lingkungan sehingga melakukan hal yang masuk akal tidak memerlukan kepahlawanan dan tidak memerlukan izin.
Utamakan kontrak yang eksplisit ketimbang internal yang dibagikan. Dua bagian dari sebuah lanskap sistem dapat bekerja sama entah dengan menyepakati sebuah antarmuka atau dengan menjangkau ke dalam asumsi satu sama lain, dan yang kedua selalu lebih murah hari ini dan menghancurkan di kemudian hari. Sebuah kontrak yang diterbitkan, bahkan yang sederhana, menyatakan apa yang boleh diandalkan dan, secara tersirat, apa yang boleh berubah bebas di baliknya. Batas itulah yang memungkinkan dua tim bergerak dengan kecepatan berbeda tanpa negosiasi yang terus-menerus. Sebagian besar pekerjaannya adalah sekadar menamai kontrak-kontrak ini, menuliskannya, dan mempertahankan garis antara apa yang dijanjikan dan apa yang sekadar berlaku saat ini, karena sebuah asumsi yang tidak pernah dijanjikan pada akhirnya akan dilanggar oleh seseorang yang tidak pernah tahu bahwa asumsi itu memikul beban.
Rancanglah untuk keterbalikan ketimbang kebenaran. Karena lanskap sistem bergerak cepat dan masa depan benar-benar tidak pasti, sifat yang lebih berharga dari sebuah keputusan sering kali adalah seberapa murah ia dapat dibatalkan alih-alih seberapa yakin kita bahwa ia benar. Utamakan batas yang mengisolasi perubahan, kontrak yang dapat diberi versi, dan pilihan yang tidak menutup pilihan lain. Arsitektur yang dioptimalkan untuk benar selamanya cenderung rapuh; yang dioptimalkan untuk koreksi yang murah tetap hidup.
Jaga model tetap tidak lengkap secara sengaja. Peta yang mencoba menangkap segalanya mahal untuk dipelihara dan karenanya cepat ditinggalkan, dan pada titik itu ia lebih buruk daripada tidak ada peta karena orang masih setengah memercayainya. Kami menjaga artefak arsitektur tetap dangkal secara sengaja, menangkap hubungan yang memikul beban dan menyerahkan detail kepada tim yang hidup di dalamnya. Ujian sebuah model bukanlah kelengkapan melainkan apakah seseorang akan merujuknya sebelum mengambil keputusan.
Mode kegagalan yang umum
Arsitektur menara gading. Model yang dihasilkan terpisah dari pengiriman, elok di atas kertas dan tak terpakai dalam praktik, karena ia menggambarkan lanskap sistem yang diharapkan ada oleh arsitek alih-alih yang benar-benar dikerjakan tim. Artefak itu menjadi monumen bagi suatu momen, tak dirujuk siapa pun, dan para penulisnya salah mengira ketiadaan keluhan sebagai persetujuan.
Arsitektur sebagai gerbang kendali. Ketika praktik ini mendefinisikan dirinya melalui hak untuk mengatakan tidak, ia mengubah dirinya menjadi sebuah antrean. Tim belajar merancang di sekitar tinjauan alih-alih melewatinya, keputusan bermigrasi ke mana pun keputusan itu dapat diambil tanpa gerbang, dan fungsi arsitektur berakhir dengan mengelola sebuah gambaran yang tidak lagi cocok dengan lanskap sistem yang disetujuinya.
Standardisasi demi standardisasi itu sendiri. Konsistensi yang dikejar melewati titik di mana ia melayani apa pun, sehingga tim dipaksa menggunakan alat bersama yang tidak cocok dengan siapa pun secara baik, dan biaya keseragaman diam-diam melampaui biaya keberagaman yang digantikannya. Standar seharusnya diperdebatkan dari nilai hal yang dibuat bersama, bukan ditegaskan sebagai kebajikan dalam dirinya sendiri.
Tata kelola yang diukur dari aktivitas. Sebuah praktik yang menghitung tinjauannya, standar yang diterbitkannya, dan kehadirannya di berbagai dewan akan selalu tampak sibuk, dan tak satu pun dari angka-angka itu mengatakan apa pun tentang apakah lanskap sistem lebih mudah diubah atau bisnis lebih mampu menalarnya. Ketika ukuran-ukuran memberi imbalan pada gerak, fungsi tersebut mengoptimalkan diri untuk gerak, dan penumpukan artefak menjadi tak terbedakan dari kemajuan. Satu-satunya ukuran yang layak dipercaya menunjuk ke luar: seberapa cepat sebuah tim dapat melakukan perubahan yang tepat, seberapa yakin seorang pemimpin dapat menyebutkan apa yang menjadi sandaran sebuah kapabilitas, seberapa murah sebuah keputusan masa lalu dapat dibalik. Selebihnya adalah disiplin yang mengagumi pantulan dirinya sendiri.
Model yang selalu mutakhir. Sebuah diagram induk tunggal yang dipelihara dengan upaya heroik, selalu sedikit keliru, dan keliru dengan cara yang tidak dapat dilihat siapa pun sampai sebuah keputusan diambil atas dasarnya. Kegagalannya bukan pada keusangan; melainkan pada keyakinan palsu, karena model yang tampak otoritatif dipercaya jauh melewati titik di mana ia berhenti menjadi benar.
Keselarasan yang dinyatakan, bukan dibuktikan. Forum pengarah yang mengesahkan sebuah gambaran bersama di ruangan sementara lanskap yang sesungguhnya menyimpang di luar, sehingga semua orang menyepakati sebuah arsitektur yang tidak menggambarkan pekerjaan siapa pun. Keselarasan yang tidak dapat diamati dalam sistem yang berjalan adalah ritual sosial, bukan sifat rekayasa.
Cara kami bekerja
Kami memulai dengan kapabilitas alih-alih sistem, karena itulah satu-satunya landasan tempat para pemimpin bisnis dan insinyur dapat menjalankan percakapan yang sama. Di awal sebuah penugasan kami membangun peta kapabilitas yang dangkal bersama orang-orang yang memiliki hasilnya, menggunakannya untuk menemukan di mana strategi benar-benar bergantung pada lanskap sistem, dan memperlakukannya sebagai kerangka untuk segala sesuatu yang mengikutinya. Peta itu adalah alat untuk menalar, bukan hasil kerja yang harus dikagumi, dan kami menjaganya tetap cukup kecil agar tetap layak diperbarui.
Dari sana kami bekerja berdasarkan keputusan alih-alih dokumen. Kami mencatat pilihan-pilihan arsitektural yang penting, beserta alasannya dan asumsi yang menjadi sandarannya, dan kami membuat catatan-catatan itu hidup di tempat pekerjaan berlangsung alih-alih di repositori terpisah yang tidak pernah dibuka tim. Ini memberi praktik tersebut sesuatu yang tidak pernah dimiliki pendekatan model induk: cara untuk menua dengan anggun, karena keputusan yang bertanggal dapat ditinjau kembali secara jujur ketika asumsinya kedaluwarsa, dan cara untuk membawa pendatang baru ke dalam pemahaman mengapa segala sesuatu menjadi seperti adanya, bukan sekadar apa adanya.
Kami mengutamakan batasan yang memberdayakan ketimbang gerbang tinjauan. Bila sebuah standar layak dimiliki, kami berupaya menghadirkannya sebagai pengaturan bawaan, sebuah templat, atau jalur beraspal yang dikonsumsi tim, sehingga keselarasan menjadi sifat lingkungan alih-alih pajak atas pengiriman. Bila muncul pertimbangan yang sesungguhnya, kami mengumpulkannya dengan cepat, memutuskan bersama orang-orang yang bertanggung jawab atas hasilnya, dan mencatat hasilnya. Tujuan sepanjang prosesnya adalah menjaga lanskap sistem tetap terbaca bagi bisnis sambil menyisakan otonomi bagi tim yang membuat mereka cepat, dan hadir pada momen-momen ketika sebuah pilihan akan mahal untuk dibalik alih-alih mengawasi pilihan-pilihan yang tidak.
Kami juga bersikap sengaja tentang bagaimana sebuah penugasan berakhir, karena praktik yang hanya berjalan selama para penulisnya hadir tidak menyelaraskan apa pun; ia hanya menopang sesuatu. Tujuan kami adalah meninggalkan sejumlah kecil kebiasaan yang tahan lama: peta kapabilitas yang dipelihara para pemiliknya karena mereka benar-benar menggunakannya, catatan keputusan yang bertahan lebih lama dari individu mana pun, dan seperangkat pengaturan bawaan yang menjaga pilihan yang selaras tetap menjadi yang mudah lama setelah kami pergi. Jika kepergian kami menyebabkan arsitektur menyimpang, berarti kami mengerjakannya sebagai sebuah ketergantungan alih-alih sebagai sebuah kapabilitas, dan itulah tepatnya kesalahan yang untuk menghindarinya disiplin ini ada.
Di mana Nashua membuat perbedaan
Yang membedakan praktik kami adalah bahwa kami memperlakukan arsitektur sebagai sarana untuk menjaga perubahan tetap mungkin, bukan sarana untuk mengendalikannya. Kami adalah praktisi yang berada di dalam pengiriman alih-alih komentator yang memeriksanya dari luar, dan kami mengukur pekerjaan kami dari apakah tim bergerak lebih cepat dan bisnis masih dapat menalar tentang apa yang dimilikinya, bukan dari banyaknya model yang dihasilkan atau tinjauan yang dilakukan. Kami bersedia keliru dengan murah dan mengatakannya dalam catatan, karena praktik yang tidak dapat mengakui keputusan yang telah digantikan diam-diam mengeras di sekitar kesalahan-kesalahan pertamanya. Sikap itu, yang dipimpin kapabilitas, berbasis keputusan, dan dibangun ke dalam lingkungan alih-alih dipaksakan padanya, itulah yang menjaga keselarasan tetap nyata setelah kami pergi, dan ia sengaja tidak mencolok: tidak ada gambaran induk yang harus diungkap, hanya lanskap sistem yang tetap terbaca dan jejak pilihan yang dapat diikuti siapa pun.
Ada pula akibat praktis yang mengubah apa yang boleh diasumsikan oleh pekerjaan ini. Ketika sebuah penugasan menuntut kapabilitas yang belum ada, ia tidak perlu menunggu siklus pengadaan atau peta jalan seorang vendor. enterprise platform dibangun untuk mengakomodasi hampir semua fitur dengan cepat, melalui agentic engineering yang ekstrem: apa yang dibutuhkan dijelaskan dalam bahasa yang sederhana dan dihasilkan dengan cepat, namun selalu dalam prinsip-prinsip arsitektur yang tegas dan di bawah penjaminan mutu yang ketat, sehingga kecepatan tidak pernah dibayar dengan mengorbankan koherensi, keamanan, atau kendali. Efeknya bersifat strategis alih-alih sekadar praktis. Ia menggeser garis buat-atau-beli, menjaga opsionalitas tetap murah, dan membiarkan arsitektur mengikuti strategi alih-alih strategi menekuk mengikuti apa pun yang kebetulan tersedia di rak.
Hasilnya adalah praktik arsitektur yang memperoleh tempatnya dengan membuat jalur yang masuk akal menjadi yang mudah, yang menggambarkan lanskap sistem cukup jujur untuk dikendalikan tanpa berpura-pura membekukannya, dan yang meninggalkan sebuah organisasi lebih mampu mengubah pikirannya dengan murah. Kami lebih suka dinilai dari perubahan yang dapat dilakukan sebuah bisnis setelah kami pergi ketimbang dari diagram yang kami gambar selagi kami di sana. Itulah, alih-alih kesesuaian pada sebuah diagram, tujuan akhir keselarasan bisnis dan IT.
