Architecture Decision Record
← dokumen

Cara mulai menggunakan ADR

Untuk mulai menggunakan ADR, bicarakan area-area berikut dengan rekan tim Anda.

Identifikasi keputusan:

  • Seberapa mendesak dan seberapa penting AD tersebut?

  • Apakah harus dibuat sekarang, atau dapat menunggu sampai lebih banyak hal diketahui?

  • Baik pengalaman pribadi maupun kolektif, serta metode dan praktik desain yang diakui, dapat membantu identifikasi keputusan.

  • Idealnya pertahankan daftar tugas keputusan yang melengkapi daftar tugas produk.

Pengambilan keputusan:

  • Ada sejumlah teknik pengambilan keputusan, baik yang umum maupun yang khusus untuk arsitektur perangkat lunak, misalnya dialogue mapping.

  • Pengambilan keputusan secara berkelompok adalah topik penelitian yang aktif.

Pemberlakuan dan penegakan keputusan:

  • AD digunakan dalam desain perangkat lunak; karena itu AD harus dikomunikasikan kepada, dan diterima oleh, para pemangku kepentingan sistem yang mendanai, mengembangkan, dan mengoperasikannya.

  • Gaya penulisan kode yang jelas secara arsitektur dan tinjauan kode yang berfokus pada isu dan keputusan arsitektur adalah dua praktik yang terkait.

  • AD juga harus (kembali) dipertimbangkan ketika memodernisasi sistem perangkat lunak dalam evolusi perangkat lunak.

Berbagi keputusan (opsional):

  • Banyak AD berulang di berbagai proyek.

  • Karena itu, pengalaman dengan keputusan masa lalu, baik yang baik maupun buruk, dapat menjadi aset yang berharga dan dapat digunakan kembali ketika menerapkan strategi manajemen pengetahuan yang eksplisit.

Dokumentasi keputusan:

  • Banyak templat dan alat untuk mencatat keputusan tersedia.

  • Lihat komunitas agile, misalnya ADR dari M. Nygard.

  • Lihat proses rekayasa perangkat lunak dan desain arsitektur tradisional, misalnya tata letak tabel yang disarankan oleh IBM UMF dan oleh Tyree dan Akerman dari CapitalOne.

Untuk informasi lebih lanjut: