Jadi, scrum sprint adalah periode waktu yang tetap di mana serangkaian fitur tertentu harus diimplementasikan. Dan tim scrum terdiri dari semua orang yang berkomitmen untuk memberikan fitur-fitur tersebut, kebanyakan dari mereka biasanya adalah pengembang dan penguji.
Setelah menetapkan aturan ini, orang mungkin bertanya-tanya bagaimana membuat semua orang ini sibuk selama seluruh sprint. Pada awal sprint belum ada yang bisa diuji, dan pada akhir sprint biasanya tidak ada atau sangat sedikit yang tersisa untuk dikembangkan / diperbaiki.
Saya telah melihat 2 pendekatan untuk menangani hal ini, tetapi tidak satu pun dari mereka tampaknya menyelesaikan masalah dengan benar.
1) Biarkan anggota tim memutuskan apa yang harus dilakukan setiap kali mereka kehabisan tugas.
Cons:
- Jika apa yang mereka lakukan tidak direncanakan secara menyeluruh (yaitu refactoring besar, beralih ke kerangka pengujian baru), pekerjaan mereka mungkin menjadi sia-sia atau macet setengah jalan
- Di sisi lain, perencanaan pekerjaan semacam itu bisa memakan banyak waktu, dan klien mungkin kecewa melihat tim membuang waktu untuk sesuatu yang tidak membawa nilai langsung.
- Tugas semacam itu biasanya tidak dapat diperkirakan secara menyeluruh, sehingga cukup mudah bagi pekerja yang tidak berprinsip untuk menghabiskan waktu menonton kucing YouTube tanpa tercermin di papan scrum atau di mana pun.
2) Buat ruang dalam sprint hanya untuk pengembangan, dan mulai pengujian setelah sprint selesai (ketika pengembang mulai mengerjakan fitur dari sprint berikutnya)
Cons:
- Saat mengembangkan fitur untuk sprint saat ini, pengembang terganggu dengan memperbaiki bug dari yang sebelumnya, dan mereka dapat gagal untuk melakukan jumlah pekerjaan yang diperkirakan akan dilakukan selama sprint saat ini
- Dibutuhkan dua papan scrum: satu untuk fitur sprint saat ini, dan satu untuk bug sprint sebelumnya
Jadi pertanyaan saya adalah: bagaimana cara mendistribusikan pekerjaan dengan benar selama sprint antara pengembang dan penguji sehingga tidak ada yang kelebihan beban dengan pekerjaan atau berakhir tanpa tugas di titik mana pun? Adakah cara untuk meningkatkan pendekatan yang dijelaskan di atas? Atau ada pendekatan yang lebih baik?