Arsitektur perusahaan bersifat kompleks. Ini melibatkan pemetaan hubungan antara proses bisnis, aplikasi perangkat lunak, dan infrastruktur teknologi dasar. Untuk mengelola kompleksitas ini, kerangka kerja ArchiMate menyediakan bahasa yang terstruktur. Namun, sumber ketegangan yang umum dalam tim arsitektur adalah kesalahpahaman terhadapViewpoint. Banyak praktisi kesulitan membedakan antara apa itu Viewpoint dan apa yang direpresentasikan oleh View, atau lensa khusus mana yang harus digunakan saat mendokumentasikan kekhawatiran tertentu.
Panduan ini menghilangkan kebisingan. Kami akan memberikan penjelasan langsung mengenai Viewpoint ArchiMate. Kami akan fokus pada lapisan utama—Bisnis, Aplikasi, dan Teknologi—bersamaan dengan masalah lintas-lapisan yang menghubungkannya. Di akhir artikel ini, Anda akan memiliki model mental yang jelas untuk memilih representasi yang tepat bagi pemangku kepentingan Anda.
Apa Sebenarnya yang Dimaksud dengan Viewpoint ArchiMate? 🤔
Sebelum masuk ke lapisan-lapisan tertentu, sangat penting untuk mendefinisikan konsep dasar. Dalam ArchiMate, sebuahViewpointmenentukan perspektif dari mana aspek tertentu arsitektur dilihat. Ini menentukan pemangku kepentingan, kekhawatiran, dan aturan untuk membuat diagram.
Bayangkan seperti lensa kamera. Anda bisa menggunakan kamera yang sama (data arsitektur) tetapi mengganti lensa untuk fokus pada detail yang berbeda. Lensa sudut lebar menangkap seluruh pemandangan (Bisnis), sementara lensa telefoto memperbesar komponen mesin tertentu (Teknologi). Viewpoint menentukan:
- Siapayang sedang melihat arsitektur (Pemangku kepentingan).
- Mengapamereka melihatnya (Kekhawatiran/Tujuan).
- Bagaimanainformasi disusun (aturan notasi).
- Apainformasi yang dimasukkan atau dikecualikan.
Ini berbeda dariView. View adalah hasil nyata—diagram atau dokumen khusus yang dibuat menggunakan aturan yang ditentukan oleh Viewpoint. Kebingungan sering muncul ketika arsitek membuat diagram dan menamainya dengan nama Viewpoint, tetapi diagram itu sendiri tidak mematuhi batasan dari Viewpoint tersebut.
Tiga Lapisan Inti: Bisnis, Aplikasi, dan Teknologi 🧱
ArchiMate dibangun di atas tiga lapisan utama. Lapisan-lapisan ini mewakili domain dasar suatu perusahaan. Memahami Viewpoint yang berbeda untuk setiap lapisan adalah langkah pertama menuju kejelasan.
1. Viewpoint Arsitektur Bisnis 🏢
Lapisan Bisnis berfokus pada organisasi itu sendiri, terlepas dari bagaimana organisasi tersebut didukung oleh TI. Lapisan ini menjelaskan bagaimana organisasi berfungsi untuk memberikan nilai kepada pelanggan dan pemangku kepentingan.
Elemen Kunci dalam Viewpoint Bisnis:
- Aktor:Orang atau organisasi yang melakukan kegiatan.
- Peran:Kumpulan tanggung jawab yang diberikan kepada Aktor.
- Proses Bisnis: Urutan kegiatan.
- Objek Bisnis: Informasi yang digunakan atau dihasilkan.
- Layanan Bisnis: Fungsionalitas yang ditawarkan kepada pemangku kepentingan.
Pandangan Bisnis Umum:
- Pandangan Layanan Bisnis: Berfokus pada layanan yang disediakan oleh bisnis kepada pemangku kepentingan eksternal atau internal. Berguna untuk dokumentasi yang ditujukan kepada pelanggan.
- Pandangan Proses Bisnis: Menjelaskan alur kegiatan dan peristiwa. Sangat penting untuk analisis efisiensi operasional.
- Pandangan Struktur Bisnis: Memetakan hierarki organisasi, peran, dan aktor. Ideal untuk keselarasan SDM dan tata kelola.
2. Pandangan Arsitektur Aplikasi 💻
Lapisan Aplikasi mewakili perangkat lunak yang mendukung proses bisnis. Ini menggambarkan komponen perangkat lunak logis dan bagaimana mereka berinteraksi. Lapisan ini berfungsi sebagai jembatan antara kebutuhan bisnis dan infrastruktur teknis.
Elemen Kunci dalam Pandangan Aplikasi:
- Komponen Aplikasi:Unit perangkat lunak modular.
- Layanan Aplikasi: Fungsionalitas yang ditawarkan oleh komponen.
- Antarmuka Aplikasi: Titik interaksi antar komponen.
- Objek Data: Informasi yang disimpan atau diproses oleh aplikasi.
Pandangan Aplikasi Umum:
- Pandangan Komunikasi Aplikasi: Menunjukkan bagaimana komponen berinteraksi melalui antarmuka. Sangat penting untuk memahami aliran data antar sistem.
- Pandangan Penggunaan Aplikasi: Memetakan proses bisnis mana yang menggunakan komponen aplikasi mana. Ini sangat penting untuk analisis dampak saat suatu sistem dihentikan penggunaannya.
- Pandangan Fungsionalitas Aplikasi: Menjelaskan fungsi-fungsi spesifik yang disediakan oleh tumpukan perangkat lunak.
3. Sudut Pandang Arsitektur Teknologi ⚙️
Lapisan Teknologi menggambarkan infrastruktur fisik dan logis yang menampung aplikasi. Ini mencakup server, jaringan, dan perangkat.
Elemen Kunci dalam Sudut Pandang Teknologi:
- Node:Sumber daya komputasi (server, wadah).
- Perangkat:Perangkat pengguna akhir (laptop, ponsel, IoT).
- Jaringan:Infrastruktur komunikasi (LAN, WAN, Cloud).
- Perangkat Lunak Sistem:Sistem operasi dan middleware.
Sudut Pandang Teknologi Umum:
- Sudut Pandang Penempatan Teknologi: Memetakan bagaimana komponen perangkat lunak ditempatkan pada node infrastruktur. Sangat penting untuk perencanaan kapasitas dan keamanan.
- Sudut Pandang Komunikasi Teknologi: Menjelaskan topologi jaringan dan konektivitas.
- Sudut Pandang Infrastruktur Teknologi: Berfokus pada tata letak fisik pusat data atau wilayah cloud.
Cara Memilih Sudut Pandang yang Tepat: Tabel Perbandingan 📊
Memilih sudut pandang yang tepat tergantung pada pertanyaan yang ingin Anda jawab. Gunakan tabel ini untuk dengan cepat mengidentifikasi lensa mana yang sesuai dengan tugas Anda saat ini.
| Pertanyaan yang Harus Dijawab | Sudut Pandang yang Direkomendasikan | Lapisan Utama |
|---|---|---|
| Bagaimana proses ini memengaruhi pelanggan? | Sudut Pandang Layanan Bisnis | Bisnis |
| Sistem-sistem apa saja yang terlibat dalam alur kerja ini? | Sudut Pandang Penggunaan Aplikasi | Aplikasi |
| Di mana data ini disimpan secara fisik? | Perspektif Penempatan Teknologi | Teknologi |
| Bagaimana dua aplikasi ini bertukar data? | Perspektif Komunikasi Aplikasi | Aplikasi |
| Siapa yang bertanggung jawab atas peran ini? | Perspektif Struktur Bisnis | Bisnis |
| Apa topologi jaringan untuk wilayah ini? | Perspektif Komunikasi Teknologi | Teknologi |
Perspektif Melintang: Strategi dan Motivasi 🧭
Meskipun tiga lapisan inti mendefinisikan struktur arsitektur, mereka tidak menjelaskan mengapa. Perspektif melintang membahas motivasi, strategi, dan rencana implementasi yang mendorong arsitektur maju. Perspektif ini mencakup ketiga lapisan tersebut.
1. Perspektif Motivasi 🎯
Arsitektur tidak ada dalam ruang hampa. Ia ada untuk menyelesaikan masalah atau mencapai tujuan. Perspektif Motivasi memperkenalkan konsep-konsep seperti:
- Pendorong:Faktor internal atau eksternal yang memaksa perubahan (misalnya, peraturan baru).
- Tujuan:Keadaan yang diinginkan oleh organisasi untuk dicapai.
- Prinsip:Aturan atau pedoman yang mengatur keputusan desain.
- Persyaratan:Kendala atau kebutuhan khusus.
Menggunakan perspektif ini memastikan bahwa setiap diagram yang Anda buat terkait kembali ke tujuan strategis. Ini mencegah arsitektur ‘shelf-ware’ di mana diagram dibuat tetapi tidak memiliki alasan bisnis yang jelas.
2. Perspektif Implementasi & Migrasi 🚀
Perubahan jarang terjadi secara instan. Proyek dan inisiatif menjadi jembatan antara kondisi saat ini dan kondisi target. Perspektif ini membantu memvisualisasikan:
- Proyek: Inisiatif yang dirancang untuk menerapkan perubahan.
- Tugas: Menghubungkan proyek dengan kemampuan yang mereka berikan.
- Paket Kerja: Bagian-bagian kecil pekerjaan dalam suatu proyek.
Ini sangat penting untuk manajemen program. Ini memungkinkan pimpinan melihat proyek mana yang mendorong kemampuan arsitektur mana.
Kesalahan Umum dan Kesalahpahaman 🚫
Bahkan arsitek berpengalaman membuat kesalahan saat bekerja dengan Pandangan. Mengidentifikasi kesalahan ini sejak dini menghemat waktu dan mengurangi kebingungan.
1. Menyamakan View dengan Viewpoint
Viewpoint adalah templat atau sekumpulan aturan. View adalah hasil. Jika Anda membuat diagram, itu adalah View. Jika Anda mengatakan ‘Saya menggunakan Viewpoint Proses Bisnis’, Anda merujuk pada aturan yang Anda ikuti untuk membuat View tersebut. Menggabungkan istilah-istilah ini menyebabkan dokumentasi yang sulit dipertahankan karena aturannya tidak jelas didefinisikan.
2. Menggabungkan Lapisan Secara Sembarangan
Meskipun ArchiMate memungkinkan hubungan lintas-lapisan, satu Viewpoint biasanya harus fokus pada satu lapisan untuk menjaga kejelasan. Diagram yang menunjukkan Aktor Bisnis terhubung langsung ke Node Jaringan tanpa perantara Aplikasi sering kali secara teknis valid dalam model tetapi membingungkan dalam suatu View. Ini menyamarkan pemisahan logis antar kepentingan. Tetap pada Viewpoint yang sesuai untuk audiens yang dituju.
3. Mengabaikan Pihak Berkepentingan
Viewpoint didefinisikan oleh pihak berkepentingan. Viewpoint teknis tidak berguna bagi CEO. Viewpoint strategis tidak berguna bagi insinyur DevOps. Jika Anda membuat Viewpoint tanpa menentukan kelompok pihak berkepentingan tertentu, Anda berisiko menciptakan artefak yang tidak dibaca siapa pun.
4. Terlalu Memperumit Notasi
ArchiMate memiliki banyak jenis hubungan (penugasan, aliran, realisasi, komposisi, dll). Jangan gunakan setiap jenis hubungan dalam setiap diagram. Pilih hubungan yang memberi makna pada Viewpoint spesifik yang sedang Anda bangun. Detail berlebihan dapat menyebabkan kekacauan, membuat arsitektur sulit dipahami.
Membangun Deskripsi Arsitektur yang Konsisten 📝
Setelah Anda memahami Viewpoint individu, tantangan berikutnya adalah mengintegrasikannya menjadi Deskripsi Arsitektur yang kohesif. Ini adalah kumpulan semua View dan Viewpoint yang memberikan gambaran lengkap tentang perusahaan.
Langkah 1: Identifikasi Pihak Berkepentingan
Mulailah dengan mendaftarkan siapa yang perlu melihat arsitektur tersebut. Kelompokkan berdasarkan perhatian utama mereka:
- Kepemimpinan Eksekutif: Fokus pada Strategi, Motivasi, dan Nilai Bisnis.
- Manajer Bisnis: Fokus pada Proses, Layanan, dan Struktur Organisasi.
- Manajer TI: Fokus pada Portofolio Aplikasi, Penempatan, dan Infrastruktur.
- Pengembang: Fokus pada Antarmuka, Komponen, dan Objek Data.
Langkah 2: Peta Keprihatinan ke Sudut Pandang
Untuk setiap kelompok pemangku kepentingan, pilih Sudut Pandang yang menangani keprihatinan mereka. Buat matriks yang menghubungkan pemangku kepentingan dengan View yang dibutuhkan. Ini menjamin cakupan tanpa tumpang tindih.
Langkah 3: Pastikan Konsistensi
Model ArchiMate biasanya disimpan di repositori pusat. Pastikan elemen-elemen yang digunakan dalam Sudut Pandang Bisnis (misalnya, “Proses Layanan Pelanggan”) sesuai dengan elemen-elemen yang dirujuk dalam Sudut Pandang Aplikasi (misalnya, “Sistem CRM”). Konsistensi dalam penamaan dan definisi adalah perekat yang menjaga arsitektur tetap utuh.
Strategi Implementasi Praktis 💡
Bagaimana Anda menerapkannya tanpa memberatkan tim Anda? Berikut langkah-langkah nyata untuk menerapkan manajemen Sudut Pandang.
1. Tetapkan Perpustakaan Sudut Pandang
Buat katalog standar Sudut Pandang untuk organisasi Anda. Alih-alih setiap arsitek menciptakan gaya diagram sendiri, sediakan serangkaian template yang telah disetujui. Misalnya, wajibkan semua dokumen inisiasi proyek menggunakan Sudut Pandang Implementasi & Migrasi.
2. Dokumentasikan Alasannya
Saat membuat View, sertakan deskripsi singkat tentang mengapaSudut Pandang ini dipilih. Ini membantu pemelihara di masa depan memahami konteksnya. Jika sebuah diagram tampak tidak biasa, catatan alasan akan menjelaskan pengecualian tersebut.
3. Tinjau dan Sempurnakan
Arsitektur tidak bersifat statis. Tinjau Sudut Pandang Anda secara berkala. Apakah Sudut Pandang Bisnis masih relevan terhadap model operasional saat ini? Apakah Sudut Pandang Teknologi mencerminkan perpindahan ke infrastruktur cloud? Perbarui definisi Anda seiring berkembangnya perusahaan.
4. Latih Tim Anda
Pastikan semua arsitek memahami perbedaan antar lapisan. Adakan pelatihan di mana tim berlatih membuat View dari Sudut Pandang tertentu. Bermain peran membantu memperkuat perbedaan antara keprihatinan Bisnis, Aplikasi, dan Teknologi.
Pertanyaan yang Sering Diajukan ❓
Apakah saya bisa menggabungkan lapisan Bisnis dan Teknologi dalam satu Sudut Pandang?
Secara teknis, ya, ArchiMate mendukung hubungan antar lapisan. Namun, praktik terbaik menyarankan agar tetap terpisah untuk kejelasan. Jika Anda harus menggabungkannya, gunakan Sudut Pandang Terpadusecara khusus dirancang untuk integrasi, memastikan Anda menandai batas lapisan dengan jelas. Menggabungkannya secara sembarangan sering kali menghasilkan diagram yang terlalu rumit bagi satu pemangku kepentingan untuk dipahami.
Seberapa sering saya harus memperbarui model ArchiMate saya?
Tidak ada aturan tetap. Perbarui model saat terjadi perubahan signifikan dalam strategi bisnis, portofolio aplikasi, atau infrastruktur. Tujuannya adalah menjaga deskripsi arsitektur tetap relevan cukup untuk digunakan, bukan terlalu mutakhir hingga menjadi beban pemeliharaan. Gunakan Sudut Pandang untuk menentukan tingkat detail pembaruan.
Apakah saya harus menggunakan semua 11 lapisan ArchiMate?
Tidak. Tiga lapisan inti (Bisnis, Aplikasi, Teknologi) ditambah lapisan Motivasi, Implementasi, dan Strategi adalah yang paling umum. Lapisan-lapisan lainnya (Fisik, Data, dll.) bersifat khusus. Gunakan hanya lapisan-lapisan yang relevan dengan konteks perusahaan Anda. Jangan memaksa elemen masuk ke model hanya karena ada dalam kerangka kerja.
Apa yang terjadi jika kebutuhan Sudut Pandang saya berubah?
Pandangan dapat disesuaikan. Jika muncul kelompok pemangku kepentingan baru dengan kekhawatiran yang berbeda, buat pandangan baru atau modifikasi pandangan yang sudah ada agar sesuai dengan kebutuhan mereka. Kerangka kerja ini fleksibel, tetapi konsistensi pada lapisan inti harus tetap terjaga.
Pikiran Akhir Mengenai Kejelasan Arsitektur 🧠
Menguasai pandangan ArchiMate bukan tentang menghafal setiap definisi. Ini tentang memahami tujuan di balik setiap sudut pandang. Ketika Anda memilih pandangan yang tepat, Anda memastikan bahwa orang yang tepat melihat informasi yang tepat pada waktu yang tepat.
Dengan memisahkan kekhawatiran Bisnis, Aplikasi, dan Teknologi, serta menggunakan pandangan lintas (cross-cutting) untuk strategi dan motivasi, Anda menciptakan lingkungan terstruktur untuk pengambilan keputusan. Struktur ini mengurangi ambiguitas dan menyelaraskan pelaksanaan teknis dengan tujuan bisnis.
Fokus pada pemangku kepentingan. Tentukan kekhawatiran. Pilih pandangan. Bangun tampilan. Siklus sederhana ini, yang diulang secara konsisten, membangun deskripsi arsitektur yang kuat, jelas, dan bernilai.
Luangkan waktu untuk mendokumentasikan pilihan pandangan Anda. Berinvestasilah pada struktur deskripsi Anda. Upaya yang dihabiskan untuk kejelasan sekarang akan memberi keuntungan dalam pengambilan keputusan yang lebih cepat dan keselarasan yang lebih baik di masa depan.