Togaf : Phase A Architecture Vision

Phase A Architecture Vision 1 

Dalam pelajaran ini, kita akan membahas Fase A, yang merupakan visi arsitektur. Kita akan membahas secara rinci setiap langkah dari fase visi ini.

Di layar, ada pengingat tentang visi arsitektur. Anda dapat melihat bahwa ini adalah fase kedua dari ADM dan fase pertama dari siklus ADM, yang mencakup langkah A sampai H yang berulang.

Tujuan dari visi arsitektur sebenarnya adalah untuk mengembangkan visi tingkat tinggi yang akan disampaikan, dan kita akan membahas detail tentang cara melakukannya.

Jadi, langkah pertama dari fase visi ini adalah mendirikan proyek arsitektur. Dalam TOGAF, dalam fase visi, kita akan memperlakukan proyek ini seperti kita memperlakukan proyek lainnya. Proyek ini akan memiliki jadwal waktu, anggaran, manajer proyek, langkah-langkah, dan semua ciri khas dari sebuah proyek.

Jika Anda menggunakan kerangka manajemen proyek, seperti Scrum atau Agile, Anda akan terus menggunakan itu untuk proyek ini. Proyek ini perlu direncanakan dan dikelola dengan menggunakan praktik yang diterima, dan pastikan proyek mendapatkan pengakuan di seluruh perusahaan dan mendapat dukungan dari pemangku kepentingan yang tepat.

Anda ingin memastikan bahwa ketika ada daftar proyek di papan tulis, proyek Anda juga ada dalam daftar tersebut. Saat Anda mengikuti pertemuan status dan semua orang berbicara tentang proyek mereka, ini adalah proyek, dan proyek ini layak mendapatkan pengakuan.

Perlu dipastikan bahwa di seluruh perusahaan, jika Anda tahu bahwa ini akan berdampak pada grup TI, akan berdampak pada grup penjualan, akan berdampak pada grup layanan pelanggan, orang-orang ini perlu diperlakukan seperti pelanggan bisnis lainnya yang berada di ujung penerimaan proyek Anda.

Jadi, itu langkah pertama. Mendirikan proyek arsitektur. Pada video berikutnya, kita akan membahas langkah kedua. Jadi, kembali untuk melihatnya.

Phase A Architecture Vision 2

Langkah dua dari fase visi arsitektur adalah mengidentifikasi pemangku kepentingan, kekhawatiran mereka, dan persyaratan bisnis.

Jadi, sebenarnya ini adalah fase pengumpulan persyaratan dari proyek ini. Anda akan melakukan wawancara dengan orang-orang, berbicara dengan banyak orang. Anda perlu memiliki pengalaman seperti seorang analis bisnis. Orang yang melakukan ini perlu pergi, mengumpulkan, dan mencari tahu apa masalahnya.

Di sini, kita menggunakan proses skenario bisnis dalam TOGAF untuk menggali lebih dalam mengenai masalah-masalah tersebut. Jadi, kita mengidentifikasi pemangku kepentingan, dan bagian pertama dari itu, tentu saja, adalah Mengidentifikasi mereka dengan menggunakan teknik manajemen pemangku kepentingan, yang dibahas di tempat lain dalam kursus ini. Teknik manajemen pemangku kepentingan didokumentasikan dalam spesifikasi TOGAF, dan itu membahas cara Anda menyusunnya dalam sebuah matriks, menyusun tingkat kepentingan mereka, kekhawatiran mereka, apakah mereka profil tinggi namun rendah artinya, atau profil rendah.

Anda melakukan pemetaan untuk mengetahui pemangku kepentingan mana yang perlu berkomunikasi secara teratur, dan mana yang hanya perlu dikirimkan melalui email, dan yang kekhawatirannya bisa didokumentasikan tetapi tidak perlu dipecahkan karena mereka kurang penting.

Pengetahuan tentang ini pada akhirnya akan menentukan arsitektur views dan viewpoints mana yang perlu dikembangkan, dan kami juga memiliki pelajaran tentang viewpoints. Untuk mengingatkan Anda, views dan viewpoints pada dasarnya adalah cara yang berbeda untuk melihat arsitektur Anda.

Jadi, departemen IT dan tim IT perlu melihatnya dari satu sudut pandang. Fungsi penjualan memiliki sudut pandang yang benar-benar berbeda. Tim eksekutif memiliki sudut pandang yang berbeda. Tim keuangan hanya peduli tentang laba rugi dan pengeluaran uang memiliki pandangan yang berbeda. Anda tidak akan pergi ke tim keuangan dan memberi tahu mereka tentang seberapa fleksibel mereka dapat membawa server online di bawah arsitektur baru. Sementara itu, Anda tidak akan pergi ke tim IT dan mengatakan kepada mereka bahwa mereka diharapkan dapat mengontrol anggaran untuk pengeluaran IT selama lima tahun ke depan, dll. Orang akan memiliki sudut pandang yang berbeda yang perlu ditargetkan oleh informasi yang disajikan kepada mereka.

Itu adalah langkah dua dari fase visi. Sampai jumpa pada pelajaran berikutnya.

Phase A Architecture Vision 3

Baik, kita lanjut ke langkah tiga dari visi arsitektur. Langkah tiga mengatakan konfirmasi tujuan bisnis, pendorong bisnis, dan kendala.

Jadi, Anda ingin mengidentifikasi pada tingkat bisnis, apa tujuan bisnis ke depannya, tahun satu, tahun tiga, tahun lima, tahun sepuluh, di mana bisnis ingin pergi? Apa area pertumbuhan? Di mana bisnis melihat peningkatan pertumbuhan, di mana bisnis merasa pertumbuhannya terhambat, bagaimana, Anda perlu memahami bagaimana bisnis melihat pertumbuhannya agar solusi arsitektur Anda dapat menyesuaikan diri.

Dan yang lainnya tentang pendorong ini tentu saja, ada alasan mengapa mereka meminta Anda datang dan menyelesaikan beberapa masalah tertentu. Jadi, apa pendorong yang menyebabkan mereka mengatakan? Kami memerlukan organisasi arsitektur yang lebih baik sekarang. Kami memerlukan arsitektur yang tepat. Mungkin ada bencana yang terjadi enam bulan yang lalu. Semua server Anda rusak atau Anda mendapatkan keluhan dari pelanggan bahwa produk yang salah dikirimkan ke toko yang salah, atau apapun itu, hal-hal seperti itu mulai bertambah dan seseorang berkata, "Berhenti. Apa yang kita lakukan tidak berfungsi. Kami perlu datang dengan cara yang lebih menyeluruh, cara yang sistematis untuk mengembangkan aplikasi, menemukan arsitektur ini."

Jadi, apa pendorong-pendorong itu? Mungkin pengeluaran di luar kendali. Ada banyak pendorong berbeda, dan Anda perlu memahami mengapa mereka memanggil Anda. Jika ini sudah ada, mungkin tujuan bisnis dan pendorong bisnis sudah ada dalam dokumen di suatu tempat. Namun, Anda tetap perlu memastikan bahwa itu tetap terkini dan berbeda bagi berbagai orang. Klarifikasi untuk keperluan Anda sendiri bahwa ini adalah hal-hal yang benar yang seharusnya Anda fokuskan dan mendefinisikan kendala yang harus diatasi.

Jadi, kita semua hidup di dunia nyata di sini. Dan tidak ada waktu yang tidak terbatas, anggaran yang tidak terbatas, sumber daya yang tidak terbatas. Itu bukan satu-satunya kendala, tetapi itu adalah beberapa yang lebih umum. Anda perlu merinci dan memahami di atas kertas. Apa saja kendala yang Anda hadapi? Jika Anda memiliki kontrak dengan vendor yang mengunci Anda selama 10 tahun ke depan, atau jika Anda memiliki proyek besar yang perlu dimulai pada bulan Januari dan Anda perlu menyelesaikan ini sebelumnya, atau jika ada waktu tahun seperti Natal atau Thanksgiving atau apapun itu, di mana perusahaan Anda tidak dapat melakukan pekerjaan pengembangan baru, itu bukan sesuatu yang ingin Anda lakukan. Anda ingin menyelesaikannya sebelumnya. Ini adalah kendala dan Anda mencatatnya, dan Anda harus menyertainya saat melakukan arsitektur Anda.

Jadi, ya, itulah tujuan bisnis dan pendorongnya, dll. Itu saja untuk langkah tiga, di langkah empat kita akan bertemu dalam video berikutnya.

Phase A Architecture Vision 4

Baik, kita masuk ke langkah empat dari fase visi arsitektur. Dalam langkah ini, kita akan mengevaluasi kemampuan bisnis.

Langkah ini mungkin terasa agak kabur dan sedikit rumit. Ada dua kemampuan bisnis utama yang dibicarakan di sini. Pertama adalah kemampuan perusahaan untuk mengembangkan dan menggunakan arsitektur yang akan Anda buat untuk mereka. Jadi, meskipun membuat sistem canggih berbasis awan dengan fleksibilitas tinggi dan aplikasi seluler mungkin bagus, jika perusahaan Anda bahkan masih menggunakan faks untuk komunikasi sebagian besar waktu, beralih dari situ ke lingkungan seluler bisa menjadi loncatan besar. Anda perlu memahami kemampuan Anda dalam hal ini.

Kedua adalah baseline dari kemampuan target perusahaan itu sendiri. Ini berarti bahwa perusahaan Anda mungkin kesulitan dalam hal keuangan atau kesulitan dalam berhasil menyusun dan mengembangkan proyek dengan cepat. Mungkin ada sejarah proyek yang gagal. Jadi, Anda tahu bahwa rencana terbaik seringkali tidak terwujud, jadi Anda harus jujur dan menyatakan bahwa perusahaan itu sendiri memiliki beberapa tantangan.

Anda perlu mengidentifikasi setiap kesenjangan dalam kemampuan arsitektur, yang artinya Anda perlu mengetahui apakah perusahaan memang memiliki kemampuan yang diperlukan untuk mengadopsi arsitektur yang Anda rencanakan. Selama fase pendahuluan, Anda mungkin sudah melakukan penilaian kemampuan arsitektur dan merekrut orang untuk peran tertentu, tetapi ketika Anda masuk ke dalam fase visi, barulah Anda menyadari bahwa Anda memerlukan seorang analis bisnis yang sesungguhnya. Anda tidak memiliki kemampuan yang Anda kira telah dimiliki atau semuanya menjadi lebih rumit.

Kemudian, jika ada kesenjangan atau batasan dalam perusahaan, ini memengaruhi desain arsitektur. Sebagai contoh, jika Anda menyadari bahwa perusahaan Anda harus mengambil langkah-langkah kecil dan fokus pada satu perubahan pada satu waktu, itu dapat memengaruhi bagaimana Anda mendesain arsitektur. Ini mencakup pemecahan pekerjaan, ukuran setiap paket pekerjaan, dan cara perusahaan Anda mengelola perubahan.

Jadi, itu dia untuk langkah empat. Semoga itu membuat beberapa pengertian. Kita akan membahas langkah lima dalam video berikutnya.

Phase A  Architecture Vision 5

Langkah kelima adalah menilai kesiapan bisnis Anda untuk transformasi. TOGAF memiliki suatu hal yang disebut sebagai Business Transformation Readiness Assessment yang dapat Anda gunakan untuk mengevaluasi kemampuan organisasi untuk beradaptasi dengan perubahan.

Jadi, kita sudah sedikit menyentuh hal ini pada langkah sebelumnya, tetapi pada dasarnya, jika organisasi Anda sangat resisten terhadap perubahan, jika Anda tahu bahwa ada kelompok-kelompok tertentu yang suka melakukan sesuatu dengan caranya sendiri dan sulit untuk meyakinkan mereka untuk mengubah cara mereka, nah, itu adalah risiko, OK?

Business Transformation Readiness Assessment dirancang untuk mengidentifikasi jenis risiko seperti ini dan untuk menguranginya, untuk mengatasi masalah tersebut. Atau mungkin Anda memerlukan komunikasi ekstra. Mungkin Anda perlu naik ke jajaran atas dan melibatkan para eksekutif untuk meyakinkan departemen ini bahwa mereka perlu berubah. Ada banyak cara untuk mengatasi risiko ini.

Terkadang Anda hanya perlu menerimanya dan terkadang, sekali lagi, jika Anda membuat paket pekerjaan Anda sangat sederhana, ini mungkin menunda peluncuran akhir arsitektur target. Tetapi Anda mungkin dapat melakukan perubahan secara bertahap dalam langkah-langkah kecil.

Hasil dari penilaian BTRA ini masuk ke dalam kemampuan yang baru saja dijelaskan untuk itu, dan juga memberikan informasi kepada arsitektur saat Anda merancang arsitektur target. Sekali lagi, Anda akan menemukan mitigasi, Anda akan dapat mengurangi paket pekerjaan, melambatkan atau mempercepatnya, bekerja mengelilingi orang, bekerja mengatasi masalah. Ini semua terjadi sebagai hasil dari beberapa informasi yang Anda dapatkan dalam tahap ini.

Jadi, itu dia untuk langkah kelima. Kita sekitar setengah jalan melalui fase visi. Kita belum benar-benar membahas pengembangan visi, namun langkah selanjutnya adalah langkah keenam dan kita akan mendekatinya. Tetap disini.

Phase A Architecture Vision 6

Langkah keenam dari fase visi adalah mendefinisikan cakupan, dan ketika kami menyebut cakupan di sini, kami tidak berbicara tentang cakupan yang sama dengan yang ada di fase awal. Fase awal adalah tentang mendefinisikan cakupan perusahaan yang terkena dampak. Cakupan di sini berkaitan dengan apa yang akan ada dalam arsitektur dasar dan apa yang tidak. Jadi, jika Anda fokus, katakanlah, dalam beberapa bulan ke depan saat Anda mengembangkan persyaratan dan definisi ini, jika Anda fokus pada arsitektur teknis dan berada dalam kelompok TI dan bagaimana hal-hal dihosting dan bagaimana perubahan dilacak, kepatuhan terhadap regulasi pemerintah tertentu. Maka Anda dapat mengatakan bahwa cakupan Anda adalah komponen teknis ini dan menunda bagian besar perusahaan Anda yang mengatakan, Anda tahu apa, jika kita fokus pada TI dan kita melakukannya dengan benar, maka kita bisa beralih ke fungsi penjualan. Kami beralih ke fungsi layanan pelanggan dalam putaran berikutnya. Jadi, inilah mengapa jika Anda memiliki cakupan yang sangat baik, mungkin cakupan yang lebih sempit, itu membuat hidup Anda jauh lebih mudah. Ini bukanlah setiap masalah jika seseorang datang kepada Anda, saat Anda berbicara dengan pemangku kepentingan, dan mengatakan kepada Anda, oh, masalah saya adalah bahwa pelanggan meminta perkiraan untuk beberapa pekerjaan, dan memakan waktu tiga minggu untuk memberi mereka balasan, dan Anda akan tahu karena cakupan Anda bukanlah sistem estimasi, cakupan Anda bukanlah grup tersebut. Orang-orang yang bertanggung jawab, Anda dapat membawa perhatian mereka ke sana. Anda tentu dapat menuliskannya agar semua orang tahu bahwa itu adalah kekhawatiran. Tetapi, Anda tidak perlu menyelesaikan masalah tertentu itu karena itu tidak termasuk dalam cakupan Anda. Jadi ini adalah cakupan dari arsitektur itu sendiri, mendefinisikan apa yang ada dan tentu saja, yang lebih penting, apa yang tidak ada dalam arsitektur dasar dan target. Penting untuk dicatat bahwa seringkali ada tingkat detail yang berbeda dan bahwa tujuannya adalah Anda perlu tahu tingkat detail apa yang diperlukan. Jadi untuk arsitektur dasar Anda, terutama jika Anda melakukan pendekatan dari bawah ke atas, Anda bisa menjadi sangat ringan dalam hal mengatakan, ini yang kita miliki. Oke. Dan tidak perlu masuk terlalu dalam ke dalam model data dan semua hal tersebut, tetapi ketika Anda masuk ke arsitektur target, itu membutuhkan banyak tingkat detail karena itulah yang ingin Anda serahkan kepada tim implementasi untuk diimplementasikan. Jadi Anda harus memahami bahwa dalam mendefinisikan cakupan, Anda tidak perlu menghabiskan 12 bulan untuk mendefinisikan cakupan dasar Anda. Oke. Ada cakupan. Cakupan perusahaan sekali lagi, ini adalah cakupan perusahaan, seberapa jauh melintasi perusahaan yang akan dicakup oleh proyek ini? Sekali lagi, jika Anda fokus pada departemen TI, itu membatasi, itu adalah cakupan perusahaan, tingkat detail yang diperlukan. Pemartisi arsitektur, pembagian arsitektur lebih banyak dibahas dalam ujian bagian kedua, dalam kursus bagian kedua, sayangnya, tetapi pada dasarnya ini berarti Anda dapat memiliki kelompok arsitektur bekerja pada ini dan kelompok arsitektur yang berbeda bekerja pada itu. Dan jika Anda melakukannya dengan benar, Anda tahu, Anda mulai bersama-sama, Anda memisahkan, Anda pergi dan melakukan setiap bagian secara individu. Dan ketika Anda kembali dan menggabungkan semuanya, maka Anda memiliki arsitektur yang lebih besar yang terdiri dari beberapa orang yang bekerja padanya. Jadi Anda perlu memahami segala sesuatu yang terjadi, domain, bisnis, data, aplikasi teknologi, Anda perlu memahami. Seperti yang saya katakan, jika Anda fokus pada teknologi, Anda tidak perlu pergi begitu dalam ke dalam domain bisnis, Oke? Dan kemudian Anda dapat fokus pada aplikasi dan data dan kemudian teknologi di bawahnya. Jadi itu adalah bagian dari penggambaran cakupan. Jika periode waktu yang dicakup, jadi jika Anda mencoba mendefinisikan arsitektur untuk menutupi 10 tahun ke depan atau berikutnya apa pun, saya berarti itu adalah proyek yang lebih besar untuk mencoba untuk membuat arsitektur perantara. Arsitektur transisi, target akhir yang benar-benar berbeda, dibandingkan jika Anda hanya perlu, Anda tahu, Anda akan melakukannya lagi dalam dua tahun dan Anda hanya perlu khawatir tentang dua tahun ke depan di mana arsitektur dan perubahan yang mungkin terjadi. Itu membatasi cakupan hingga itu. Dan terakhir, jika ada aset arsitektur yang sudah ada yang dapat dipinjam dan digunakan. Jadi jika Anda sudah melakukan ini sebelumnya, jika ini bukan kali pertama Anda melewati ADM, Anda dapat kembali dan mengatakan, baik, kita sudah memiliki dokumen definisi target. Kami tidak perlu membuatnya dari awal. Atau mungkin ada beberapa standar industri, jadi beberapa bagian dari arsitektur Anda bisa diambil dari koalisi perbankan. Anda tidak perlu membuatnya dari awal. Bagaimanapun, itu terdengar seperti banyak, tetapi itu sangat penting. Sama dengan cakupan perusahaan, tetapi sangat penting bahwa Anda mencoba mendefinisikan cakupan Anda sebanyak mungkin, memudahkan hidup Anda. Dan ketika sesuatu terlewat, dan itu memang terjadi, kita semua tahu bahwa hal-hal terlupakan atau seseorang membuat komentar dan mereka tidak tertulis. Cakupan benar-benar akan menyelamatkan Anda dan mengatakan, oh, tahu apa, ini tidak ada dalam cakupan, kami tidak. Kami memiliki dokumen cakupan yang sangat lengkap dan kompleks dan itu bahkan tidak menyebutkan tentang ini. Jadi itu akan sangat penting. Atau jika sesuatu sangat penting bagi seseorang, menunjukkan kepada mereka dokumen cakupan, mereka dapat mengatakan, tidak, tidak, tidak, Anda harus menambahkannya. Dan itu membuat hidup Anda lebih mudah dan hidup mereka lebih mudah. Baiklah. Jadi itu cakupan. Kami sudah melewati setengah jalan sekarang. Akan datang selanjutnya, langkah tujuh. Jadi sampai jumpa.

Phase A Architecture Vision 7

Baik, ini adalah langkah ketujuh dari fase visi, yaitu fase A, dan dalam langkah ini, kita akan mengonfirmasi prinsip arsitektur, termasuk prinsip bisnis.

Sekarang, Anda tahu, kita sudah melewati proses prinsip arsitektur ini dalam fase awal, jadi Anda mungkin kaget melihatnya muncul lagi begitu cepat di Fase A. Tetapi itu ada di sana, dan pada dasarnya, Anda harus memastikan bahwa prinsip arsitektur yang dimiliki saat ini adalah yang paling mutakhir. Jika ada ambiguitas, jika ada hal-hal tertentu di dalamnya yang tidak jelas, Anda perlu pergi kepada orang yang tepat dan mendapatkan klarifikasi mengenai ambiguitas tersebut. Dan jika ada sesuatu yang hilang atau ambiguitas itu diklarifikasi, Anda pergi dan mendapatkan dukungan dari orang yang tepat untuk item baru yang ditambahkan ke dalam prinsip-prinsip tersebut.

Ini adalah langkah yang sangat sederhana yang dalam sebagian besar kasus, Anda hanya akan melihatnya dan memverifikasi bahwa Anda baru saja melakukannya beberapa minggu yang lalu. Jadi masih valid. Tetapi lihatlah mereka pada titik ini.

Selanjutnya adalah yang besar, pengembangan visi arsitektur, yang merupakan tujuan utama dari fase ini. Jadi nantikan itu.

Phase A Architecture Vision 8

Baik, sekarang kita telah membangun hingga saat ini, ini adalah langkah kedelapan dari Fase A, yaitu fase visi arsitektur, yang merupakan mengembangkan visi arsitektur.

Anda mengambil kekhawatiran pemangku kepentingan yang dikumpulkan dalam beberapa langkah awal, persyaratan kemampuan, apa pun yang terkait dengan cakupan, kendala-kendala yang ada pada arsitektur Anda, dan prinsip-prinsip arsitektur. Semua itu digabungkan dan menghasilkan pandangan tingkat tinggi.

TOGAF menyebutnya sebagai tampilan versi 0.1 dari arsitektur dasar dan target. Mungkin Anda berpikir ini hanya beberapa minggu ke dalam proses ini, dan kita sudah membuat solusi. Tapi sebenarnya ini sangat tinggi tingkatnya. Misalnya, spesifikasi TOGAF bahkan menawarkan bahwa Anda dapat hanya menggambar beberapa diagram, kotak dan garis, dan Anda hanya mengatakan bahwa kami akan menggantikan solusi ERP dengan solusi lain, atau kita akan mengganti sistem akuntansi dengan solusi lain. Mungkin hanya beberapa kotak dan garis, tetapi Anda harus dapat mengatakan bahwa ini adalah masalah yang telah saya identifikasi dan inilah semua kotak dan garis yang akan menyelesaikan masalah-masalah tersebut.

Jadi, ya, ini sangat, sangat tinggi tingkatnya. Tetapi inilah yang dapat Anda gunakan untuk mulai berbicara dengan orang-orang dan mengatakan bahwa ini adalah apa yang saya lihat dan inilah solusinya.

Jadi, pada dasarnya, dalam lingkungan dasar yang sudah ada, dan dalam lingkungan target, ini adalah definisi tingkat tinggi. Dan itu menjadi visi, dan saya tahu mungkin terdengar seolah-olah seharusnya menjadi sesuatu yang sangat rumit, tetapi begitu Anda mulai berbicara dengan orang-orang lagi, ada penggerak yang telah membawa Anda, jika masalah Anda adalah situs web Anda terus-menerus mengalami crash selama hari belanja tersibuk dalam setahun. Jadi Anda perlu memikirkan kembali cara Anda melakukan hosting teknologi dan cara persiapan hal-hal, Anda mungkin sudah tahu apa masalahnya, Anda memverifikasinya dengan pemangku kepentingan, dan kemudian Anda dapat mengatakan, "Apa yang sebenarnya Anda butuhkan adalah sistem yang dapat diskalakan sesuai permintaan dan memiliki kemampuan dan skala yang tak terbatas," dan menggambarkannya, dan Anda akan memiliki gambaran tentang bagaimana itu akan terlihat.

Jadi itulah visinya. Masih ada beberapa hal lagi yang harus dilakukan dalam fase ini sebelum kita bisa menyebutnya selesai. Tetapi sekarang kita punya sesuatu untuk bekerja. Sampai jumpa di langkah sembilan.

Phase A Architecture Vision 9

Langkah sembilan dari Fase A, yaitu Fase Visi Arsitektur, adalah mendefinisikan nilai arsitektur target dan KPI (Key Performance Indicators).

Hal pertama yang perlu dilakukan adalah mengembangkan business case untuk arsitektur dan perubahan yang diperlukan. Ketika kita bekerja di dalam sebuah organisasi, kita harus selalu bisa memberikan alasan yang mudah untuk mengeluarkan uang demi membuat perubahan ini. Jadi, jika kita perlu membeli perangkat lunak senilai seratus ribu dolar, kita perlu dapat mengatakan bahwa itu akan menghemat kita seratus ribu jam kerja per tahun dan akan menghemat sepuluh juta dolar per tahun. Jadi, mengeluarkan seratus ribu dolar untuk menghemat sepuluh juta dolar adalah keputusan yang jelas. Kita perlu mulai mengembangkan apa penghematannya dan berapa biayanya serta mendapatkan business case ini.

Kemudian, kita perlu meninjau proposisi nilai dengan setiap kelompok pemangku kepentingan. Jika kita berurusan dengan eksekutif, atau berurusan dengan kelompok IT, atau berurusan dengan kelompok penjualan, atau berurusan dengan layanan pelanggan, orang-orang ini adalah pemangku kepentingan utama. Mereka perlu melihat bahwa rencana ini akan menghemat uang, akan mempermudah pekerjaan mereka, akan meningkatkan waktu respons, akan meningkatkan skor layanan pelanggan, semua proposisi nilai itu.

Hal lain yang selalu muncul dalam TOGAF dan ketika Anda melakukan arsitektur adalah Anda perlu mengukur hal-hal ini. Jadi, jika Anda akan melihat bahwa itu akan menghemat Anda sepuluh juta dolar atau akan menghemat seratus ribu jam kerja, Anda sebagai arsitek, bahkan sebagai organisasi, harus tahu bahwa Anda dapat mengukur ini. Jadi, metrik apa yang akan Anda pantau, nilai saat ini adalah X dan nilai masa depan setengah dari X, dan Anda tahu bahwa Anda telah menghematnya.

Kita perlu, sebagai bagian dari arsitektur, merancang dan mengembangkan metrik-metrik ini. Itu sepadan dilakukan. Hanya perlu diingat, jika Anda mencoba menghemat uang, mencoba mengurangi waktu, dan Anda belum memiliki metrik-metrik, tentu saja, mulai mendapatkan metrik-metrik itu sendiri adalah proposisi nilai bagi eksekutif dan orang-orang yang penasaran. Tetapi lebih mudah jika Anda sudah memiliki metrik yang bisa Anda bandingkan.

Selanjutnya, menilai risiko bisnis. Tentu saja, dalam proyek IT dan teknologi, risiko selalu harus diakui. Jadi, apa yang kita bicarakan sebelumnya di Fase A dan sebagian dalam fase preliminary, memahami berbagai risiko yang datang dengan proyek, apakah itu risiko transformasi, kita harus membuat penilaian risiko tersebut. Ada sebuah bab manajemen risiko dalam TOGAF.

Jadi, itulah empat langkah di bawah langkah sembilan. Kita akan segera menuju langkah sepuluh. Sampai jumpa di video berikutnya.

Phase A Architecture Vision 10

Baik, kita telah mencapai langkah ke-10 dari fase Vision Arsitektur, yang melibatkan identifikasi risiko transformasi dan kegiatan mitigasi.

Meskipun kita telah membahas risiko dalam konteks proposisi nilai, penting untuk secara khusus mengidentifikasi segala risiko yang terkait dengan visi arsitektur dan menilai tingkat risikonya secara awal. Anda perlu mempertimbangkan skenario terburuk yang mungkin terjadi, seberapa mungkin kemunculannya, dan mengembangkan strategi mitigasi.

TOGAF membedakan antara dua tingkat risiko:

Tingkat Risiko Awal: Ini mewakili tingkat risiko sebelum menerapkan langkah-langkah mitigasi apa pun. Sebagai contoh, saat mengembangkan sistem entri pesanan baru, risiko awal mungkin mencakup kemungkinan pesanan hilang atau catatan pelanggan yang salah tempat. Mitigasi untuk ini bisa melibatkan pencadangan yang tepat, menjalankan sistem secara paralel, dan melakukan program uji coba.

Tingkat Risiko Residual: Ini adalah tingkat risiko yang dinilai setelah menerapkan langkah-langkah mitigasi. Dalam contoh tersebut, jika pencadangan yang tepat, paralelisme sistem, dan program uji coba yang berhasil sudah ada, risiko residual akan jauh lebih rendah.

Penting dicatat bahwa jika Anda berencana untuk melakukan proyek uji coba atau menjalankan sistem secara paralel, Anda sebaiknya mencantumkan aspek-aspek ini dalam pernyataan pekerjaan proyek. Alamat risiko, dokumentasikan, dan akui langkah-langkah yang diperlukan (seperti A, B, dan C atau kombinasi apa pun) yang harus diambil untuk meluncurkan proyek dengan sukses.

Langkah ini menekankan perlunya pemahaman menyeluruh tentang risiko potensial dan perencanaan yang matang untuk mengatasinya. Sekarang, kita

Phase A Architecture Vision 11

mari kita bahas singkat mengenai Fase A (Visi Arsitektur) dalam TOGAF.

Fase A (Visi Arsitektur) merupakan langkah awal dalam Architecture Development Method (ADM) TOGAF. Fase ini memiliki beberapa langkah kunci:

Konfirmasi Lingkup dan Sasaran: Mengidentifikasi area mana dari organisasi yang akan dipengaruhi oleh proyek arsitektur dan menentukan sasaran jangka pendek dan panjang.

Identifikasi Pemangku Kepentingan (Stakeholders): Mengidentifikasi pihak-pihak yang terkait dengan proyek arsitektur, seperti eksekutif, pengguna akhir, atau tim TI.

Konfirmasi Tujuan Bisnis, Pendorong Bisnis, dan Kendala: Memastikan pemahaman yang jelas mengenai tujuan pertumbuhan bisnis, faktor-faktor yang mendorong perubahan, dan kendala yang mungkin dihadapi.

Evaluasi Kemampuan Bisnis: Mengevaluasi kemampuan perusahaan untuk mengembangkan dan menggunakan arsitektur yang akan dibuat.

Penilaian Kesiapan Bisnis untuk Transformasi: Menggunakan Business Transformation Readiness Assessment untuk menilai sejauh mana organisasi siap menghadapi perubahan yang diusulkan.

Definisi Lingkup: Menentukan apa yang masuk dan keluar dari lingkup arsitektur, fokus pada apa yang akan ada di arsitektur baseline dan target.

Konfirmasi Prinsip Arsitektur: Meninjau dan mengkonfirmasi prinsip-prinsip arsitektur yang akan digunakan sebagai panduan selama pengembangan arsitektur.

Pengembangan Visi Arsitektur: Menggabungkan kebutuhan dan konsep menjadi visi arsitektur tingkat tinggi yang mencakup baseline dan target architectures.

Definisi Nilai dan KPI Arsitektur Target: Mengembangkan business case untuk arsitektur yang mencakup nilai, biaya, dan manfaat yang diharapkan.

Identifikasi Risiko Transformasi dan Kegiatan Mitigasi: Mengidentifikasi risiko yang terkait dengan visi arsitektur dan merencanakan strategi mitigasi.

Pembuatan Pernyataan Pekerjaan Arsitektur dan Pengaman Persetujuan: Mengembangkan pernyataan pekerjaan arsitektur yang mencakup deliverables, rencana, dan persyaratan sumber daya. Mendapatkan persetujuan dari pemangku kepentingan.

Fase A ini membantu dalam menggambarkan arah umum dan memberikan dasar yang kuat untuk fase-fase selanjutnya. Jika ada pertanyaan lebih lanjut atau jika Anda ingin membahas fase berikutnya, silakan beri tahu saya!