Bagaimana cara memperkirakan kecepatan sprint dengan kapasitas tim yang bervariasi?


9

Kami adalah tim kecil dari 4 devs yang agak hijau di Scrum. Datang dari seluruh negeri, kami sering mengambil hari libur yang aneh atau cuti penuh untuk pulang. Karenanya kapasitas tim kami berubah secara dramatis dari satu iterasi ke iterasi yang lain karena daun tahunan, yang mengarah pada kecepatan yang sangat berbeda dari satu iterasi ke iterasi lainnya. Bagaimana kita memperhitungkan kapasitas tim saat memperkirakan kecepatan pada Rapat Perencanaan? Data historis akan mencerminkan kapasitas yang sangat berbeda dan kami tidak bisa menunggu satu tahun penuh untuk mendapatkan rata-rata kecepatan perkiraan kami.

Jawaban:


4

Ini mungkin pendekatan yang sederhana, tetapi mengapa Anda tidak menghitung kecepatan Anda sebagai completed story points * capacityatau completed story points / capacity, tergantung pada bagaimana mengukur kapasitas. Jika Anda mengukur kapasitas dalam jam kerja, gunakan yang kedua. Jika Anda mengukur kapasitas dalam persentase 40 jam seminggu, gunakan yang pertama. Ketika Anda pergi untuk menarik poin cerita, Anda harus memiliki ide bagus tentang kapasitas Anda untuk sprint yang diberikan, dan menggunakan data historis proyek Anda untuk menentukan poin cerita yang diselesaikan untuk memuat yang diberikan.

Namun, ini membuat beberapa asumsi yang berpotensi berbahaya, seperti memperlakukan semua karyawan sama - jika pengembang paling junior Anda mengambil cuti seminggu atau pengembang dengan pengalaman paling banyak di domain dan / atau teknologi mengambil cuti seminggu, kapasitas Anda akan menjadi nilai numerik yang sama, tetapi dampak pada kecepatan mungkin akan berbeda.

Pada akhirnya, gunakan penilaian profesional berdasarkan data historis saat merencanakan sprint. Dalam hal ini, gunakan kecepatan sebelumnya sebagai input ke beberapa skema estimasi lain, yang melibatkan tim. Saya juga akan berbuat salah di sisi hati-hati - lebih mudah untuk menarik lebih banyak pekerjaan ke dalam sprint daripada menghilangkan komitmen untuk melakukan tugas.


Contoh pemikiran dengan angka, katakanlah pada akhir Sprint dan kita memiliki: 17 poin cerita lengkap * 0,97 (1 hari dev out) = 16,49 kecepatan; menggunakan rumus lain, 17 sp / 0.97 = 17.52. Sekarang, muncul pertanyaan. Pada Rapat Perencanaan Sprint berikut (n + 1), dengan kapasitas saat ini 0,875 (libur 5 hari di antara para devs), berapakah kecepatan yang diharapkan dari kami? Bagaimana kita memperkirakan apa yang bisa kita capai dengan kapasitas yang berkurang?
Pomario

@ Pomario Saya mengasumsikan 2 minggu, 40 jam / minggu, sprint 8 jam sehari. Dengan asumsi satu orang mengambil satu hari libur, kapasitasnya harus 0,99 untuk formula pertama atau 72 untuk yang kedua. Ini memberi Anda kecepatan yang dihitung antara 16,66 atau 0,24. Kapasitas Anda untuk sprint berikutnya adalah 0,5 atau 40. Pasang kecepatan sebelumnya dan beban yang diharapkan ke dalam persamaan. Ini berarti bahwa Anda harus membawa antara 8 dan 10 poin cerita, karena Anda mengalikan kecepatan selesai dengan beban yang Anda harapkan. Saya keliru mendekati 8 atau 9. (Seseorang mungkin juga ingin memeriksa ulang matematika saya - saya agak sakit hari ini.)
Thomas Owens

Saya baru sadar saya membuat kesalahan - kapasitas pertama adalah 0,90, bukan 0,99, karena 8 jam adalah 10% dari 80 jam kerja per minggu. Itu berarti kecepatan yang dihitung untuk sprint pertama adalah 15,3. Namun, analisis data tidak berubah.
Thomas Owens

1

Kecepatan dapat bervariasi walaupun kapasitasnya tetap sama.

Jadi percayalah pada kecepatan Anda, itu akan menangani berbagai kapasitas itu sendiri yaitu dengan asumsi Anda masuk ke sprint ke-3, ambil rata-rata dari dua sprint yang selesai untuk berkomitmen pada sprint berikutnya. jangan khawatir tentang varians dalam kapasitas.


1

Kecepatan adalah panduan, bukan ukuran. Ambil saja rata-rata semua sprint Anda (memperhitungkan standar deviasi) dan rata-rata dari tiga terburuk Anda, rata-rata dari tiga terbaik Anda dan katakan, "Kami pasti akan menyelesaikan ini, kami mungkin menyelesaikan ini, kami tidak akan mendapatkan ini dilakukan. " Dengan menggambar tiga baris melalui simpanan (perkiraan penuh) Anda menggunakan tiga kecepatan ini dan tenggat waktu kasar Anda (berpura-puralah 12 sprint dan 12x kecepatan terburuk Anda adalah 75, 12x terbaik Anda adalah 120 dan 12x rata-rata Anda adalah 90. Dalam simpanan 100 poin , bahkan pada kondisi terburuk Anda, Anda dapat melakukan tiga perempatnya, yang terbaik adalah Anda akan menyelesaikan semuanya dan rata-rata, Anda akan memberikan sebagian besar darinya).

Dengan data ini, PO Anda dapat membuat semua keputusan yang ia butuhkan dalam apa yang HARUS dimiliki, kami ingin ia miliki dan apa yang tidak keberatan ditinggalkannya.

Ultimate, hal-hal berubah, persyaratan muncul dan, yah, hal-hal akan berubah lagi. Jangan merusak matematika Anda untuk mendapatkan angka tertentu, rentang akurat cukup untuk hal semacam ini. Putuskan daging Anda pada masalah perangkat lunak, bukan pada matematika backlog.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.