Tulis keputusan yang dapat ditinjau kembali

Simpan dasar pertimbangannya

Rapat pengambilan keputusan menghasilkan pilihan. Catatan keputusan menyimpan alasan mengapa pilihan itu masuk akal.

Tanpa dasar pertimbangan, tim berikutnya dapat salah menganggap batasan sementara sebagai prinsip permanen. Tim juga dapat mengulang evaluasi yang telah diselesaikan organisasi.

AWS menjelaskan catatan keputusan arsitektur sebagai cara mendokumentasikan keputusan dan konteksnya. Struktur ringkas yang sama dapat membantu model operasi pengembangan AI. Buat catatan cukup singkat agar pihak yang bertanggung jawab membacanya.

Bandingkan alternatif yang realistis

Perusahaan fiktif perlu memelihara aplikasi kontraknya. Perusahaan mempertimbangkan tiga pilihan:

Gunakan lingkup aplikasi, periode waktu, asumsi data, dan ekspektasi layanan yang sama. Hindari membandingkan layanan pembelian yang matang dengan biaya prototipe saja dari sistem internal.

Kombinasi juga dapat sesuai. Platform yang ada mungkin menyediakan lingkungan dan deployment, sementara software factory mengoordinasikan pengembangan. Jelaskan antarmuka dan penanggung jawabnya, alih-alih memaksakan pilihan seolah hanya satu pendekatan boleh dipakai sepenuhnya.

Tulis enam bagian

1. Konteks. Nyatakan masalah dan konsekuensi jika tidak diubah.
2. Persyaratan. Daftarkan kondisi yang harus dipenuhi pilihan.
3. Alternatif. Catat pilihan yang benar-benar dipertimbangkan dan kompromi utamanya.
4. Bukti. Tautkan evaluasi, asumsi biaya, dan pertanyaan yang belum terjawab.
5. Keputusan. Sebutkan pilihan terpilih, lingkup, penanggung jawab, dan batas yang diterima.
6. Peninjauan. Tetapkan tanggal atau kejadian yang dapat diamati yang mengharuskan penilaian ulang.

Bedakan apa yang diamati dari apa yang diharapkan. “Evaluasi menyelesaikan perubahan pemeliharaan ini” adalah pengamatan. “Layanan akan mengurangi biaya pemeliharaan tahunan menjadi setengahnya” adalah perkiraan yang memerlukan bukti dan asumsi yang jelas.

Sertakan keberatan terkuat

Untuk aplikasi kontrak, layanan yang dibeli mungkin mengurangi pekerjaan integrasi tetapi menimbulkan ketergantungan pada penyedia eksternal. Catat keberatan itu dan latihan ekspor yang menjawab sebagian darinya. Jangan hapus keberatan hanya karena tim lebih menyukai pilihan tersebut.

Nyatakan hal belum terselesaikan yang menghalangi aktivasi. Tugaskan sisanya kepada penanggung jawab dengan tenggat. Keputusan untuk melanjutkan tidak mengubah pertanyaan kontrol yang belum terjawab menjadi hasil terverifikasi.

Tinjau catatan ketika persyaratan atau bukti berubah. Tambahkan keputusan baru ketika pilihan berubah, dan simpan dasar pertimbangan sebelumnya. Lanjutkan ke skenario praktis Taiga untuk menerapkan prinsip ini pada alur produk.