Aktivitas akhir sprint
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Di akhir sprint, tim mungkin ingin menghadiri beberapa tugas untuk menjaga kebersihan backlog. Secara umum, pekerjaan yang tidak lengkap tidak boleh ditetapkan ke sprint sebelumnya. Tim perlu menentukan bagaimana mereka ingin menangani pekerjaan yang tidak selesai dalam sprint dan mengambil tindakan yang sesuai.
Catatan
Tidak ada cara otomatis untuk memindahkan item kerja yang tidak lengkap yang ditetapkan ke satu sprint ke sprint lainnya. Juga, metode otomatis untuk nol keluar Sisa Pekerjaan.
Di akhir setiap sprint, setiap tim harus menentukan dan mengambil tindakan untuk mengatasi pertanyaan berikut:
- Bagaimana kita harus membahas cerita pengguna dan tugas mereka yang hanya diselesaikan sebagian di akhir sprint?
- Apa cara yang benar untuk mengelola pekerjaan yang sebagian dilakukan di akhir sehingga metrik dan kecepatan sprint diperhitungkan dengan benar?
- Apa yang harus kita tinjau dan dalam urutan apa?
Secara umum, aktivitas end-of-sprint harus dilakukan sebelum atau sesudah rapat peninjauan sprint dan sebelum retrospektif sprint. Item utama yang perlu dipertimbangkan adalah mempertahankan tampilan dan metrik untuk mendukung tim dalam tinjauan sprint, retrospektif, dan perencanaan sprint mereka.
Tujuan untuk aktivitas end-of-sprint
Setiap sprint mewakili periode pengembangan kotak waktu tempat pekerjaan ditetapkan. Tinjau daftar periksa berikut agar tujuan perlu diingat saat melakukan aktivitas end-of-sprint.
- Pertahankan kebersihan backlog di mana tidak ada pekerjaan yang tidak lengkap yang ditetapkan ke sprint yang tanggal selesainya di masa lalu
- Mengelola status item kerja dan penetapan sprint untuk mendukung pemantauan kemajuan dan kecepatan tim
- Mendukung aktivitas peningkatan berkelanjutan tim
- Fokus tim dukungan pada perangkat lunak pengiriman dan memenuhi tujuan sprint
- Meminimalkan upaya pelacakan kerja yang tidak memiliki nilai
Tip
Kecepatan tim bukan ukuran produktivitas tim dan hanya boleh digunakan sebagai metrik untuk merencanakan sprint di masa mendatang. Pekerjaan selesai di akhir sprint atau tidak. Jika sudah selesai, itu berarti. Jika tidak, maka akan dipertimbangkan kembali untuk sprint masa depan dan bukan sprint saat ini. Kecepatan cenderung menyamaratakan dirinya sendiri terlepas dari pilihan apa pun yang Anda buat. Namun, dengan mempertimbangkan hanya menyelesaikan pekerjaan, Anda bekerja menuju nilai yang lebih realistis dan sumber data historis yang jauh lebih baik untuk membuat prakiraan di masa depan.
Tentukan preferensi tim
Saran berikut berjalan melalui tim aktivitas akhir sprint utama harus mempertimbangkan untuk melakukan. Biasanya, kegiatan ini harus dilakukan pada hari terakhir sprint atau setelah rapat peninjauan sprint.
Tinjau backlog sprint untuk cerita pengguna, item backlog, dan tugas yang tidak lengkap. Anda dapat melakukan tinjauan dengan meninjau backlog sprint atau sprint taskboard.
Menetapkan ulang cerita pengguna, item backlog, dan tugas yang tidak dimulai ke backlog produk atau sprint berikutnya. Dengan menggunakan panel Perencanaan, Anda dapat menetapkan ulang ke backlog tim atau sprint di masa mendatang. Item kerja yang ditetapkan ulang dapat diperkirakan kembali dan diprioritaskan.
Tentukan cara menangani cerita pengguna, item backlog, atau tugas yang tidak lengkap. Perlu diingat tujuannya adalah untuk mengirim perangkat lunak yang berfungsi. Dua pilihan di sini adalah:
- Bagi cerita menjadi dua untuk mewakili pekerjaan yang diselesaikan dalam sprint saat ini dan pekerjaan yang belum dilakukan. Untuk informasi selengkapnya, lihat Menyalin atau mengkloning cerita, masalah, dan item kerja lainnya.
- Menetapkan ulang cerita ke sprint berikutnya di mana pekerjaan dapat diselesaikan. Semua cerita yang belum selesai dalam akun sprint saat ini untuk kecepatan nol hingga sprint.
Tentukan cara menangani Sisa Pekerjaan untuk tugas yang selesai. Jika tugas selesai, maka memiliki nilai bukan nol untuk Sisa Pekerjaan tidak masuk akal. Teams harus memutuskan bagaimana mereka ingin menangani kasus-kasus ini dan mempertimbangkan untuk menetapkan nilai Sisa Pekerjaan ke nol untuk tugas yang diselesaikan.
Meninjau backlog sprint untuk pekerjaan yang tidak lengkap
Untuk menentukan pekerjaan yang tidak lengkap, tinjau backlog Sprint untuk pekerjaan yang masih dalam status berkomitmen, aktif, sedang berlangsung.
Menetapkan ulang cerita dan tugas pengguna yang tidak lengkap ke sprint mendatang
Dari backlog Sprint, pilih 
Tampilkan opsi dan pilih Perencanaan. Seret dan letakkan item kerja yang tidak lengkap untuk sprint berikutnya atau kembali ke backlog tim.
Seperti yang ditunjukkan pada gambar berikut, backlog Tim Fabrikam sesuai dengan Jalur Perulangan default yang ditetapkan untuk tim. Perhatikan bahwa jika default diatur ke makro @CurrentIteration , pilihan tersebut tidak akan mengubah Jalur Perulangan hingga awal sprint berikutnya.
Arsipkan sprint sebelumnya
Seiring waktu, jumlah sprint yang ditentukan untuk proyek atau yang ditetapkan ke tim dapat bertambah. Untuk meminimalkan menu drop-down untuk jalur Iterasi, Administrator Proyek dapat memilih untuk memindahkan sprint sebelumnya ke area arsip. Dengan mempertahankan penetapan sprint, tetapi memindahkannya di bawah simpul sprint yang berbeda, semua data item kerja dipertahankan. Semua bagan sprint dan widget terus berfungsi.
Seperti yang ditunjukkan pada gambar berikut, sprint dari 2012 dan 2013 telah dipindahkan di bawah simpul Sprint Sebelumnya .
Tip
Semua data yang disimpan dalam item kerja dikelola oleh Azure DevOps hingga item kerja dihapus secara permanen.
Tips kebersihan sprint
Backlog Sprint secara otomatis menunjuk ke sprint saat ini sebagai sprint aktif berdasarkan tanggal mulai dan berakhir. Jika tanggal saat ini termasuk dalam periode sprint, maka sprint yang sesuai adalah sprint saat ini. Tidak ada tindakan lebih lanjut yang diperlukan untuk membuat sprint berikutnya sebagai sprint aktif saat ini.
Sebagai administrator proyek atau tim, pastikan untuk memenuhi panduan berikut untuk mengelola sprint.
- Tanggal mulai dan berakhir yang ditentukan untuk sprint proyek Anda tidak boleh tumpang tindih.
- Semua sprint yang menarik bagi tim harus dipilih untuk konfigurasi tim tersebut.
- Beberapa sprint di masa mendatang harus ditentukan untuk proyek Anda dan dipilih untuk tim Anda.
Untuk informasi selengkapnya, lihat Menentukan jalur perulangan (sprint) dan mengonfigurasi iterasi tim.