TOGAF ADM: 10 teknik terbaik – Bagian 5: Teknik Perencanaan Migrasi

Teknik Perencanaan Migrasi dalam TOGAF menyediakan pendekatan terstruktur untuk menilai dan merencanakan implementasi serta migrasi Arsitektur Perusahaan. Dengan menggunakan teknik-teknik ini, arsitek dapat memastikan bahwa rencana tersebut komprehensif dan selaras dengan tujuan bisnis, sambil juga mempertimbangkan kendala dan ketergantungan yang dapat memengaruhi implementasi.

Setiap teknik memiliki tujuan khusus masing-masing dan dapat digunakan dalam tahapan yang berbeda dalam proses perencanaan migrasi. Sebagai contoh, matriks Penilaian dan Penarikan Faktor Implementasi dapat membantu mengidentifikasi dan mendokumentasikan faktor-faktor yang memengaruhi implementasi, sementara Teknik Penilaian Nilai Bisnis dapat membantu menilai nilai dan risiko yang terkait dengan berbagai pilihan.

Dengan menggunakan teknik-teknik ini secara bersamaan, arsitek dapat mengembangkan rencana migrasi yang holistik yang mempertimbangkan semua faktor yang relevan dan memastikan implementasi Arsitektur Perusahaan yang sukses.

Matriks Penilaian dan Penarikan Faktor Implementasi TOGAF ADM

Matriks Penilaian dan Penarikan Faktor Implementasi TOGAF ADM adalah alat yang digunakan untuk mengidentifikasi dan mengevaluasi faktor-faktor yang dapat memengaruhi implementasi rencana arsitektur perusahaan. Matriks ini biasanya mencakup tiga kolom, yaitu:

1. Faktor: Kolom ini mencantumkan berbagai faktor yang dapat memengaruhi implementasi rencana arsitektur. Faktor-faktor ini dapat mencakup Risiko, Isu, Asumsi, Ketergantungan, Tindakan, Dampak, atau faktor relevan lainnya.
2. Deskripsi: Kolom ini memberikan penjelasan singkat mengenai setiap faktor, menjelaskan apa itu dan mengapa penting untuk dipertimbangkan saat menyusun rencana.
3. Penarikan: Kolom ini menguraikan penarikan yang perlu dibuat berdasarkan setiap faktor. Penarikan ini menunjukkan tindakan atau kendala yang harus dipertimbangkan saat menyusun rencana implementasi.

Sebagai contoh, misalkan salah satu faktor yang tercantum dalam matriks adalah ‘Risiko’. Dalam kolom deskripsi, faktor ini mungkin didefinisikan sebagai ‘kejadian atau situasi negatif potensial yang dapat memengaruhi keberhasilan rencana implementasi’. Dalam kolom penarikan, matriks mungkin menunjukkan bahwa semua risiko yang teridentifikasi harus dievaluasi dan diprioritaskan, serta strategi mitigasi risiko yang sesuai harus diterapkan.

Secara keseluruhan, matriks Penilaian dan Penarikan Faktor Implementasi adalah alat yang bermanfaat untuk memastikan bahwa semua faktor yang relevan dipertimbangkan saat menyusun rencana implementasi, serta tindakan yang tepat diambil untuk mengatasi masalah atau kendala yang mungkin muncul.

—

berikut adalah kemungkinan penyempurnaan matriks berdasarkan perubahan ke pesan instan:

Faktor	Deskripsi	Penarikan
Perubahan Teknologi
Penutupan pusat pesan	Keputusan untuk menutup pusat pesan dan beralih ke pesan instan sebagai saluran komunikasi utama	Evaluasi dampak penutupan terhadap personel dan proses Kembangkan rencana untuk melatih personel dalam menggunakan pesan instan secara efektif Pertimbangkan potensi penghematan dari penutupan dan prioritaskan sesuai kebutuhan
Personel	Orang-orang yang terlibat dalam pelaksanaan rencana dan/atau terdampak perubahan	Identifikasi peran dan tanggung jawab personel yang terlibat dalam implementasi Evaluasi dampak perubahan terhadap personel Kembangkan rencana untuk melatih atau mengalihkan personel sesuai kebutuhan
Pesan Instan	Teknologi baru yang diperkenalkan sebagai bagian dari rencana implementasi	Evaluasi manfaat dan kekurangan menggunakan pesan instan sebagai saluran komunikasi utama Kembangkan rencana untuk melatih personel dalam menggunakan pesan instan secara efektif Prioritaskan pesan instan sebagai tindakan penghematan biaya
Biaya	Implikasi keuangan dari rencana pelaksanaan	Evaluasi biaya yang terkait dengan pelaksanaan rencana Pertimbangkan tindakan penghematan biaya seperti penggunaan pesan instan Kembangkan rencana untuk memantau dan mengelola biaya sepanjang pelaksanaan

Sekali lagi, ini hanyalah salah satu cara yang mungkin untuk meregenerasi matriks berdasarkan teknologi yang diperbarui, dan faktor-faktor, deskripsi, serta kesimpulan yang digunakan dalam matriks akan tergantung pada skenario bisnis tertentu yang sedang ditangani.

 

Matriks Kesenjangan, Solusi, dan Ketergantungan Terkonsolidasi

Matriks Kesenjangan, Solusi, dan Ketergantungan Terkonsolidasi adalah teknik yang digunakan dalam proses pengembangan arsitektur TOGAF untuk mengidentifikasi dan mengelompokkan kesenjangan dalam bidang arsitektur, menilai solusi potensial, dan ketergantungan terhadap kesenjangan tersebut.

Teknik ini membantu arsitek untuk memprioritaskan pekerjaan mereka dan mengidentifikasi area di mana solusi dapat memberikan dampak terbesar. Dengan mengelompokkan kesenjangan bersama, arsitek dapat memahami hubungan antar kesenjangan dengan lebih baik dan mengidentifikasi solusi yang dapat menangani beberapa kesenjangan secara bersamaan.

Matriks ini juga berguna untuk perencanaan dan pembuatan paket pekerjaan. Ketergantungan yang teridentifikasi dapat membantu mendorong pembuatan proyek dan memberikan informasi untuk perencanaan migrasi pada Tahap E dan F dalam proses pengembangan arsitektur. Ini memastikan bahwa proyek-proyek tersebut diprioritaskan dengan tepat dan selaras dengan tujuan bisnis.

Secara keseluruhan, matriks Kesenjangan, Solusi, dan Ketergantungan Terkonsolidasi adalah alat berharga bagi arsitek untuk digunakan sepanjang proses pengembangan arsitektur, memungkinkan mereka mengidentifikasi kesenjangan, solusi, dan ketergantungan, memprioritaskan pekerjaan mereka, serta mendorong perencanaan dan pelaksanaan proyek yang efektif.

Contoh

berikut ini adalah contoh bagaimana matriks Kesenjangan, Solusi, dan Ketergantungan Terkonsolidasi dapat digunakan:

Misalkan selama tahap analisis kesenjangan dalam proses pengembangan arsitektur, tim arsitektur telah mengidentifikasi beberapa kesenjangan dalam arsitektur kondisi saat ini. Kesenjangan-kesenjangan ini meliputi:

1. Kurangnya repositori data terpusat untuk data pelanggan
2. Definisi data yang tidak konsisten di seluruh unit bisnis
3. Integrasi terbatas antara sistem CRM dan sistem pemenuhan pesanan

Untuk membuat matriks Kesenjangan, Solusi, dan Ketergantungan Terkonsolidasi, tim arsitektur akan mengelompokkan kesenjangan-kesenjangan ini bersama dan menilai solusi dan ketergantungan potensial. Sebagai contoh:

berikut ini adalah contoh yang sama lagi dengan penomoran ditambahkan pada kolom pertama:

#	Kesenjangan	Solusi Potensial	Ketergantungan
1	Kurangnya repositori data terpusat untuk data pelanggan	Implementasikan data lake untuk data pelanggan	Tergantung pada penyelesaian definisi data yang tidak konsisten
2	Definisi data yang tidak konsisten di seluruh unit bisnis	Membangun kerangka kerja tata kelola data dan model data bersama	Tergantung pada implementasi data lake
3	Integrasi terbatas antara sistem CRM dan sistem pemenuhan pesanan	Melaksanakan enterprise service bus (ESB) untuk memungkinkan pertukaran data secara real-time	Tergantung pada implementasi kerangka kerja tata kelola data dan model data bersama

Dalam contoh ini, matriks menunjukkan bahwa mengatasi celah dalam data pelanggan memerlukan pendekatan bertahap yang melibatkan penyelesaian ketidakkonsistenan data, implementasi data lake, pembentukan kerangka kerja tata kelola data dan model data bersama, serta akhirnya melaksanakan ESB untuk memungkinkan pertukaran data secara real-time.

Matriks ini dapat digunakan untuk merencanakan paket pekerjaan, mengidentifikasi ketergantungan, dan memprioritaskan proyek dalam Fase E dan F. Sebagai contoh, tim arsitektur dapat memprioritaskan implementasi kerangka kerja tata kelola data dan model data bersama sebagai langkah pertama dalam mengatasi celah yang telah diidentifikasi, karena hal ini merupakan ketergantungan bagi implementasi data lake dan ESB.

Tabel Increment Definisi Arsitektur

Tabel Increment Definisi Arsitektur adalah teknik yang digunakan dalam Kerangka Arsitektur The Open Group (TOGAF) yang memungkinkan arsitek untuk merencanakan dan melacak perkembangan arsitektur perusahaan seiring waktu. Tabel ini mencantumkan berbagai proyek yang akan berkontribusi terhadap pengembangan arsitektur, serta menetapkan hasil khusus untuk setiap proyek yang akan diselesaikan secara bertahap seiring waktu.

Tujuan dari tabel ini adalah untuk menciptakan peta jalan yang menggambarkan urutan yang direncanakan dari Arsitektur Transisi, yaitu status antara dari arsitektur yang akan dicapai pada waktu-waktu tertentu selama proses pengembangan. Setiap Arsitektur Transisi mewakili tahap arsitektur yang lebih lengkap dan lebih dekat ke kondisi akhir dibandingkan tahap sebelumnya.

Dengan memecah proses pengembangan menjadi hasil kinerja bertahap dan menugaskannya ke proyek serta jangka waktu tertentu, Tabel Increment Definisi Arsitektur membantu arsitek untuk:

1. Merencanakan pengembangan arsitektur perusahaan secara terstruktur dan terkelola
2. Memastikan bahwa setiap proyek disusun secara tepat dan setiap tahap selesai dalam waktu yang tepat
3. Mengidentifikasi ketergantungan dan konflik potensial antara proyek yang berbeda
4. Memberikan gambaran jelas tentang proses pengembangan, yang dapat dibagikan dengan pemangku kepentingan untuk memastikan bahwa semua pihak sejalan mengenai tujuan dan jadwal proyek.

Secara keseluruhan, Tabel Increment Definisi Arsitektur adalah alat yang kuat yang dapat membantu arsitek untuk mengelola proyek arsitektur perusahaan yang kompleks dan memastikan bahwa proyek tersebut selesai secara sukses dan tepat waktu.

Berikut ini adalah Tabel Increment Definisi Arsitektur yang diperbarui yang menggabungkan informasi increment dan waktu mulai:

Nama Proyek	Increment 1 – Waktu Mulai	Increment 1	Increment 2 – Waktu Mulai	Increment 2	Increment 3 – Waktu Mulai	Increment 3	Increment 4 – Waktu Mulai	Increment 4
Sistem CRM	Kuartal 1 2023	Arsitektur Konseptual	Kuartal 2 2023	Arsitektur Logis	Kuartal 3 2023	Arsitektur Fisik	Kuartal 4 2023	Sistem yang Beroperasi Penuh
Gudang Data	Kuartal 1 2023	Arsitektur Konseptual	Kuartal 2 2023	Arsitektur Logis	Kuartal 3 2023	Arsitektur Fisik	Kuartal 4 2023	Sistem yang Beroperasi Penuh
Platform E-Commerce	Kuartal 2 2023	Arsitektur Konseptual	Kuartal 3 2023	Arsitektur Logis	Kuartal 4 2023	Arsitektur Fisik	Kuartal 1 2024	Sistem yang Beroperasi Penuh
Aplikasi Seluler	Kuartal 2 2023	Arsitektur Konseptual	Kuartal 3 2023	Arsitektur Logis	Kuartal 4 2023	Arsitektur Fisik	Kuartal 1 2024	Sistem yang Sepenuhnya Beroperasi

Dalam tabel yang diperbarui ini, setiap proyek memiliki empat peningkatan, dan setiap peningkatan memiliki waktu mulai yang direpresentasikan sebagai kuartal dan tahun. Ini memungkinkan arsitek untuk merencanakan serangkaian arsitektur transisi dan melacak kemajuan menuju pencapaian sistem yang sepenuhnya beroperasi untuk setiap proyek.

Sebagai contoh, proyek Sistem CRM dimulai pada Kuartal 1 2023, dan setiap peningkatan berikutnya dimulai pada kuartal berikutnya. Tabel menunjukkan bahwa peningkatan Sistem yang Sepenuhnya Beroperasi dijadwalkan pada Kuartal 4 2023. Ini memungkinkan arsitek untuk merencanakan dan melacak kemajuan menuju pencapaian sistem yang sepenuhnya beroperasi untuk proyek Sistem CRM.

Demikian pula, tabel ini menunjukkan waktu mulai untuk setiap peningkatan pada tiga proyek lainnya. Ini membantu arsitek untuk merencanakan dan melacak kemajuan menuju pencapaian sistem yang sepenuhnya beroperasi untuk setiap proyek, serta mengidentifikasi kemungkinan konflik atau ketergantungan antar proyek yang berbeda.

Tabel Evolusi Status Arsitektur Transisi

Tabel Evolusi Status Arsitektur Transisi adalah teknik yang digunakan dalam Kerangka Arsitektur The Open Group (TOGAF) untuk menunjukkan kondisi yang diusulkan dari arsitektur organisasi pada berbagai tingkatan menggunakan taksonomi tertentu seperti Model Referensi Teknis TOGAF (TRM). Tabel ini merupakan alat visual yang membantu arsitek mengidentifikasi layanan-layanan dalam taksonomi yang digunakan dalam perusahaan, lalu mencantumkan Arsitektur Transisi dan transformasi yang diusulkan untuk layanan-layanan tersebut.

Tabel ini harus mencantumkan daftar semua Blok Bangunan Solusi (SBBs) dan menjelaskan bagaimana mereka akan memengaruhi serta memberikan kontribusi terhadap layanan yang tercantum. SBBs juga harus diberi tanda untuk menunjukkan bagaimana mereka akan mendorong perkembangan Arsitektur Perusahaan. Sebagai contoh, jika kemampuan baru diperkenalkan, akan diberi tanda sebagai ‘baru’ atau ‘pertahankan’ dalam tabel. Jika suatu kemampuan sedang dipindahkan ke solusi baru, akan diberi tanda sebagai ‘transisi’. Dan jika suatu kemampuan diganti, akan diberi tanda sebagai ‘ganti’.

Tabel Evolusi Status Arsitektur Transisi memberikan gambaran yang jelas mengenai perubahan yang akan terjadi dalam arsitektur organisasi seiring waktu. Ini memungkinkan arsitek untuk melihat bagaimana perubahan yang diusulkan akan memengaruhi layanan organisasi dan bagaimana mereka akan membawa organisasi menuju kondisi tujuan. Dengan menggunakan tabel ini, arsitek dapat memastikan bahwa perubahan yang diusulkan selaras dengan tujuan dan sasaran organisasi serta dapat diimplementasikan secara efektif.

Contoh

Berikut adalah contoh bagaimana Tabel Evolusi Status Arsitektur Transisi bisa terlihat berdasarkan kolom-kolom yang Anda sebutkan:

Sub-Domain	Layanan	Arsitektur Transisi 1	Arsitektur Transisi 2	Arsitektur Transisi 3
Penjualan	Manajemen Pesanan	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan
Penjualan	Manajemen Pelanggan	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan
Keuangan	Hutang Dagang	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan
Keuangan	Piutang	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan
SDM	Gaji	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan
SDM	Administrasi Manfaat	Kondisi Saat Ini	Kondisi Transisi	Kondisi Tujuan

Dalam contoh ini, kolom pertama mencantumkan sub-domain dalam organisasi, seperti Penjualan, Keuangan, dan SDM. Kolom kedua mencantumkan layanan khusus dalam setiap sub-domain, seperti Manajemen Pesanan, Piutang, dan Gaji. Kolom-kolom sisanya mewakili berbagai Arsitektur Transisi, yang dapat mencakup Kondisi Saat Ini, Kondisi Transisi, dan Kondisi Tujuan.

Setiap sel dalam tabel kemudian akan diisi dengan informasi yang relevan untuk layanan dan arsitektur tersebut. Sebagai contoh, sel untuk Manajemen Pesanan dan kolom Kondisi Saat Ini mungkin berisi deskripsi arsitektur saat ini yang digunakan untuk mengelola pesanan, sementara sel untuk Manajemen Pesanan dan kolom Kondisi Tujuan mungkin menggambarkan arsitektur yang diusulkan untuk mengelola pesanan di masa depan.

Teknik Penilaian Nilai Bisnis

Teknik penilaian nilai bisnis yang Anda jelaskan merupakan metode yang bermanfaat untuk mengevaluasi dan memprioritaskan berbagai inisiatif atau proyek bisnis. Dengan menggunakan matriks berdasarkan dimensi nilai dan risiko, bisnis dapat mengevaluasi pilihan mereka berdasarkan kriteria objektif yang selaras dengan tujuan strategis dan sasaran mereka.

Dimensi indeks nilai, yang mencakup kepatuhan terhadap prinsip-prinsip, kontribusi finansial, keselarasan strategis, dan posisi kompetitif, membantu menentukan manfaat dan peluang potensial yang dapat dibawa proyek bagi bisnis. Dimensi indeks risiko, yang mencakup ukuran dan kompleksitas, teknologi, kapasitas organisasi, dan dampak kegagalan, membantu mengidentifikasi risiko dan tantangan potensial yang mungkin dihadapi proyek.

Contoh

Dengan memberikan bobot individu pada setiap kriteria, bisnis dapat menentukan tingkat kepentingan relatif setiap kriteria dalam proses pengambilan keputusan. Hal ini membantu memastikan bahwa faktor-faktor paling kritis diberi bobot lebih besar dalam proses evaluasi.

 

Akhirnya, penting untuk menetapkan kriteria pengambilan keputusan sebelum opsi-opsi diketahui. Hal ini memastikan bahwa proses evaluasi tetap objektif dan konsisten, serta semua opsi dievaluasi berdasarkan kriteria yang sama. Ini juga membantu mencegah bias dan preferensi pribadi memengaruhi proses pengambilan keputusan.

Ringkasan