Tidak ada konsep "visi arsitektur yang jelas" di Scrum atau gesit!
Saya telah lama menjadi arsitek, dan jelas bagi saya bahwa untuk memiliki visi arsitektur, seseorang harus memiliki pandangan yang jelas tentang persyaratan di masa depan. Karena dalam kebanyakan kasus persyaratannya tidak jelas sama sekali, tidak masuk akal untuk memiliki visi yang tetap.
Yang diperlukan adalah memiliki arsitektur yang cukup mudah beradaptasi dengan persyaratan yang berubah. Dengan kata lain, banyak hal berubah, dan arsitektur berubah - saya tidak menganjurkan arsitektur "lunak" yang dapat dikonfigurasi ulang. Saya berbicara tentang menerima bahwa arsitektur yang dimiliki saat ini akan segera usang dan perlu diubah, jadi tidak ada yang harus "menikah" dengannya.
Kepemilikan kode kolektif berarti bahwa setiap orang harus - secara teori - dapat mengubah apa pun. Ini harus dipahami sebagai "kebalikan dari silo". Dengan kata lain, mungkin ada penghalang keterampilan di tempat, yang normal dan diharapkan - tidak semua orang adalah DBA berpengalaman yang dapat menyempurnakan pertanyaan SQL, untuk memberikan contoh - tetapi dari sini tidak mengikuti bahwa hanya DBA yang dapat tangan mengoptimalkan permintaan. Akan ada "pakar domain fitur" yang dapat membantu orang lain menjadi mahir, tetapi tugasnya tetap harus ditanggung semua orang.
Sebagai contoh: jika saya adalah pakar domain pada fitur "A", maka saya masih mengharapkan orang lain melakukan pekerjaan pada fitur "A", tetapi saya kemungkinan akan dikonsultasikan ketika perubahan besar perlu terjadi atau orang membutuhkan bantuan. Fitur "A" tentu bukan fitur saya . Ini akan menjadi fitur yang saya ketahui dengan baik. Adalah minat saya untuk mengetahui lebih banyak fitur, dan minat orang lain untuk mengetahui fitur ini.
Dalam sintesis: arsitektur dirancang dan dirancang ulang beberapa kali oleh pengembang saat persyaratan muncul dan berubah. Setiap orang diharapkan untuk membuat perubahan yang diperlukan sesuai dengan keahlian mereka, dan tahu kapan harus meminta bantuan. Tidak ada visi jangka panjang pada arsitektur karena kami mempercayai orang-orang dan kami tidak mempercayai persyaratan .