Pertama, mintalah setiap pengembang melihat setiap item dan tinjau / uji setiap item untuk melihat apakah masih ada masalah (mungkin lebih baik untuk membagi ini di antara orang-orang). Kemudian, tutup semua yang tidak lagi menjadi masalah atau sudah diurus dengan upaya pengembangan lainnya.
Sekarang pastikan bahwa masing-masing ditandai sebagai upaya pengembangan besar, sedang, atau kecil. Ini adalah perkiraan yang sangat kasar yang hanya digunakan untuk lebih mudah mengkategorikan proyek dan untuk membantu menyatukan semuanya. Jika semuanya sudah diperkirakan maka itu akan membantu, tetapi jangan terpaku pada jam. Pergi dengan pemeriksaan usus cepat. Sering berhasil untuk mendapatkan pengembang di kamar dan hanya pergi melalui setiap item dan menggunakan upaya yang sebagian besar orang merasa sesuai.
Tinjau masing-masing dari tiga grup upaya dan tandai setiap item dalam grup dengan prioritas Kritis, nilai Bisnis Tinggi, nilai Teknis Tinggi, nilai sedang, nilai rendah, dan Tidak akan pernah diperbaiki.
Pada titik ini, Anda benar-benar mengetahui daftar dalam ke luar dan benar-benar memahami pekerjaan yang terlibat dalam jaminan Anda dan Anda dapat mulai benar-benar membuat keputusan tentang apa yang harus dilakukan dengan barang-barang tersebut. Ambil semua item yang ditandai sebagai tidak akan pernah diperbaiki dan arsipkan dari simpanan Anda.
Sekarang ketika Anda menjadwalkan item untuk masuk ke rilis berikutnya, Anda dapat menggunakan item penting dan penting sebagai inti dari rilis Anda. Tinjau daftar item prioritas menengah dan rendah dan tambahkan apa pun yang dapat dikerjakan pada saat yang sama dengan item lain dalam daftar Anda karena pengembang sudah akan bekerja di bagian sistem tersebut.
Daftar item yang ditandai dengan prioritas sedang atau rendah dapat digunakan sebagai daftar hal-hal untuk dikerjakan orang ketika mereka memiliki sedikit waktu luang atau sebagai pelatihan bagi karyawan baru. Saya selalu merasa senang memiliki satu orang dalam tim selama setiap iterasi mengerjakan item-item ini dan membantu anggota tim lainnya jika diperlukan. Dengan cara ini, Anda masih menyelesaikan pekerjaan pada iterasi saat ini tetapi memiliki seseorang yang fleksibel dan dapat membantu memadamkan api saat dibutuhkan tetapi sedang menangani masalah yang biasanya tidak mendapatkan perhatian.
Satu hal yang kami temukan bagus adalah bahwa, di antara setiap iterasi, kami memiliki periode 2 minggu yang singkat di mana seluruh tim hanya akan mengerjakan item yang ditandai dengan upaya pengembangan kecil. Kami akan fokus menutup sejumlah besar tiket dalam waktu singkat.