Universitas 17 Agustus 1945 Surabaya

Supangat, M.Kom., ITIL., COBIT.

Phase A : Architecture Vision

1. Objectives

Tujuan dari Fase A adalah untuk :

 Mengembangkan visi aspirasional tingkat tinggi tentang kemampuan dan nilai
bisnis yang akan disampaikan sebagai hasil dari Arsitektur Enterprise yang
diusulkan
 Memperoleh persetujuan untuk Pernyataan Pekerjaan Arsitektur yang
mendefinisikan program kerja untuk mengembangkan dan menerapkan arsitektur
yang digariskan dalam Architecture Vision

2. Inputs

Bagian ini mendefinisikan input ke Fase A :

 Bahan Referensi Eksternal untuk Enterprise
 Bahan referensi arsitektur
 Non-Architectural Inputs
 Permintaan Pekerjaan Arsitektur
 Prinsip bisnis, tujuan bisnis, dan penggerak bisnis
 Architectural Inputs
 Model Organisasi untuk Arsitektur Perusahaan termasuk:
‒ Scope organisasi yang terkena dampak
‒ Penilaian maturitas, kesenjangan, dan pendekatan resolusi
‒ Peran dan tanggung jawab untuk tim arsitektur
 ‒ Kendala pada pekerjaan arsitektur
‒ Persyaratan penggunaan kembali
‒ Persyaratan anggaran
‒ Permintaan untuk perubahan
‒ Tata kelola dan strategi dukungan
 Framework Arsitektur yang Disesuaikan
‒ Architecture Method yang disesuaikan
‒ Konten arsitektur yang disesuaikan (hasil dan artefak)
‒ Architecture Principles, termasuk prinsip bisnis, jika sudah ada sebelumnya
‒ Alat yang dikonfigurasi dan digunakan
 Repositori Arsitektur Terpopulasi
‒ Dokumentasi arsitektur yang ada (deskripsi framework, deskripsi
arsitektur, deskripsi baseline, ABB, dll.

3. Steps
Langkah dalam Architecture Vision adalah sebagai berikut :
 Menetapkan proyek arsitektur
Setiap siklus ADM biasanya harus ditangani sebagai proyek menggunakan
framework manajemen proyek enterprise. Dalam beberapa kasus, kegiatan
arsitektur akan menjadi bagian dari kegiatan dalam proyek yang lebih besar.
Aktivitas arsitektur harus direncanakan dan dikelola menggunakan praktik yang
diterima untuk perusahaan dalam kedua kasus tersebut.
 Mengidentifikasi stakeholder, masalah, dan persyaratan bisnis
Keterlibatan stakeholder pada tahap ini dimaksudkan untuk mencapai tiga tujuan:
 Untuk mengidentifikasi komponen dan persyaratan visi kandidat yang akan
diuji saat Architecture Vision dikembangkan
 Untuk mengidentifikasi batas-batas scope kandidat untuk keterlibatan untuk
membatasi tingkat penyelidikan arsitektur yang diperlukan
  Untuk mengidentifikasi perhatian stakeholder, masalah, dan faktor budaya
yang akan membentuk bagaimana arsitektur disajikan dan dikomunikasikan
Stakeholder map digunakan untuk mendukung berbagai keluaran dari fase
Architecture Vision, dan untuk mengidentifikasi:
 Kekhawatiran dan sudut pandang yang relevan dengan proyek ini; ini ditangkap
dalam Architecture Vision
 Para stakeholder yang terlibat dengan proyek dan sebagai hasilnya membentuk
titik awal untuk Rencana Komunikasi
 Peran dan tanggung jawab utama dalam proyek, yang harus dimasukkan dalam
Pernyataan Pekerjaan Arsitektur
 Mengonfirmasi dan menguraikan tujuan bisnis, penggerak bisnis, dan
kendala
Mengidentifikasi tujuan bisnis dan pendorong strategis organisasi. Jika telah
didefinisikan di tempat lain dalam perusahaan, pastikan bahwa definisi yang ada
saat ini, mampu memperjelas bidang ambiguitas apa pun. Jika tidak, kembalilah ke
pencetus Pernyataan Pekerjaan Arsitektur dan bekerja dengan mereka untuk
menentukan barang-barang penting ini dan amankan dukungan mereka oleh
manajemen perusahaan.
Menentukan kendala yang harus ditangani, termasuk kendala di seluruh
perusahaan dan kendala khusus proyek (waktu, jadwal, sumber daya, dll.). Kendala
ini dapat diinformasikan oleh Prinsip bisnis dan Arsitektur yang dikembangkan
pada Preliminary Phase atau diklarifikasi sebagai bagian dari Fase A.
 Mengevaluasi kemampuan
Kesenjangan yang diidentifikasi dalam Architecture Capability memerlukan iterasi
antara Architecture Vision dan Preliminary Phase untuk memastikan bahwa
Arsitektur Capability yang diusulkan cocok untuk mengatasi scope proyek
arsitektur.
Langkah penting dalam mengevaluasi model bisnis adalah mengidentifikasi
kemampuan bisnis yang diperlukan yang harus dimiliki perusahaan untuk
bertindak berdasarkan prioritas strategis.
 Menilai kesiapan untuk transformasi bisnis
Penilaian Kesiapan Transformasi Bisnis dapat digunakan untuk mengevaluasi dan
mengukur kesiapan organisasi untuk mengalami perubahan. Hasil penilaian ini
harus ditambahkan ke Penilaian Kemampuan. Hasil ini kemudian digunakan untuk
membentuk ruang lingkup proyek arsitektur.
 Menentukan scope
Secara khusus dalam menentukan ruang lingkup, tentukan:
 Luasnya cakupan perusahaan
 Tingkat detail yang dibutuhkan
 Karakteristik partisi dari arsitektur
 Domain arsitektur tertentu yang akan dicakup (bisnis, data, aplikasi,
teknologi)
 Sejauh mana periode waktu yang ditujukan, ditambah jumlah dan tingkat
periode waktu menengah
Aset arsitektur yang akan dimanfaatkan, atau dipertimbangkan untuk digunakan,
dari Enterprise Continuum organisasi:
‒ Aset yang dibuat dalam iterasi sebelumnya dari siklus ADM dalam perusahaan
‒ Aset tersedia di tempat lain dalam industri (framework lain, model sistem,
model industri vertikal, dll.)
 Konfirmasi dan uraikan Architecture Principles, termasuk prinsip bisnis
Tinjau prinsip-prinsip di mana arsitektur harus dikembangkan. Architecture
Principles biasanya didasarkan pada prinsip-prinsip yang dikembangkan sebagai
bagian dari Preliminary Phase. Pastikan bahwa definisi yang ada saat ini, dan
memperjelas setiap bidang ambiguitas. Jika tidak, kembalilah ke badan yang
bertanggung jawab atas Architecture Governance dan bekerja dengan mereka untuk
menentukan item penting ini untuk pertama kalinya dan dapatkan dukungan
mereka oleh manajemen perusahaan.
 Mengembangkan Architecture Vision
Pemahaman tentang artefak yang diperlukan akan memungkinkan para pemangku
kepentingan untuk mulai lingkup keluar pengambilan keputusan mereka yang akan
memandu fase berikutnya. Keputusan ini perlu tercermin dalam peta pemangku
kepentingan. Pengembangan kebijakan dan keputusan strategis perlu ditangkap
dalam fase ini untuk memungkinkan pekerjaan berikutnya diukur.
Untuk Architecture Vision disarankan agar pertama-tama arsitektur keseluruhan
diputuskan untuk menunjukkan bagaimana semua kiriman domain arsitektur yang
berbeda akan cocok bersama.
Berdasarkan masalah pemangku kepentingan, persyaratan kemampuan bisnis,
ruang lingkup, kendala, dan prinsip, menciptakan pandangan tingkat tinggi dari
Arsitektur Baseline dan Target.
Architecture Vision biasanya mencakup luasnya ruang lingkup yang diidentifikasi
untuk proyek, pada tingkat tinggi. Praktik umum dalam mengembangkan
Architecture Vision adalah menggambar diagram konsep solusi sederhana yang
menggambarkan secara ringkas komponen utama solusi dan bagaimana solusi
akan menghasilkan manfaat bagi perusahaan.
 Menentukan proposisi nilai dan KPI Arsitektur Target
 Kembangkan kasus bisnis untuk arsitektur dan perubahan yang diperlukan
 Menghasilkan proposisi nilai untuk setiap kelompok pemangku kepentingan
 Menilai dan menentukan persyaratan pengadaan
 Tinjau dan setujui proposisi nilai dengan sponsor dan stakeholder yang terkait
 Tentukan metrik dan ukuran kinerja yang akan dibangun ke dalam Arsitektur
Enterprise untuk memenuhi kebutuhan bisnis
 Menilai risiko bisnis
  Mengidentifikasi risiko transformasi bisnis dan aktivitas mitigasi
Ada dua tingkat risiko yang harus diperhatikan, yaitu:
 Tingkat Risiko Awal: kategorisasi risiko sebelum menentukan dan menerapkan
tindakan mitigasi
 Tingkat Risiko Residual: kategorisasi risiko setelah pelaksanaan tindakan
mitigasi (jika ada)
 Menyusun Pernyataan Karya Arsitektur
Menilai produk kerja yang diperlukan untuk diproduksi (dan kapan) terhadap
serangkaian persyaratan kinerja bisnis. Ini akan melibatkan memastikan bahwa:
 Metrik kinerja dibangun ke dalam produk kerja
 Produk kerja terkait kinerja tertentu tersedia
Keterlibatan pemangku kepentingan pada tahap ini dimaksudkan untuk mencapai
tiga tujuan:
 Untuk mengidentifikasi kandidat komponen visi dan persyaratan yang akan
diuji saat Architecture Vision dikembangkan
 Untuk mengidentifikasi batas-batas scope kandidat untuk keterlibatan untuk
membatasi tingkat penyelidikan arsitektur yang diperlukan
 Untuk mengidentifikasi perhatian stakeholder, masalah, dan faktor budaya
yang akan membentuk bagaimana arsitektur disajikan dan dikomunikasikan

4. Output
Keluaran Fase A dapat mencakup, tetapi tidak terbatas pada:
 Pernyataan Pekerjaan Arsitektur yang Disetujui, termasuk khususnya:
‒ Deskripsi dan ruang lingkup proyek arsitektur
‒ Ikhtisar Architecture Vision
‒ Rencana dan jadwal proyek arsitektur
 Pernyataan halus tentang prinsip bisnis, tujuan bisnis, dan penggerak bisnis
 Architecture Principles
 Capability Assessment
 Kerangka Arsitektur yang Disesuaikan (untuk perikatan), termasuk:
‒ Architecture Method yang disesuaikan
‒ Konten arsitektur yang disesuaikan (hasil dan artefak)
‒ Alat yang dikonfigurasi dan digunakan
 Architecture Vision termasuk:
‒ Deskripsi masalah
‒ Tujuan Pernyataan Karya Arsitektur
‒ Tampilan ringkasan
‒ Skenario Bisnis (opsional)
‒ Persyaratan stakeholder tingkat tinggi utama yang disempurnakan