2.3 Gartner Enterprise Arsitektur
2.3.2 Gartner Enterprise Architecture Process: Evolution 2005
Model Enterprise architecture yang dijelaskan dalam penelitian ini merupakan dasar/pondasi dimana penelitian Gartner EA digambarkan. Arsitek (dan banyak lainnya) cenderung berpikir secara visual, jadi hal ini memberikan dasar visual untuk berpikir tentang Proses yang berhasil dari sebuah program Enterprise Arsitektur diciptakan dan dipelihara .
Selain strategi bisnis, EA secara umum disusun berdasarkan Solusi TI:
a. Model acuan bagi rancangan arsitektur, misalnya berupa pola solusi best practices.
b. Model acuan dipilih berdasarkan ketepatannya untuk mendukung pencapaian tujuan strategis suatu organisasi.
c. Juga mempertimbangkan kondisi TI organisasi saat ini, tren teknologi, dan ketentuan perundangan (regulasi).
Kunci Utama Dari Gartner EA
1. Keberhasilan program EA merupakan sebuah proses yang terfokus. Sebuah proses mengatur apa yang harus dilakukan, kapan dan bagaimana langkah-langkah yang berhubungan satu sama lain.
2. Sebuah proses EA dan kerangka EA tidak saling eksklusif. Suatu kerangka EA adalah taksonomi untuk mengatur sebuah kerangka arsitektur.
3. Pendekatan dengan bottom-up untuk EA jarang berhasil secara berkelanjutan. Organisasi harus kembali ke strategi bisnis. Hal itu paling baik untuk dimulai dari hal tersebut kemudian memetakan detail teknik yang bisa dilakukan.
Organisasi – organisasi akan semakin menggunakan proses disiplin dari gartner EA sebagai kunci disiplin untuk organisasi mereka, EA akan digunakan untuk mengurangi risiko dan mempercepat perubahan rancana bisnis dari organisasi tersebut.
a. Alasan suatu Model Proses EA Apakah Diperlukan
EA adalah sebuah disiplin proses yang dilakukan dengan baik, dan hal itu menjadi bagian dari instusional, bagaimana suatu organisasi membuat keputusan
untuk mengarahkan investasi, seperti strategi bisnis yang dipilih dan yang akan direalisasikan. Proses EA menjadi jembatan kesenjangan (GAP) antara strategi bisnis dan implementasi teknologi
Suatu Organisasi High-performing (memiliki performa yang besar) merupakan serangkaian dari proses-disiplin. Pada waktunya, setiap proses dalam suatu organisasi yang memiliki tingkat kepentingan yang tinggi harus didefinisikan / didokumentasikan.
Proses Model Gartner EA telah disintesis dari praktek penelitian terbaik untuk mendokumentasikan proses EA dalam bentuk high level model (model tingkat tinggi).
b. Revisi Pada Proses Model Gartner EA
` “So far, I have written about three different methodologies that come together under the banner of enterprise architectures. This last methodology is a little different. It isn't a taxonomy (like Zachman), a process (like TOGAF), or a complete methodology (like FEA). Instead, it is what I define as a practice. It is the enterprise-architecture practice of one of the best known IT research and consulting organizations in the world: Gartner (Roger, 2007). “
Proses Model Gartner EA bagi organisasi merupakan suatu metode pendekatan logis untuk mengembangkan model EA. Ini adalah model yang multifase, iteratif dan nonlinier, yang difokuskan pada pengembangan proses EA, evolusi dan migrasi dan pembangunan , subproses dan manajemen sebuah organisasi. Ini merupakan karakteristik kunci dan sebuah praktek terbaik tentang bagaimana suatu organisasi yang berhasil telah dikembangkan dan dipelihara dari proses EA mereka (Kreizzman, 2005)
.
Gartner Riset telah meningkatkan pengetahuan penelitian terapan dengan setiap paparan masalah EA klien dari Gartner telah mengarah pada pendekatan yang konsisten di luar lingkup asli Proses Model EA yang telah dikembangkan pada tahun 1996. Dalam penelitian pertama, Proses Model EA yang awalnya hanya ditujukan hanya pada arsitektur teknis. Arsitektur bisnis Enterprise telah mengambil suatu proses disiplin di luar lingkup arsitektur TI itu sendiri. Memang, pada proses EA telah menjadi mekanisme utama untuk membangun suatu relasi yang permanen antara kelompok staf bisnis dan TI pada tingkat beberapa organisasi yang ada.
Dasar aliran Proses Model EA adalah siklus yang umum dan mendasar, dan diterapkan untuk banyak model seperti - Arsitektur masa depan vs Arsitektur saat ini, yang diikuti dengan GAP analisis diantara kedua arsitektur tersebut, dan juga sebuah manajemen portofolio, yang diperoleh dari GAP analisis dan rekomendasi yang ada. Gartner EA seperti yang terdapat pada Gambar 2.7 dibawah ini :
Beberapa macam tahap – tahap dalam perancangan arsitektur pada Gartner EA seperti pada gambar 2.7 diatas
a. Environmental Trends
Suatu organisasi yang berada pada kondisi lingkungan tertentu sehingga berefek pada Organisasi kedepan. Sebagai contoh kondisi itu antara lain :
1. Iklim ekonomi
2. Permintaan pasar
3. Regulasi(peraturan) dan aturan hukum
4. Geografi
5. Kondisi politik
6. Kebudayaan
7. Buruh
8. Teknologi
Tren ini jelas mempengaruhi kondisi lingkungan strategi bisnis, dimana EA berikutnya, dan hasil pengembangan, pengadaan dan operasi. Tren Lingkungan sering tersirat atau yang disertakan secara tersembunyi dengan strategi bisnis yang ada. Namun, kecenderungan ini harus disebut secara eksplisit.
Strategi Bisnis dapat mencakup tindakan bahwa perubahan kondisi lingkungan. Namun, strategi sering berlawanan dengan kendala lingkungan. Mengidentifikasi kondisi lingkungan yang relevan sebagai masukan kepada strategi bisnis dan masa depan bagian perkembangan EA. Diikuti dengan perubahan perkiraan untuk taktik/strategis dan perencanaan strategis keedepan. Kemudian mengembangkan implikasi bisnis berdasarkan perkiraan tersebut
Salah satu jenis tren yaitu tren teknologi merupakan salah satu tren didalam EA yang harus dikelompokkan sendiri secara eksplisit. Sebuah dokumen tren teknologi dapat diciptakan dan diperbarui setidaknya setiap tahun untuk dikirimkan kepada senior IT dan manager bisnis untuk memberikan informasi kepada mereka yang relevan tentang bagiamana tren makro teknologi dapat mempunyai dampak yang berpotensial untuk untuk sebuah organisasi / perusahaan (enterprise).
b.
Business Strategy (Strategy Bisnis)Banyak organisasi menghadapi tantangan yang kompleks dan berat dalam menilai dan mengartikulasikan perubahan yang diperlukan untuk melaksanakan strategi bisnis pada tingkat (operasional) yang lebih rinci. Dasar untuk legitimasi eksekutif senior dan kredibilitas didasarkan pada kemampuan dan kemauan untuk mengartikulasikan dan berbagi misi, strategi dan tujuan perusahaan. Ketika niat dan tindakan tidak sama , mak sebuah "GAP" terbentuk, yang menghasilkan vakum konteks bisnis organisasi tersebut.Dan pada akhirnya memiliki dampak yang mendalam terhadap risiko / perilaku penghargaan karyawan organisasi itu sendiri, menghambat pengambilan keputusan yang efektif, dan mengikis kepercayaan diri dan loyalitas.
Jika perusahaan/organisasi sudah berhasil menjembatani kekosongan proses bisnis tersebut di atas, maka mekanisme harus dikerahkan untuk mengartikulasikan dampak dari strategi perusahaan. Penulis menegaskan bahwa mekanisme ini adalah EA. Di beberapa waktu, tantangan terbesar perusahaan tidak dalam pengembangan strategi bisnis itu sendiri melainkan dalam menilai
dan mengartikulasikan perubahan yang diperlukan untuk melaksanakan strategi pada tingkat yang lebih rinci. Sedangkan maksud dari arsitektur adalah untuk mengartikulasikan efek pada tingkat yang lebih rinci pada area yang berbeda, proses EA tergantung pada beberapa jumlah usaha visi di tingkat perusahaan.
Salah satu poin penting untuk dicatat adalah bahwa EA, sementara tergantung pada strategi bisnis, adalah berkembangnya strategi bisnis seperti itu berkembang menjadi proses yang lebih matang dalam pelaksanaannya. EA memungkinkan strategi bisnis dengan menyediakan satu set model yang menggambarkan keadaan bisnis, informasi dan arsitektur teknologi dalam perusahaan, sehingga lebih mudah untuk melakukan analisis dampak dan skenario. Hasil dari paradoks ini adalah bahwa upaya awal pada strategi bisnis akan lebih rumit dan memakan waktu karena kurangnya bantuan pemodelan
Manajemen senior perusahaan dan line-of-business (LOB) harus menyediakan tim EA dengan visi yang jelas untuk perusahaan/ organisasi kedepan. Kurangnya visi formal, yang diartikulasikan dan jelas akan terwujud dalam kerangka arsitektur yang dihasilkan sebagai GAP dalam konteks bisnis. Meskipun tidak realistis untuk mengharapkan manajemen perusahaan dan LOB senior untuk memiliki pandangan yang sepenuhnya akurat masa depan, latihan ini dimaksudkan untuk menciptakan sebuah forum dari percakapan strategis antara eksekutif senior. Tujuan forum ini adalah untuk membahas dan menyelesaikan masalah yang menghambat visi yang jelas dan menangkap strategi bisnis yang dijalankan saat itu. Dengan terlibat dalam bisnis visi, eksekutif senior dapat memeriksa dampak dari alternatif yang berbeda dan berkomunikasi keputusan
mereka di bisnis, sehingga penyatuan beberapa kelompok orang berbakat berusaha menuju tujuan bersama.
Enterprise dapat terlibat dalam berbagai jenis bisnis strategis visi. Salah satu tujuan dari strategi bisnis adalah keseimbangan antara strategi jangka panjang (perencanaan strategis tradisional) dan strategi untuk dicapai sebagai hasil dari peluang jangka pendek. Perbedaan utama mengenai dua jenis strategi adalah waktu. Sementara semua orang akan berusaha untuk mencapai strategi mereka secepat mungkin, perencanaan strategis tradisional mencakup suatu perencanaan dengan lebih lama (18 sampai 36 bulan) bagi sebagian besar perusahaan dari jangka pendek, perencanaan inovasi digital. Setiap organisasi harus menentukan kesempatan untuk mengejar dalam jangka pendek sementara menilai dampak terhadap rencana jangka panjang dan, jika perlu, menyesuaikan strategi bisnis mereka.
EA dalam hal ini dapat mempengaruhi dan mendukung keputusan investasi dan perubahan organisasi secara luas. Program EA yang benar sumber daya dan baik yang dikelola adalah penting untuk mencapai dan mengkomunikasikan manfaat yang dijanjikan. Upaya arsitektur harus benar mencakup sumber daya dan dijalankan, dan tujuan dan prestasi harus dikomunikasikan secara efektif. Sedangkan pengembangan kerangka EA, seperti prinsip-prinsip, model dan standar, biasanya mendapatkan perhatian besar, ini EA berisiko jatuh ke dalam tidak digunakan, jika upaya arsitektur tidak diatur dengan benar dan berkelanjutan.
Tahap dalam proses tersebut mungkin tampak upaya satu kali pada awal program EA. Meskipun hal ini tentu diperlukan pada awal program EA,
setidaknya sebagian tahap harus diulang di bawah beberapa kondisi. Proses EA harus dilakukan dengan cara iteratif. Dengan demikian, setiap iterasi kebutuhan beberapa bagian dari upaya organisasi untuk dilakukan. Selain itu, perubahan dalam kepemimpinan atau perubahan organisasi yang signifikan dapat memotivasi kebutuhan untuk menata kembali program arsitektur.
Kegiatan dalam tahap proses arsitektur meliputi:
1. Melingkupi program EA dan iterasi berikutnya daripadanya dalam hal luas dan kedalaman, yang dikenal sebagai mendefinisikan apa yang dimaksud dengan "Enterprise"
2. Mendapatkan sponsor eksekutif dan dukungan (support) 3. Melakukan analisis stakeholder
4. Mengidentifikasi pemimpin EA atau kepala arsitek
5. Membangun "tim EA," yang akan memiliki dan memfasilitasi proses EA dan menetapkan peran dan tanggung jawab masing – masing
6. Menilai kesiapan organisasi dan kedewasaan EA
7. Mengembangkan rencana komunikasi awal, mengkomunikasikan peran EA dan pengaturan harapan individu yang berpartisipasi dalam proses EA 8. Menetapkan rencana untuk menyiapkan mekanisme tata kelola EA
9. Mendefinisikan ukuran keberhasilan untuk mengartikulasikan nilai disampaikan
Sebuah batas waktu untuk setiap iterasi melalui EA Model Proses harus ditetapkan pada awal iterasi itu. Ini seharusnya tidak lebih dari satu anggaran siklus (biasanya satu tahun). Oleh karena itu, tim EA harus berhati-hati dan
pragmatis tentang bagian dari rencana apa yang dapat diselesaikan dalam setiap iterasi untuk memberikan nilai yang terukur.
c. Future-State Architecture
Kegiatan Arsitektur keadaan masa depan EA adalah inti dari seluruh proses yang ada didalam EA itu sendiri. Tujuannya adalah untuk menerjemahkan strategi bisnis ke dalam satu set panduan deskriptif yang akan digunakan oleh organisasi (bisnis dan TI) dalam proyek-proyek yang menerapkan perubahan suatu organisasi kearah depan (future).
Namun, perlu dicatat bahwa ini adalah jebakan bagi banyak organisasi yang hanya melakukan ini hanya melalui serangkaian kertas putih, tapi sebagian lagi diabaikan oleh organisasi tersebut, sehingga perhatian seimbang ke seluruh proses diperlukan dalam hal ini.
Future state Arsitektur (Arsitektur masa depan) menghasilkan klasifikasi sebagai berikut:
Requirements — Mendefinisikan kebutuhan organisasi.
Principles — Memberikan panduan tingkat tinggi untuk pengambilan keputusan. Models — Ilustrasikanlah arsitektur masa depan secara lebih rinci untuk memandu yang lebih rinci pengambilan suatu keputusan.
Hal Ini adalah bagaimana Gartner datang dengan tiga wilayah pembangunan utama (Requirements, Principles dan Models). Pekerjaan kreatif mengembangkan konten di daerah tersebut paling baik dilakukan bersamaan dengan EA Gartner Framework, meskipun kompatibel dengan kerangka kerja yang kredibel EA.
d. Develop Requirements
Hal ini selalu menjadi praktik terbaik untuk mengembangkan EA dengan cara bisnis-driven. Ini tidak akan pernah berubah. Akibatnya, EA Model Proses ini, seperti pendahulunya, termasuk identifikasi kebutuhan bisnis yang didorong untuk setiap sudut pandang arsitektur dan sintesis mereka dengan arsitektur. Sementara beberapa dependensinya masih dibiarkan di antara Requirements tersebut, dan tidak setiap kebutuhan harus selalu diidentifikasi dalam iterasi sebelumnya melalui proses. Misalnya, sambil memfokuskan pada ETA, tim arsitektur mungkin telah berusaha untuk fokus pada persyaratan arsitektur teknis yang berasal langsung dari strategi bisnis enterprise. Ini jauh terlalu besar lompatan untuk hampir semua orang. Kebanyakan EA tim akan menemukan bahwa mereka dapat mengembangkan set jauh-lebih-kuat dan dibenarkan persyaratan arsitektur teknis setelah pertama kebutuhan bisnis yang berasal informasi (yang direkomendasikan) dari laporan strategi bisnis. Selanjutnya, tindakan menghubungkan dan pelacakan persyaratan di sudut pandang mengarah ke lebih fokus. Ingat bahwa persyaratan harus mengarahkan arsitektur dalam apa yang mereka untuk memberikan mendukung bisnis, bukan bagaimana mereka akan memberikan itu.
e. Develop Principles
Prinsip-prinsip konseptual arsitektur harus mencerminkan arah kolektif dan umum dari organisasi. Prinsip-prinsip yang memandu laporan posisi yang berkomunikasi elemen-elemen mendasar, kebenaran, peraturan atau kualitas yang
harus ditunjukkan oleh perusahaan untuk mewujudkan tujuannya. Prinsip adalah alat manajemen yang digunakan untuk memberikan kondisi batas untuk pengambilan keputusan oleh seseorang, karena para pemimpin tidak selalu bisa berada di mana ketika keputusan dibuat. Sekali diterima, prinsip harus digunakan segera untuk memandu pengambilan keputusan yang konsisten. Secara paralel, mereka memberikan bimbingan kepada upaya pemodelan yang lebih rinci. Prinsip harus digunakan sebagai kriteria evaluasi dalam ketiadaan model rinci bahwa keputusan langsung membuat jauh lebih rahasia dan komprehensif. Sebagai contoh, satu jenis arsitektur "model" adalah domain teknologi standar konfigurasi bahwa produk-produk teknologi informasi dan cara yang mereka konfigurasi untuk memberikan sebuah blok bangunan dapat digunakan kembali infrastruktur teknis, seperti server aplikasi. Dengan tidak adanya standar konfigurasi yang ditetapkan, desain teknis sebuah tim pengembangan aplikasi untuk aplikasi harus dievaluasi untuk konsistensinya, dengan prinsip-prinsip konseptual berurusan dengan aplikasi, informasi dan infrastruktur teknis
Tidak semua jenis prinsip niscaya diidentifikasi di jalan sebelumnya melalui Model EA. Dasar banyak prinsip adalah industri dan praktik internal terbaik, pendekatan yang secara konsisten telah ditunjukkan oleh berbagai organisasi untuk mencapai hasil yang sama. Jadi sejauh mana suatu organisasi dapat menetapkan prinsip-prinsip arsitektur di seluruh sudut pandang tergantung pada kemampuan untuk mengidentifikasi dan menerapkan praktek terbaik di masing-masing wilayah organisasi tersebut.
f. Develop Models
Banyak arsitektur yang mengalami kegagalan karena mereka mulai dengan develop model telebih dahulu, daripada membentuk suatu requirement dari bisnis dan prinsip-prinsip konseptual untuk membuat suatu pemodelan. Tahap Develop Model dalam proses model EA merupakan suatu pendalaman yang rinci bahwa pengembangan konten suatu domain arsitektur di setiap sudut pandang arsitektur dalam sebuah kerangka EA. Segala sesuatu belum tentu dapat dimodel sehingga arsitek memerlukan panduan dalam apa yang harus dimodel.
Suatu model yang cukup harus dibuat tepat pada waktunya untuk menjawab pertanyaan-pertanyaan tertentu. Analisis stakeholder (dari fase "organize") dari requirements akan mengidentifikasi pertanyaan-pertanyaan yang harus diatasi. Hal ini memungkinkan fokus pada develop model yang tepat pada waktu yang tepat dan membantu menghindari " paralysis analisis".
Seperti kita lain, prinsip-prinsip arsitektur konseptual harus dikembangkan (minimal) sebelum model rinci. Model arsitektur konseptual (tingkat tinggi), yang mengikuti prinsip-prinsip konseptual, sementara bukan merupakan minimum requirements, akan memberikan petunjuk tambahan berharga bagi pengembangan model lebih-rinci di setiap sudut pandang arsitektur. Model akan membuat persentase kenaikan kandungan. Prinsip cenderung cukup abadi dan statis, sementara model yang dinamis dan waktu sensitif, dalam beberapa kasus. Oleh karena itu, jenis dan jumlah model akan berubah. Selain itu, tergantung pada jenis model apa yang sedang dikembangkan, ruang lingkup, tujuan, tingkat detail dan penonton akan berbeda dan meningkat seiring waktu. Ingatlah untuk model negara masa depan serta kondisi saat ini
(meskipun di kedalaman terbatas) untuk membantu dalam gap analisis, analisis dampak dan perencanaan migrasi.
g.Current-State Architecture — Documenting (Dokumentasi)
Analisis organisasi masa depan yang lengkap sebagai suatu pendorong bagi perubahan dan untuk memastikan bahwa investasi untuk usaha mendukung requirements strategi bisnis arsitektur saat ini. Setiap organisasi memiliki arsitektur dasar, terlepas dari apakah itu didokumentasikan atau tidak. Jika tidak diciptakan melalui sebuah panduan EA, maka sebagian orang akan mengatakan bahwa Environtment saat tidak pernah dibangun dalam suatu metode arsitektur. Memahami dan mendokumentasikan arsitektur saat ini perlu untuk melanjutkan dengan rencana untuk menutup gap antara bagian saat ini dan masa depan. Tujuan untuk mendokumentasikan bagian arsitektur adalah untuk:
1. Memberikan awal untuk membandingkan terhadap arsitektur kedepan 2. sebagai bantuan mengidentifikasi disfungsi, duplikasi, kompleksitas dan
dependensi
3. Memfasilitasi terus-menerus dan memperbarui dokumentasi infrastruktur 4. Menyajikan sebagai bahan referensi
Banyak program EA yang gagal untuk alasan ini. Sebagai aturan umum, arsitektur harus dikembangkan sebelum arsitektur ini untuk sudut pandang EA yang diberikan atau wilayah dalam pandangan (walaupun ada pengecualian untuk aturan ini). Daftar inisiatif Arsitektur masa depan diprioritaskan dan investasi harus menjadi pedoman bagi dilingkup latihan dokumentasi EA saat ini. bisnis dan informasi requirements, principles, and teknologi memberikan kriteria
evaluasi untuk menilai penerapan dan kesesuaian produk teknologi dan standar. Lingkup dokumentasi saat ini yang berdasarkan arsitektur masa depan membantu menjawab pertanyaan-pertanyaan berikut mengenai aplikasi, infrastruktur dan standar:
1. Apakah hal itu mendukung Requirents di TI masa depan?
2. Apakah hal itu konsisten dengan pada teknologi / tren teknologi pasar? 3. Apakah mereka selaras dengan prinsip-prinsip desain (design principles)? Mengidentifikasi teknologi requirements yang tidak dipenuhi oleh infrastruktur teknis. Hal Ini adalah yang disebut sebagai GAP.
h. Closing the GAP
GAP analisis adalah langkah dari proses EA yang dimana tahap untuk mengidentifikasi perbedaan antara arsitektur saat ini dan requirement EA di masa depan. Analisis Gap yang solid menggambarkan model arsitektur dan membandingkannya dengan model spesifikasi masa kedepan yang berasal dari proses EA. Setiap organsisi yang mengunakan EA harus menghindari untuk tidak menggunakan GAP analisis. karena kegagalan umum untuk Organisasi TI adalah melewatkan langkah penting dimana pada umumnya suatu organisasi tanpa GAP anilisa pada umumnya mengulang pada kebiasaan buruk sebelumnya. Sebagai contoh, sebuah organisasi yang telah menyelesaikan spesifikasi ESA masa depan yang siap untuk mengajukan upaya proyek untuk menutup GAP dengan kondisi saat ini. Alih-alih melaksanakan due diligence yang diperlukan analisis kesenjangan tradisional pada tahap upaya EA, organisasi melewatkan analisis gap mempertimbangkan hanya pengajuan proyek dari sumber traditional (misalnya, persyaratan peraturan, kepala departemen dan manajemen LOB) dan gagal untuk
mempertimbangkan transformasi bisnis melekat dalam pedoman ESA yang telah didorong peluang. Hasilnya adalah bahwa keluaran EA menjadi "shelfware," dan resort Organisasi TI dengan budaya proyek-driven gagal menyerap Organisasi TI yang tidak memiliki kredibilitas bisnis. Tanpa panduan arsitektur masa depan, Kantor tidak akan dapat proyek peta jalan untuk investasi teknologi untuk memenuhi kemampuan bisnis dari waktu ke waktu. (Catatan bahwa ini adalah contoh hanya Gap analisis seharusnya dilakukan pada setiap sudut pandang arsitektur.)
Masukan beberapa kunci berikut diperlukan (meskipun tidak eksklusif) untuk secara efektif mengidentifikasi, menganalisis dan mengusulkan rekomendasi:
1. Requirements solusi bisnis dari visi persyaratan umum 2. prinsip-prinsip konseptual Arsitektur
3. Requirements Arsitektur EA kedepan 4. Kerangka dan Model Arsitektur Masa Depan 5. Dokumentasi arsitektur saat ini
Langkah-langkah Tahap menentukan analisis GAP untuk digunakan sebagai masukan:
1. Mengidentifikasi dan mengklasifikasikan GAP (budaya, struktural dan fungsional) -Pada tahap ini, perbedaan antara arsitektur saat ini dan arsitektur target kedepan harus diidentifikasi dan diklasifikasikan harus sesuai
2. Analisis GAP — alat yang berbeda digunakan untuk memahami perbedaan antara arsitektur saat ini dan arsitektur kedepan.
3. Develop recommendations — usulan untuk menutup GAP yang ada. Beberapa scenario berbeda dilakukan untuk menutup hal tersebut.
4. Rekomendasi Prioritas — Ilustrasi dari interdependensi dan prioritas yang diselesaikan untuk memenuhi rekomendasi yang digunakan untuk menutup GAP dari daftar skenario, sebagai hal yang diperlukan.
i. Governing and Managing
Pengaturan mengacu pada proses dan struktur organisasi, bersama dengan masukan mereka terkait dan hak keputusan, bahwa perilaku panduan perusahaan yang diinginkan. Ada beberapa proses tata kelola potensial atau media kontak untuk EA dengan disiplin ilmu manajemen lainnya. Namun, terkait dua hal yang paling penting untuk mengatur struktur dan isi kerangka EA dan menghubungkan manajemen proyek portofolio dengan EA.
Mengelola mengacu pada disiplin untuk menciptakan dan memelihara kerangka EA.
Tujuan primer dari EA adalah untuk menanamkan prinsip dan standar dan mendorong perilaku/kebiasaan yang diinginkan. Sebuah badan pengatur harus dibentuk untuk membuat keputusan akhir mengenai persetujuan konten EA baru atau diubah. Gartner mengacu pada entitas ini sebagai dewan peninjau arsitektur