Alat arsitektur enterprise: cara memilih yang tepat
Bandingkan alat arsitektur enterprise berdasarkan kegunaannya, lalu lihat bagaimana data proses membantu memastikan arsitektur tetap sesuai kenyataan.
Alat arsitektur enterprise membantu Anda memetakan kapabilitas, aplikasi, data, dan proses, lalu memahami hubungan di antaranya. Pilihan yang tepat bergantung pada kebutuhan Anda: inventaris, standar dan peta jalan, atau bukti tentang jalannya pekerjaan.
Repositori menjawab apa yang Anda miliki dan bagaimana bagian-bagiannya dirancang untuk saling terhubung. Namun, repositori belum tentu menunjukkan apa yang terjadi saat orang menggunakan sistem dan proses tersebut.
Kesenjangan ini bukan kesalahan orang yang mengelola arsitektur. Pekerjaan terus berubah, dokumen menua, dan sistem operasional mencatat bukti yang tidak bisa diberikan oleh model statis.
Apa kegunaan alat arsitektur enterprise?
Alat arsitektur enterprise membantu Anda menggambarkan organisasi dan hubungan antarbagian di dalamnya. Umumnya, alat ini mendukung tiga kebutuhan utama.
- Inventaris: Catat kapabilitas, proses, aplikasi, data, pemilik, dan ketergantungan.
- Standar dan peta jalan: Gunakan kerangka kerja seperti TOGAF atau ArchiMate untuk menilai perubahan yang diusulkan dan merencanakan peralihan dari kondisi saat ini ke kondisi target.
- Analisis: Pahami cara organisasi beroperasi dan dampak yang mungkin ditimbulkan oleh suatu perubahan.
Repositori membantu Anda menjawab pertanyaan, misalnya aplikasi apa yang mendukung suatu kapabilitas atau proses mana yang bergantung pada sebuah sistem. Repositori juga memberi tim istilah bersama untuk membahas perubahan.
Namun, repositori arsitektur tidak otomatis menjelaskan bagaimana pekerjaan berlangsung dalam praktik. Nama proses, pemilik, dan deskripsi tidak menunjukkan seberapa sering kasus mengambil jalur pengecualian, di mana kasus menunggu, atau berapa kali persetujuan harus diulang.
Perbedaan ini menjadi dasar perbandingan berikutnya: alat repositori menjelaskan apa yang Anda miliki dan rencanakan, sedangkan ProcessMind membantu memeriksa apa yang ditunjukkan sistem tentang pekerjaan yang benar-benar terjadi.
Apa yang perlu diperiksa saat membandingkan perangkat lunak arsitektur enterprise?
Bandingkan perangkat lunak arsitektur enterprise berdasarkan pekerjaan yang perlu didukung, bukan hanya fitur yang tercantum di situs vendor.
- Repositori dan metamodel: Bisakah alat tersebut merepresentasikan kapabilitas, proses dalam beberapa tingkat, aplikasi, data, dan hubungan tanpa solusi sementara?
- Dukungan kerangka kerja: Apakah ArchiMate dan TOGAF didukung langsung di dalam produk, atau alat tersebut terutama menyediakan elemen untuk membuat diagram?
- Detail proses: Bisakah Anda beralih dari proses tingkat tinggi ke subproses, aktivitas, gateway, dan varian? Minta vendor menunjukkan proses yang sama pada beberapa tingkat.
- Keterkaitan data: Bisakah bagian arsitektur diperbarui atau diperiksa berdasarkan data operasional, alih-alih hanya mengandalkan pembaruan manual?
- Kolaborasi dan izin: Bisakah tim berkontribusi dan meninjau pekerjaan? Bisakah orang melihat repositori tanpa lisensi editor?
- Hosting dan lokasi penyimpanan data: Di mana data Anda disimpan, siapa yang dapat mengaksesnya, dan apakah pengaturannya memenuhi kebutuhan Anda?
- Interoperabilitas: Bisakah Anda mengekspor arsitektur dan menggunakan API atau format terbuka? Anda seharusnya bisa membawa hasil kerja Anda.
- Lisensi: Bagaimana lisensi editor, peninjau, dan penampil hanya-baca dihitung? Bandingkan biaya untuk semua orang yang memerlukan akses, bukan hanya tim inti.
Perhatikan secara khusus detail proses dan keterkaitan data. Peta kapabilitas dapat membantu perencanaan, tetapi akan lebih sulit ditindaklanjuti jika tidak terhubung dengan proses yang dijalankan orang.
Minta vendor menunjukkan cara memelihara model, seberapa jauh Anda dapat menelusuri hierarki proses, dan apakah informasi di dalamnya bisa diperiksa berdasarkan data. Jawaban mereka menunjukkan apakah alat tersebut mendukung lapisan proses atau hanya mencatatnya.
Kriteria ini membantu Anda menentukan apakah Anda memerlukan repositori arsitektur enterprise, lapisan bukti proses, atau keduanya.
Alat arsitektur enterprise mana yang cocok untuk tiap kebutuhan?
Berbagai jenis alat arsitektur enterprise melayani kebutuhan yang berbeda. Perbandingan yang berguna dimulai dari kebutuhan, bukan jumlah fitur. Karena itu, matriks berikut membandingkan delapan kriteria di setiap kategori dan menempatkan ProcessMind di kolom terakhir.
| Kriteria | Rangkaian EA yang berfokus pada repositori | Platform manajemen EA | Alat diagram dan ArchiMate | Modul ITSM dan platform | ProcessMind |
|---|---|---|---|---|---|
| Repositori dan metamodel | Repositori arsitektur yang luas | Inventaris aplikasi dan kapabilitas | Model dan diagram | Tampilan arsitektur dalam platform yang lebih luas | Arsitektur proses dalam tingkat yang dapat dikonfigurasi, dari aliran nilai hingga aktivitas |
| Dukungan kerangka kerja | Kerangka kerja dan praktik tata kelola | Fitur manajemen arsitektur | Sering berfokus pada standar diagram | Bergantung pada modul platform | Aliran nilai dan tingkat proses yang dipetakan sesuai jalannya pekerjaan |
| Detail proses | Kemampuan repositori berbeda menurut konfigurasi | Sering berfokus pada aplikasi dan kapabilitas | Detail pada tingkat diagram | Bergantung pada modul | Model BPMN 2.0 dengan aktivitas, gateway, dan varian di setiap tingkat |
| Keterkaitan data | Bergantung pada integrasi dan penerapan | Mendukung pengelolaan inventaris; pastikan sesuai kebutuhan data Anda | Biasanya mengandalkan pembaruan model | Bergantung pada platform dan konfigurasi | Data peristiwa terhubung ke model sehingga alurnya dapat diperiksa |
| Kolaborasi dan izin | Dirancang untuk tim arsitektur dan tata kelola | Mendukung manajemen arsitektur enterprise | Berbeda menurut alat dan penerapan | Menggunakan izin platform | Kepemilikan RACI, alur kerja tata kelola, dan portal penampil |
| Hosting dan lokasi penyimpanan data | Berbeda menurut vendor dan penerapan | Menggunakan SaaS | Berbeda menurut alat | Berbeda menurut platform | Dihosting di Frankfurt, Uni Eropa |
| Interoperabilitas | Periksa kebutuhan ekspor dan integrasi | Periksa kebutuhan ekspor dan integrasi | Periksa format yang didukung | Periksa opsi integrasi platform | Impor dan ekspor BPMN 2.0 agar model dapat dipindahkan sebagai XML standar |
| Lisensi | Bandingkan peran dan kebutuhan akses | Bandingkan peran dan kebutuhan akses | Berbeda menurut alat | Sering terkait dengan lisensi platform | Paket per kursi yang dipublikasikan, paket Process Individual, dan 10 penampil portal gratis untuk setiap kursi Architecture atau Intelligence |
Rangkaian EA yang berfokus pada repositori seperti Software AG ARIS, Bizzdesign, MEGA HOPEX, Orbus iServer, dan Sparx EA dirancang untuk repositori arsitektur, kerangka kerja, tata kelola, dan manajemen portofolio. Alat ini cocok bagi organisasi yang memiliki mandat dan sumber daya untuk menjalankan program arsitektur formal.
Platform manajemen EA seperti SAP LeanIX menyediakan pendekatan SaaS untuk inventaris aplikasi dan kapabilitas. Platform ini cocok bagi organisasi yang ingin melihat lanskap aplikasinya dan mengelola arsitektur enterprise secara terstruktur.
Alat diagram dan ArchiMate dapat menjadi pilihan praktis jika kebutuhan utama Anda adalah membuat dan membagikan model. Archi adalah pilihan gratis, sumber terbuka, dan mendukung ArchiMate secara native. Praktik berbasis Visio juga dapat digunakan untuk mendokumentasikan arsitektur. Pastikan fitur repositori, kolaborasi, dan tata kelolanya sesuai kebutuhan Anda.
Modul ITSM dan platform dapat menjadi pilihan jika tampilan arsitektur perlu berdampingan dengan sistem yang sudah Anda gunakan. Pastikan kedalaman pemodelan dan fungsi repositorinya sesuai dengan praktik arsitektur Anda.
ProcessMind menjawab pertanyaan yang berbeda: bagaimana pekerjaan berlangsung dan apa yang ditunjukkan data operasional? ProcessMind menghubungkan aliran nilai dan tingkat proses dengan data peristiwa yang sudah dicatat sistem Anda. Dengan begitu, arsitektur dapat ditelusuri hingga aktivitas yang dilakukan orang dan diperiksa berdasarkan kejadian sebenarnya.
Tidak ada satu pilihan terbaik untuk semua kategori. Pilih alat yang sesuai dengan kebutuhan utama Anda. Jika fokus Anda adalah perilaku proses, mulailah dari bukti pada lapisan proses. Tambahkan repositori jika program arsitektur Anda memerlukannya.
Mengapa arsitektur enterprise bisa menyimpang dari kenyataan?
Arsitektur enterprise dapat menyimpang dari kenyataan jika repositorinya bergantung pada pembaruan manual dan modelnya terlalu jauh dari pekerjaan yang seharusnya digambarkan.
Tiga faktor mendasar membuat penyimpangan ini lebih mungkin terjadi:
- Orang memperbarui repositori secara manual. Perubahan pada proses, aplikasi, dan kepemilikan harus dicatat dan ditinjau.
- Manfaatnya mungkin baru terasa nanti. Tim mungkin baru membutuhkan inventaris yang akurat saat audit atau analisis dampak di masa mendatang, sementara pekerjaan memperbaruinya harus dilakukan sekarang.
- Model menggambarkan rencana, bukan perilaku. Proses yang terdokumentasi mungkin tidak menunjukkan pengulangan pekerjaan, pengecualian, serah terima, atau waktu tunggu dalam kasus nyata.
Peta kapabilitas dan inventaris aplikasi berguna untuk memahami organisasi secara umum. Namun, orang yang menjalankan pekerjaan sehari-hari mungkin tidak mengenali proses mereka dalam model yang hanya mencakup tingkat kapabilitas atau aplikasi.
Perbedaan sering terlihat pada detail: varian proses, serah terima, persetujuan berulang, dan waktu tunggu. Repositori dapat mencatat proses yang direncanakan, tetapi perlu sumber bukti lain untuk memastikan apakah deskripsi tersebut masih sesuai dengan perilaku operasional.
Arsitektur yang tidak dikenali orang biasanya gagal dengan dua cara. Orang mencari jalan lain karena model mencatat satu persetujuan, sedangkan tim tahu ada tiga. Akibatnya, model tidak lagi digunakan. Atau, model hanya bertahan sebagai dokumen kepatuhan yang diperbarui menjelang audit lalu diabaikan. Masalahnya bukan pada alat, melainkan pada jarak antara model dan pekerjaan.
Tata kelola yang lebih baik dapat membantu menjaga repositori tetap mutakhir. Namun, tata kelola saja tidak memberikan bukti independen bahwa model sesuai dengan kenyataan. Menghubungkan model proses dengan data operasional memberi Anda cara untuk memeriksa lapisan tersebut.
Bagaimana arsitektur bisa terhubung dengan pekerjaan sehari-hari?
Detail tentang tempat pekerjaan berlangsung membantu tim mengenali arsitektur dan memberi Anda sesuatu yang dapat diperiksa berdasarkan data operasional.
Peta kapabilitas menjelaskan hal yang perlu dilakukan organisasi. Model proses dapat menunjukkan cara pekerjaan dilakukan, siapa yang bertanggung jawab, dan hubungan antar-subproses. Semakin jelas hubungan antarlevelnya, semakin mudah Anda berpindah dari tampilan arsitektur ke pekerjaan yang digambarkannya.
Log peristiwa menambahkan bukti tentang kasus yang telah selesai. Log ini dapat menunjukkan aktivitas yang terjadi, urutannya, dan durasi setiap kasus. Dengan membandingkan bukti tersebut dengan model proses, Anda dapat menemukan perbedaan antara perilaku yang teramati dan alur yang terdokumentasi.
Bukan berarti semua bagian arsitektur enterprise dapat diturunkan dari data peristiwa. Keputusan portofolio, standar, dan pilihan kondisi target tetap memerlukan praktik arsitektur dan tata kelola. Data dapat menjadi dasar yang bisa dibuktikan untuk lapisan proses, bukan pengganti seluruh repositori.
Detail proses dari pekerjaan nyata membantu mencegah kedua masalah tersebut. Saat arsitektur mencakup aktivitas, serah terima, dan waktu tunggu, tim dapat mengenali pekerjaannya sendiri dalam model. Pemilik proses pun dapat melihat keputusan yang menjadi tanggung jawabnya. Alat EA dapat menyimpan portofolio, tetapi pekerjaan nyata yang menghubungkan portofolio itu dengan orang-orang yang menjalankannya.
Bukti memberikan petunjuk yang bisa diperiksa oleh peninjau. Waktu tunggu dalam model seharusnya sesuai dengan waktu tunggu dalam log. Jika tidak, pembahasan bisa berfokus pada proses, bukan diagramnya. Ini lebih berguna daripada mengulang pembaruan model.
Urutan pekerjaan pun berubah. Alih-alih menyelesaikan repositori lebih dulu dan berharap detailnya menyusul, ukur satu proses, hubungkan dengan tingkat di atasnya, lalu bangun kepercayaan pada model melalui hal-hal yang bisa diperiksa. Cakupan awal ini cukup kecil untuk diselesaikan dan memberi program arsitektur contoh yang sudah berjalan, bukan sekadar rencana.
Baca dokumentasi arsitektur proses untuk melihat cara merepresentasikan tingkat proses dan hubungannya. Untuk memahami sisi data, baca cara membuat log peristiwa untuk process mining.
Apakah pemetaan aliran nilai merupakan cara praktis untuk memulai TOGAF?
TOGAF menganjurkan arsitektur bisnis yang mencakup aliran nilai dan peta kapabilitas. Pemetaan aliran nilai membantu membangun lapisan tersebut: petakan aliran nilai, hubungkan proses di bawahnya, lalu pastikan semuanya sesuai dengan pekerjaan yang terukur. Kami memulai dari aliran nilai pada paket Process Architecture karena aliran ini membantu orang memahami hubungan antara arsitektur dan pergerakan nilai dalam organisasi. Program TOGAF lengkap menambahkan dewan standar dan kalender tata kelola di atas lapisan tersebut. Modelnya sendiri dimulai di sini.
Mengapa pendekatan ProcessMind terhadap arsitektur berbeda?
ProcessMind memulai arsitektur dari bagian yang dapat dibuktikan dengan data. Ini perbedaan pendekatan yang disengaja, bukan versi lebih kecil dari fungsi repositori.
Kami telah mempelajari TOGAF, tetapi sulit menjaga penerapannya tetap berpijak pada data. Untuk saat ini, kami memilih fokus pada hal-hal yang bisa diukur dan dibuktikan. Di situlah perbaikan proses juga dapat memberi manfaat terbesar.
Manajemen portofolio, siklus hidup aplikasi, dan tata kelola standar merupakan ranah utama repositori. ARIS, SAP LeanIX, Bizzdesign, MEGA HOPEX, Orbus, dan Sparx menjalankan fungsi tersebut dengan baik. Lapisan proses memiliki tempat tersendiri di sini.
Kami berfokus pada lapisan proses: aliran nilai, tingkat proses yang dapat dikonfigurasi, kepemilikan RACI, alur kerja tata kelola, dan portal penampil yang terhubung dengan data peristiwa. Lapisan ini dapat digunakan sendiri untuk menjawab pertanyaan tentang proses, atau berdampingan dengan repositori jika program arsitektur Anda memerlukannya.
Bagaimana memilih alat arsitektur enterprise?
Pilih berdasarkan pertanyaan yang perlu dijawab tim dan pekerjaan arsitektur yang perlu Anda kelola.
- Anda memerlukan manajemen portofolio, standar, dan peta jalan: Pertimbangkan rangkaian EA lengkap dan siapkan orang serta proses untuk memelihara repositori.
- Anda memerlukan inventaris aplikasi dan kapabilitas berbasis SaaS: Evaluasi platform manajemen EA seperti SAP LeanIX berdasarkan kebutuhan inventaris dan tata kelola Anda.
- Anda memerlukan jawaban tentang perilaku proses: Mulailah dari model proses dan data operasional, lalu tentukan apakah Anda juga memerlukan repositori yang lebih luas.
- Anda belum menentukan pilihan: Cari tahu pertanyaan yang paling sering diajukan tim. Jawabannya membantu Anda memilih untuk memulai dari repositori, bukti proses, atau keduanya.
Jika Anda membandingkan alat yang berfokus pada repositori, baca perbandingan alternatif ARIS kami. Jika Anda ingin memahami cara model dan data saling melengkapi, baca bagaimana pemodelan proses dan process mining saling melengkapi.
Mulailah dari hal yang bisa dibuktikan. Tambahkan repositori jika program arsitektur Anda memerlukan kemampuan tata kelola dan manajemen portofolio yang lebih luas.
Apa peran ProcessMind?
ProcessMind menyediakan lapisan proses dan aliran nilai yang menghubungkan arsitektur dengan bukti tentang jalannya pekerjaan.
Repositori menyimpan portofolio dan standar, sedangkan ProcessMind menyimpan lapisan proses beserta bukti pendukungnya. Organisasi yang menggunakan keduanya dapat memeriksa detail proses dalam arsitektur. Jika hanya memerlukan lapisan proses, Anda dapat menggunakannya secara terpisah.
Anda dapat menyusun proses dalam tingkat yang dapat dikonfigurasi, memodelkannya dengan BPMN 2.0, menetapkan kepemilikan RACI, serta menggunakan alur kerja tata kelola dan portal penampil. Anda juga dapat menghubungkan model proses dengan data peristiwa untuk membandingkan proses yang terdokumentasi dengan perilaku yang teramati. Simulasi proses membantu Anda menjajaki perubahan pada model sebelum proses di lingkungan produksi diubah.
Untuk melihat lebih dekat kemampuan arsitektur proses produk ini, kunjungi halaman arsitektur proses enterprise. Anda juga dapat membaca tentang tata kelola proses dan pengertian process mining.
Where to Go From Here
Anda memerlukan arsitektur proses yang mencakup tingkat pekerjaan tim dan dapat diperiksa berdasarkan data operasional.
