Pemetaan dokumentasi TOGAF

Anda mencoba menggabungkan Solution Architecture dan Enterprise Architecture, mungkin itulah sebabnya hal ini tampak membingungkan.

TOGAF adalah tentang arsitektur perusahaan - gambaran besarnya, seperti yang Anda tunjukkan dengan benar. Sebaliknya, informasi tentang aplikasi konkret lebih merupakan masalah arsitektur solusi. Tentu saja, ada yang berpendapat bahwa Anda dapat mendeskripsikan arsitektur perusahaan sedetail yang Anda perlukan, namun bukan itu intinya.

Namun, menjawab pertanyaan awal Anda: sepertinya informasi aplikasi (deskripsi arsitektur, deskripsi komponen, deskripsi fungsional) yang Anda miliki harus disimpan di Architecture Repository sebagai Solution Building Blocks. Saya sarankan untuk mengatasinya sebagai bagian dari deskripsi Baseline Application Architecture dan Baseline Technology Architecture, selama Phase C dan Phase D.

Kemudian lagi, pertama-tama Anda harus mempertimbangkan dengan cermat apakah Anda benar-benar memerlukan tingkat detail setinggi ini.

P.S. jika Anda memberikan lebih banyak konteks tentang apa yang ingin Anda capai, saya mungkin dapat memberi Anda saran yang lebih spesifik

Pembaruan 11/11/2018

Di mana saya dapat meletakkan informasi perusahaan seperti struktur perusahaan, orang, tim, dll?

Tergantung. Struktur perusahaan harus disimpan di Baseline/Target Business Architecture sebagai bagian dari model Organization structure. Berikut definisi dari TOGAF:

"Struktur organisasi: mendokumentasikan struktur organisasi, mengidentifikasi lokasi bisnis dan menghubungkannya dengan unit organisasi."

Ini juga merupakan salah satu input - Organizational Model for Enterprise Architecture (lihat Bagian IV, 36.2.16 dari spesifikasi TOGAF).

Di mana saya dapat meletakkan informasi bisnis seperti produk dan layanan yang ditawarkan oleh perusahaan, bagaimana cara menghitung harga? apa artinya "hal X" bagi bisnis?

Ini juga merupakan bagian dari Business Architecture, berikut daftar lengkap dari spesifikasi TOGAF:

• Struktur organisasi - mengidentifikasi lokasi bisnis dan menghubungkannya dengan unit organisasi
• Sasaran dan sasaran bisnis - untuk perusahaan dan setiap unit organisasi
• Fungsi bisnis - langkah rinci dan rekursif yang melibatkan dekomposisi berturut-turut dari area fungsional utama menjadi sub-fungsi
• Layanan bisnis - layanan yang diberikan oleh perusahaan dan setiap unit perusahaan kepada pelanggannya, baik secara internal maupun eksternal
• Proses bisnis, termasuk tindakan dan hasil
• Peran bisnis, termasuk pengembangan dan modifikasi persyaratan keterampilan
• Model data bisnis
• Korelasi organisasi dan fungsi - menghubungkan fungsi bisnis dengan unit organisasi dalam bentuk laporan matriks

Di mana saya harus melakukan penilaian berkelanjutan? dan di mana saya harus meletakkannya setelah diproduksi?

Ada pola standar di TOGAF:

1. Nilai situasi saat ini dan tuliskan sebagai Baseline Architecture
2. Ciptakan visi dan tuliskan sebagai Target Architecture
3. Berusahalah menuju Target Architecure dan perbarui Baseline Architecture seiring berjalannya waktu

Jadi, pada akhirnya, baseline Anda harus sama dengan target dan sekarang menjadi baseline baru Anda untuk siklus ADM berikutnya.

Di mana saya harus meletakkan daftar istilah umum?

Hal ini biasanya dilakukan sesegera mungkin selama menyesuaikan TOGAF dengan perusahaan Anda - Preliminary Phase dari siklus ADM (lihat Bagian IV, 36.2.21 spesifikasi TOGAF).

Di mana saya harus meletakkan panduan pengembangan? seperti daftar lingkungan, IP, alur kerja pengiriman, alur kerja jira, dll?

Panduan pengembangan, alur kerja jira, dan hal-hal manajemen proyek lainnya biasanya tidak menjadi perhatian langsung TOGAF. Pastinya harus diwaspadai, arsitek perusahaan bahkan mungkin bisa berkonsultasi mengenai masalah ini. Hanya satu hal yang terlintas dalam pikiran dalam hal manajemen proyek - peta jalan, yang ditulis dan diperbarui sesuai kebutuhan selama hampir semua tahapan.

Lingkungan, IP, dan informasi infrastruktur lainnya biasanya dikerjakan selama Phase D, terutama sebagai bagian dari model dan spesifikasi arsitektur teknologi.

Di mana saya harus meletakkan definisi API layanan?

Sekali lagi, Anda harus mempertimbangkan dengan cermat apakah Anda memerlukan tingkat detail ini, namun tampaknya tepat untuk membahasnya di Phase C (Applications Architecture). Salah satu langkahnya adalah mendefinisikan model (disarankan oleh TOGAF untuk mencari referensi di industri Anda), yang mungkin mencakup definisi API. Biasanya cukup untuk membahas Applications Interoperability yang lebih abstrak dalam kaitannya dengan perusahaan.

Poin yang sangat penting: TOGAF hanyalah sebuah kerangka kerja, Anda dapat menyesuaikannya sesuai keinginan Anda untuk perusahaan Anda saat ini, namun jangan lupa untuk mendokumentasikannya. Anda juga harus ingat bahwa ini bukan hanya seperangkat alat, tetapi juga seperangkat harapan, daftar istilah dan pedoman, sehingga seorang arsitek baru tidak perlu mempelajari semuanya dari awal di setiap perusahaan baru tempat dia bekerja. Seperti yang selalu terjadi - Anda harus menemukan titik keseimbangan yang tepat.