Saya sedang mengerjakan proyek dengan longgar mengikuti model scrum.
Untuk memperjelas: Manajer Anda mungkin memberi tahu Anda tentang Scrum tetapi apa yang Anda lakukan bukan Scrum.
Berapa lama biasanya ini berlangsung?
Rapat ulasan sprint + Pertemuan retrospektif Sprint mengakhiri sprint saat ini. Dalam sprint pendek mereka harus menghabiskan waktu antara 30 menit - 1 jam bersama. Hari kerja berikutnya memulai sprint baru dengan melakukan rapat perencanaan Sprint 1 dan 2. Berdasarkan ukuran tim dan panjang sprint, pertemuan ini bisa memakan waktu 2 - 4 jam.
Haruskah seluruh tim dilibatkan?
Seluruh tim harus terlibat dalam pertemuan yang disebutkan dalam jawaban sebelumnya.
Apakah harus benar-benar selesai sebelum pengembang mulai mengerjakan item sprint berikutnya?
Ya karena sampai rapat peninjauan selesai, Anda tidak tahu apakah pelanggan menerima hasil dari sprint sebelumnya dan Anda tidak tahu cerita pengguna apa yang akan dilakukan dalam rapat perencanaan.
Apakah ini saat peninjauan dan pengujian kode dilakukan?
Tidak. Ulasan dan pengujian kode adalah bagian dari sprint. Pengembang harus melakukan semua yang diperlukan untuk memberikan kode yang memenuhi persyaratan. Ini dapat mencakup ulasan kode dan selalu harus mencakup semacam tes otomatis yang memvalidasi bahwa kode berfungsi dan melakukan apa yang seharusnya dilakukan jika tidak, kisah pengguna tidak dapat dianggap selesai.
Pergeseran mental utama adalah dengan QA. Banyak pengembang berpikir bahwa QA ada untuk memvalidasi kode yang berfungsi dan melakukan apa yang seharusnya dilakukan. Jelas tidak. Itu pekerjaan pengembang.
QA harus berpartisipasi dalam pengembangan produk. Tanggung jawab utama mereka dalam sprint harus komunikasi dengan pemilik produk dan pembuatan tes penerimaan otomatis untuk kriteria penerimaan (definisi selesai) yang akan memvalidasi bahwa kisah pengguna benar-benar dilakukan dan aplikasi melewati semua persyaratan baru. Dalam tim kecil ini bisa menjadi tanggung jawab pengembang juga.
QA juga harus melakukan beberapa pengujian manual untuk menjaga produk konsisten dan untuk menemukan fitur yang hilang, memvalidasi pengalaman pengguna dengan UI, dll. QA tidak ada di sana untuk mencari bug dan pengujian regresi - pengujian regresi harus sangat otomatis.
Dalam pengalaman saya, di sinilah sebagian besar perusahaan yang pindah ke agile gagal.