Tinjau Discovery sebagai kumpulan dokumen yang terhubung

Ikuti satu persyaratan melalui kumpulan dokumen

Skenario ini melanjutkan layanan permintaan peralatan fiktif. Spesifikasi pertama mengizinkan manajer memasukkan permintaan. Tim kemudian menambahkan layanan mandiri karyawan.

Perubahan tersebut memengaruhi lebih dari satu layar. Karyawan memerlukan identitas dan akses ke permintaan mereka sendiri. Visibilitas manajer memerlukan batas yang jelas. Aliran data dan analisis keamanan harus mencerminkan kedua peran.

Gunakan langkah Context, Conversation, dan Documents pada Discovery untuk menetapkan dan memeriksa maksud tersebut. Untuk produk yang diimpor, analisis repositori menggantikan percakapan; ikuti alur impor yang terpisah.

Kenali dokumen wajib

Ada delapan dokumen wajib, termasuk spesifikasi:

Pembuatan dokumen mengikuti dependensi dan urutan publikasi. Tinjau dokumen awal sebelum menerima asumsi yang digunakan dokumen berikutnya. DPIA yang dihasilkan merupakan bahan penilaian; keberadaannya sendiri tidak membuktikan kepatuhan hukum.

Look & Feel dan Service Blueprint bersifat opsional. Gunakan ketika arah antarmuka yang dirender atau penjelasan layanan membantu tim menilai produk.

Bedakan publikasi dari peninjauan

Spesifikasi dimulai sebagai draf. Pembuatan dokumen lanjutan menggunakan versi yang dipublikasikan. Pengeditan membuat draf baru; perubahan berlaku untuk proses lanjutan ketika versi baru dipublikasikan.

Dokumen lain memiliki informasi publikasi dan peninjauan. Generate remaining dapat menghasilkan dokumen yang belum ada secara berurutan, dan setiap hasil memerlukan peninjauan. Selesainya pembuatan bukan kesimpulan manusia bahwa asumsi sudah benar.

Untuk layanan peralatan, periksa aturan akses pada semua dokumen yang relevan. Spesifikasi yang benar dan aliran data yang usang tidak membentuk desain yang konsisten.

Tangani perubahan secara sengaja

Ketika spesifikasi dipublikasikan ulang, dokumen hasil pembuatan yang bergantung padanya dapat menjadi Outdated. Taiga tidak diam-diam menulis ulang dokumen tersebut. Perubahan pada dokumen sumber lain juga dapat memengaruhi dokumen yang lebih jauh dalam rantai dependensi.

Hasilkan ulang dokumen terdampak selama Discovery terbuka. Generate remaining mencakup dokumen usang. Periksa hasil baru, terutama asumsi yang berubah di beberapa dokumen.

Kedelapan dokumen wajib harus dipublikasikan sebelum Finish Discovery tersedia. Dokumen Outdated tidak mencegah penyelesaian. Periksa konsistensi sendiri alih-alih menganggap tombol sebagai bukti bahwa setiap peninjauan selesai.

Penyelesaian mengunci kumpulan dokumen dan membuka alur kerja produk berikutnya. Buka kembali Discovery dari dokumen ketika perlu mengubah kumpulan yang terkunci.

Serahkan maksud yang konsisten ke perencanaan

Sebelum perencanaan, nyatakan peran pengguna saat ini, batasan yang diterima, dan keputusan yang belum terselesaikan. Periksa bahwa usulan inisiatif merujuk pada dokumen yang menjelaskan produk yang sama.

Hasil peninjauan yang berguna bersifat konkret: “Layanan mandiri karyawan tercermin dalam alur, desain otorisasi, aliran data, dan penanganan ancaman.” Lanjutkan ke inisiatif untuk mengubah maksud tersebut menjadi pekerjaan.