Business Architecture
Sebagian besar organisasi mampu menghasilkan bagan organisasi dalam hitungan menit dan paparan strategi dalam hitungan hari, namun kesulitan menjawab pertanyaan yang lebih mendasar: apa sebenarnya yang mampu dilakukan perusahaan ini, seberapa baik ia melakukannya, dan di mana kemampuan itu perlu berubah. Business architecture hadir untuk menjawab persis pertanyaan tersebut, memperlakukan bisnis bukan sebagai garis pelaporan melainkan sebagai sistem kapabilitas, value stream, proses, organisasi, dan informasi yang dirancang. Tulisan ini berargumen bahwa business architecture adalah lapisan penambat dari enterprise architecture, satu-satunya domain yang menjawab apa dan mengapa.
Mengapa lapisan bisnis penting saat ini
Selama hampir dua dekade terakhir, enterprise architecture dipraktikkan dari teknologi ke atas. Tim menginventarisasi aplikasi, memetakan integrasi, merasionalisasi infrastruktur, dan menghasilkan peta jalan yang logikanya bersifat internal bagi TI. Pendekatan ini berhasil selama kendala utama sebuah bisnis adalah biaya dan kompleksitas sistemnya. Kendala itu tidak lagi mengikat bagi sebagian besar organisasi. Kendala saat ini adalah kecepatan dan koherensi sebuah bisnis dalam mengonfigurasi ulang apa yang dilakukannya: memasuki pasar yang berdekatan, menyerap sebuah akuisisi, mematuhi regulasi baru, atau menyatukan kapabilitas machine learning ke dalam layanan yang sudah ada tanpa merusak tiga layanan lain yang bersinggungan dengannya.
Pada mulanya, ini bukan pertanyaan teknologi. Ini adalah pertanyaan tentang kapabilitas: mana yang dimiliki organisasi, mana yang tidak dimilikinya, mana yang terduplikasi di berbagai divisi yang masing-masing merasa dirinya unik, dan mana yang diam-diam menopang bagian perusahaan yang jauh lebih luas daripada yang disadari siapa pun. Organisasi yang tidak dapat menyebutkan kapabilitasnya tidak dapat menalar tentang hal-hal ini. Ia kembali bersandar pada bagan organisasi, yang menggambarkan siapa melapor kepada siapa tetapi tidak mengatakan apa pun tentang apa yang mampu dilakukan perusahaan, dan pada portofolio proyek, yang menggambarkan apa yang sedang diubah tetapi bukan hal yang sedang diubah itu sendiri.
Alasan mengapa business architecture penting saat ini, secara spesifik, adalah karena laju perubahan yang dituntut telah melampaui pemahaman tersirat yang dahulu menyatukan sebuah organisasi. Ketika bisnis berubah dengan lambat, peta itu cukup memadai bersemayam di benak segelintir orang yang telah lama mengabdi. Ketika bisnis berubah terus-menerus, peta tersirat itu menjadi beban: ia tidak konsisten antardepartemen, ia tidak terlihat bagi pendatang baru, dan ia tidak dapat ditelaah sebelum sebuah keputusan diambil. Business architecture mengeksternalisasi peta itu dan menjadikannya aset bersama yang tahan lama. Inilah perbedaan antara perusahaan yang dapat melihat dirinya sendiri dan perusahaan yang hanya dapat meraba-raba dalam gelap.
Prinsip dasar: kapabilitas, value stream, dan model penambat
Konstruk fundamental dari business architecture adalah kapabilitas: pernyataan stabil tentang sesuatu yang mampu dilakukan organisasi, dinyatakan sebagai kata benda alih-alih kata kerja. Underwriting, penetapan harga, pemenuhan pesanan, onboarding pelanggan, peramalan permintaan. Sebuah kapabilitas secara sengaja mengabstraksi dari bagaimana ia dilakukan, siapa yang melakukannya, atau sistem apa yang mendukungnya. Abstraksi itulah inti persoalannya. Proses berubah terus-menerus, struktur organisasi dirombak setiap beberapa tahun, aplikasi diganti, tetapi fakta bahwa sebuah perusahaan asuransi harus mampu meng-underwrite risiko tetap bertahan melintasi semua itu. Karena kapabilitas bersifat stabil, ia membentuk sistem koordinat yang menjadi acuan untuk melokasikan segala sesuatu yang berubah-ubah.
Kapabilitas ditata ke dalam sebuah peta kapabilitas: dekomposisi terstruktur, biasanya dua atau tiga tingkat, dari segala hal yang mampu dilakukan perusahaan, ditata berdasarkan apa kapabilitas itu alih-alih siapa yang memilikinya. Peta yang baik bersifat saling terpisah dan secara kolektif menyeluruh pada setiap tingkat, dan secara tegas tidak mencerminkan bagan organisasi. Jika dua divisi sama-sama melakukan onboarding pelanggan, itu adalah satu kapabilitas yang dijalankan di dua tempat, bukan dua kapabilitas. Mengangkat satu fakta ini ke permukaan sering kali sudah setimpal dengan seluruh upaya pemetaan.
Jika kapabilitas menggambarkan kemampuan statis, value stream menggambarkan bagaimana nilai sesungguhnya disampaikan kepada pemangku kepentingan dari hulu ke hilir, dari peristiwa pemicu hingga hasil yang terwujud. Sebuah value stream memotong organisasi secara horizontal dan memanggil banyak kapabilitas secara berurutan. Kedua konstruk ini saling melengkapi dan bersama-sama menopang: value stream memberi tahu Anda perjalanannya dan nilai pemangku kepentingan yang dipertaruhkan, sedangkan peta kapabilitas memberi tahu apa yang harus baik agar perjalanan itu berhasil. Di bawah value stream terdapat proses bisnis, yaitu rangkaian aktivitas yang konkret, berurutan, dan terukur yang mewujudkan sebuah kapabilitas dalam konteks tertentu. Business architecture bekerja pada ketinggian kapabilitas dan value stream serta secara sengaja terhubung ke bawah menuju proses, alih-alih tenggelam dalam detail proses sejak awal.
Prinsip dasar terakhir adalah penambatan. Setiap domain arsitektur lainnya melekat pada model kapabilitas. Aplikasi dipetakan ke kapabilitas yang didukungnya, entitas data ke kapabilitas yang memilikinya, inisiatif dan biaya ke kapabilitas yang diubahnya. Inilah yang mengubah sekumpulan model yang terpisah-pisah menjadi sebuah enterprise architecture: sebuah tulang punggung bersama yang menjadi rujukan segala sesuatu lainnya.
Ke mana arah disiplin ini
Tiga perkembangan sedang membentuk ulang cara business architecture dipraktikkan. Yang pertama adalah pergeseran dari dokumentasi menuju dukungan keputusan. Selama bertahun-tahun keluaran yang terlihat dari disiplin ini adalah sekumpulan diagram yang jarang dirujuk siapa pun setelah lokakarya yang menghasilkannya. Ekspektasi saat ini adalah bahwa model kapabilitas merupakan instrumen hidup yang digunakan untuk menjawab pertanyaan berulang: di mana kita harus berinvestasi, apa yang diduplikasi oleh akuisisi ini, kapabilitas mana yang membawa risiko terbesar. Model itu membuktikan nilainya dengan cara ditanyai, bukan dengan cara dikagumi.
Perkembangan kedua adalah munculnya lensa investasi berbasis kapabilitas. Alih-alih mendanai proyek dan berharap portofolionya bermuara pada strategi, semakin banyak organisasi mengalokasikan dan melacak pengeluaran terhadap kapabilitas. Ini membuat sebuah pertanyaan yang tidak nyaman namun berguna menjadi dapat dijawab: apakah kita benar-benar berinvestasi pada kapabilitas yang menurut strategi bersifat pembeda, ataukah kita mengucurkan uang ke kapabilitas komoditas karena kebiasaan dan gravitasi organisasi. Peta panas kapabilitas, yang akan kita bahas kembali di bawah, adalah artefak utama dari lensa ini.
Perkembangan ketiga adalah tekanan yang diberikan kecerdasan buatan dan otomatisasi yang meluas terhadap lapisan bisnis. Ketika sebuah kapabilitas mendadak dapat dilakukan oleh sebuah model alih-alih oleh sebuah tim, organisasi membutuhkan kerangka yang stabil untuk menalar perubahan itu: kapabilitas mana yang terpengaruh, value stream mana tempatnya berada, informasi apa yang menjadi sandarannya, kapabilitas hilir mana yang mengasumsikan perilakunya saat ini. Perusahaan yang tidak memiliki model kapabilitas cenderung mengadopsi teknologi ini proses demi proses, menumpuk optimasi lokal yang tidak saling terpadu. Perusahaan yang memiliki model dapat menyasar kapabilitas yang otomatisasinya benar-benar menggerakkan strategi dan memahami radius dampaknya sebelum berkomitmen.
Mengalir di bawah ketiganya adalah pematangan yang lebih senyap: business architecture semakin diharapkan terhubung ke perumusan strategi di satu sisi dan ke penyampaian portofolio di sisi lain, alih-alih berdiri sebagai praktik pemodelan yang berdiri sendiri. Nilainya terletak pada keterkaitan itu, dan disiplin ini dinilai dari seberapa baik keterkaitan tersebut bertahan.
Prinsip perancangan yang membuatnya berhasil
Peta kapabilitas mudah digambar dan sulit digambar dengan baik, dan perbedaannya hampir seluruhnya merupakan soal disiplin dalam menerapkan beberapa prinsip. Yang pertama adalah stabilitas. Kapabilitas harus didefinisikan sedemikian rupa sehingga bertahan melewati reorganisasi dan penggantian platform. Jika nama sebuah kapabilitas mengandung departemen, sistem, kanal, atau bentuk kata kerja, ia digambar pada ketinggian yang keliru dan akan lapuk dalam setahun. Ujiannya sederhana: apakah pernyataan ini masih benar setelah reorganisasi berikutnya. Jika tidak, tulis ulang.
Prinsip kedua adalah pemisahan yang bersih antara apa dari bagaimana. Peta kapabilitas menyatakan apa yang mampu dilakukan perusahaan. Value stream dan proses menyatakan bagaimana hal itu dilakukan. Mengaburkan keduanya menghasilkan peta yang sebenarnya adalah inventaris proses yang tersamar, yang tidak stabil, sangat besar, dan tidak berguna untuk percakapan investasi. Menjaga batas di sini adalah penentu tunggal yang paling umum atas apakah sebuah model akan bertahan.
Prinsip ketiga adalah bahwa peta tidak boleh mencerminkan organisasi. Menyusun kapabilitas berdasarkan divisi menjamin bahwa duplikasi tersembunyi dan kapabilitas lintas fungsi terpecah-pecah. Model kapabilitas yang ditata berdasarkan sifat intrinsiknya akan menempatkan sebuah kapabilitas satu kali dan kemudian mengungkap, melalui pemetaan, di mana saja ia dijalankan. Ketidaknyamanan yang ditimbulkannya bersifat diagnostik, bukan cacat.
Prinsip keempat adalah detail berlapis dengan titik henti yang disengaja. Uraikan hanya sejauh yang dituntut oleh keputusan. Sebagian besar penalaran tingkat perusahaan sudah terlayani oleh dua atau tiga tingkat; turun lebih jauh hanya tepat dilakukan bila sebuah keputusan spesifik menuntutnya. Model yang menguraikan secara seragam hingga tingkat kelima di mana-mana adalah model yang tidak akan pernah terpelihara.
Prinsip kelima adalah bahwa model ada untuk memikul pertimbangan, bukan sekadar struktur. Peta kapabilitas menjadi peta panas ketika setiap kapabilitas dinilai pada dimensi yang penting bagi strategi: kematangan saat ini terhadap kematangan yang dibutuhkan, kepentingan strategis, biaya, risiko, dan derajat perubahan yang dituntut. Penumpangan pertimbangan di atas struktur yang stabil inilah yang mengubah sebuah taksonomi menjadi instrumen keputusan. Di sinilah pula target operating model terhubung: target operating model, pada intinya, adalah pernyataan tentang konfigurasi kapabilitas, value stream, organisasi, dan informasi pada keadaan masa depan, dan peta panas adalah analisis kesenjangan yang membenarkan langkah menuju konfigurasi tersebut.
Bagaimana business architecture gagal
Mode kegagalan disiplin ini sudah usang dan sebagian besar dapat dihindari begitu dinamai. Model wallpaper adalah yang paling umum: sebuah peta kapabilitas yang rumit dan digambar dengan indah dihasilkan dalam sebuah proyek, dipaparkan satu kali, dan tidak pernah dipakai untuk mengambil keputusan. Ia gagal bukan karena keliru melainkan karena dibangun sebagai keluaran alih-alih instrumen. Jika tidak ada keputusan berulang yang bergantung pada model itu, ia tidak akan terpelihara, dan model yang tidak terpelihara lebih buruk daripada tidak ada sama sekali karena orang memercayainya sementara ia diam-diam melapuk.
Bagan organisasi tersamar adalah yang kedua: peta disusun berdasarkan departemen, sehingga ia mengesahkan struktur yang ada, menyembunyikan setiap duplikasi, dan tidak mengajarkan apa pun kepada organisasi selain yang sudah diyakininya. Ia terasa nyaman di lokakarya dan lembam selamanya sesudahnya.
Merebus lautan adalah yang ketiga: tim berupaya menguraikan setiap kapabilitas hingga kedalaman yang seragam dan memetakan setiap aplikasi, proses, dan entitas data sebelum menghasilkan nilai apa pun. Upaya itu runtuh di bawah bebannya sendiri, biasanya persis sebelum ia mulai berguna. Business architecture semestinya dibangun dari luar ke dalam mulai dari keputusan yang perlu dijawab, bukan dari bawah ke atas karena dorongan untuk mencapai kelengkapan.
Proses yang menyamar sebagai kapabilitas adalah yang keempat dan paling teknis: kata kerja merayap masuk ke dalam peta, ketinggian merosot, dan model kapabilitas menjadi inventaris proses yang tidak stabil yang runtuh pada reorganisasi berikutnya. Inilah kegagalan yang diam-diam meruntuhkan janji inti model, yaitu stabilitas.
Artefak tanpa pemilik adalah yang kelima: model tidak memiliki pemilik bisnis yang bertanggung jawab, sehingga penilaiannya tidak pernah diperbarui, keterkaitannya dengan portofolio aplikasi dan inisiatif menyimpang dari yang terkini, dan dalam delapan belas bulan ia menggambarkan perusahaan yang sudah tidak ada lagi. Benang merah dari kelimanya sama: sebuah business architecture yang diperlakukan sebagai dokumen alih-alih sebagai komponen hidup dan tertata dari cara organisasi menalar tentang dirinya sendiri. Obatnya tidak pernah berupa perkakas diagram yang lebih baik. Obatnya adalah kepemilikan, keterhubungan dengan keputusan nyata, dan disiplin untuk memodelkan hanya sebanyak yang dituntut oleh keputusan tersebut.
Bagaimana Nashua menangani hal ini
Nashua memperlakukan business architecture sebagai instrumen yang dipesan untuk dibangun, bukan dokumen untuk diserahkan. Penugasan dimulai dari keputusan yang sesungguhnya perlu diambil organisasi: sebuah transformasi yang harus dibenarkan, sebuah akuisisi yang harus diintegrasikan, sebuah portofolio yang harus dirasionalisasi, sebuah target operating model yang harus dirancang. Kami bekerja mundur dari keputusan-keputusan itu menuju model kapabilitas minimum yang layak untuk menginformasikannya, alih-alih maju dari taksonomi kosong menuju kelengkapan yang bersifat nosional. Ini menjaga upaya tetap proporsional dan memastikan model memiliki tugas untuk dikerjakan pada hari ia rampung.
Kami membangun peta kapabilitas bersama bisnis, bukan untuk bisnis. Peta yang bertahan adalah peta yang definisinya diperdebatkan dan disepakati oleh orang-orang yang bertanggung jawab atas kapabilitas tersebut, karena kepemilikan merekalah yang menjaganya tetap hidup sesudahnya. Arsitek kami membawa disiplin penataan: menjaga batas antara apa dan bagaimana, menjauhkan peta dari bagan organisasi, menggambar kapabilitas pada ketinggian yang bertahan melewati reorganisasi, dan menghentikan dekomposisi di titik keputusan berhenti. Kami kemudian menumpangkan pertimbangan, menilai kematangan, kepentingan, biaya, dan risiko untuk menghasilkan peta panas yang menunjukkan, secara jujur, di mana kemampuan organisasi dan ambisinya berbeda arah.
Dari sana kami menambatkan sisa lanskap ke model. Aplikasi, informasi, dan inisiatif dipetakan ke kapabilitas yang didukungnya, sehingga lapisan bisnis menjadi tulang punggung yang menghubungkan strategi di satu sisi dengan arsitektur aplikasi, data, dan teknologi di sisi lain. Di sinilah target operating model berhenti menjadi sekadar slide dan menjadi rancangan yang dapat ditelusuri: konfigurasi kapabilitas dan value stream pada keadaan masa depan, dengan jalur yang dapat dipertahankan dari keadaan saat ini. Sepanjang proses, kami bersikeras pada dua hal yang menentukan apakah semua ini bertahan saat berhadapan dengan organisasi: seorang pemilik bisnis yang bertanggung jawab atas model, dan sejumlah kecil keputusan hidup yang menjaganya tetap digunakan. Kami lebih memilih menyerahkan model yang lebih kecil namun tertata dan dirujuk daripada model yang komprehensif namun menjadi wallpaper.
Di mana Nashua membuat perbedaan
Perbedaan yang dibawa Nashua bukanlah notasi berhak milik atau keluaran yang lebih tebal. Ia adalah desakan agar business architecture tetap terhubung: ke strategi di atasnya, ke domain aplikasi, data, dan teknologi di bawahnya, serta ke keputusan investasi dan perubahan nyata yang mengelilinginya. Model kapabilitas yang hidup dalam keterasingan adalah latihan akademis. Model kapabilitas yang tertaut ke dalam cara organisasi memutuskan, mendanai, dan mengatur perubahannya adalah aset strategis yang tahan lama, dan membangun jenis yang kedua alih-alih yang pertama adalah tempat praktik kami memusatkan upayanya.
Ada pula konsekuensi 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 secara cepat, melalui agentic engineering: apa yang dibutuhkan dijelaskan dalam bahasa sederhana dan dihasilkan dengan cepat, tetapi selalu dalam prinsip arsitektur yang tegas dan di bawah penjaminan mutu yang ketat, sehingga kecepatan tidak pernah dibayar dengan mengorbankan koherensi, keamanan, atau kendali. Dampaknya bersifat strategis, bukan sekadar praktis. Ia menggeser garis buat-atau-beli, menjaga optionalitas tetap murah, dan membiarkan arsitektur mengikuti strategi alih-alih strategi yang tunduk pada apa pun yang kebetulan tersedia di rak.
Yang dihasilkan bagi sebuah organisasi adalah bisnis yang dapat melihat dirinya sendiri cukup jernih untuk mengubah dirinya secara sengaja. Duplikasi menjadi terlihat dan karenanya dapat ditangani. Investasi dapat diperiksa terhadap kapabilitas yang menurut strategi bersifat pembeda. Sebuah akuisisi dapat dinilai berdasarkan apa yang benar-benar ditambahkannya alih-alih apa yang diduplikasinya. Sebuah target operating model dapat dirancang dengan garis yang dapat ditelusuri kembali ke kapabilitas yang dibentuk ulangnya. Tidak satu pun dari ini mengharuskan organisasi mengadopsi kosakata baru atau memercayai model yang tidak ikut dibangunnya. Ia hanya menuntut agar lapisan bisnis diperlakukan sebagaimana adanya: penambat dari keseluruhan arsitektur, dan titik di mana strategi entah terhubung ke eksekusi atau diam-diam gagal terhubung. Peran Nashua adalah membuat dan menjaga keterhubungan itu, serta meninggalkan bukan sebuah diagram melainkan sebuah instrumen yang terus digunakan organisasi lama setelah kami pergi.
