Panduan yang baik untuk memilih skala titik untuk digunakan dengan Agile / SCRUM?


10

Kami menggunakan Pelacak Penting untuk proyek kami, yang memungkinkan kami memilih dari tiga skala poin ini:

0,1,2,3
0,2,4,8
0,1,3,5,8

Dan saya mencari sumber daya untuk membantu memandu keputusan kami. (Setelah menggunakan 0,1,2,3 untuk dua iterasi, kita dapat melihat di mana salah satu dari yang lain akan jauh lebih berguna atau bermakna.)


Bisakah Anda menjelaskan lebih lanjut, tidak jelas apa yang Anda tanyakan.
Amir Rezaei

Tentu: Kami sedang mencari situs web, artikel, halaman, atau dokumen yang membahas pemilihan skala poin.
Dogweather

Google adalah temanmu. Serius. Tidak sulit untuk menemukannya (coba google.com/search?q=agile+ideal+days+points ). Yang sulit , adalah menemukan pendekatan yang sesuai dengan tim Anda dan untuk itu, kami membutuhkan lebih banyak info dari Anda.
Martin Wickman

Ah hah - terima kasih. "Tim" saya berukuran mikro. Seorang programmer paruh waktu (saya), seorang manajer proyek paruh waktu yang baru mengenal dev perangkat lunak, dan programmer paruh waktu lainnya yang baru memulai. Kami semua adalah teman baik dan tidak ada tekanan di antara para pemain.
Dogweather

1
@Dogweather: jika saya adalah Anda (satu-satunya programmer di "tim"), saya tidak akan menggunakan Scrum sama sekali, tetapi teknik produktivitas sederhana seperti GTD. IMHO, Anda membuang-buang waktu dengan Scrum.

Jawaban:


5

Skala poin cerita "Fibonacci" sangat populer: 1, 2, 3, 5, 8 dll. Dek kartu poker perencanaan populer (oleh Mountain Goat Software dan Crisp) didasarkan padanya: tanda tanya, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, hingga tak terbatas.

Catatan Mike Cohn dalam buku Agile Estimation and Planning yang menggunakan 1-2-4-8 bukannya 1-2-3-5-8 boleh saja.

Penting untuk diingat ketika menerapkan poin cerita pada tim "berukuran mikro": batasi ukuran cerita maksimum, jangan "campur batu kerikil dengan batu besar" (lihat lebih lanjut di Agile for the Solo Developer )


1

Saya pikir apa yang Anda inginkan adalah sesuatu yang menawarkan perbedaan yang cukup dengan poin yang lebih kecil dan tidak banyak pilihan untuk cerita yang lebih besar, berdasarkan fakta bahwa apa pun yang berusia lebih dari 20 atau 40 perlu dipecah. Ini memastikan bahwa Anda mendukung perbedaan yang lebih baik untuk cerita berukuran kecil dan reguler dan hanya perbedaan kasar untuk cerita berukuran lebih besar.

Ketika kami melakukan Scrum, kami baik-baik saja dengan poin berbasis Fibonacci dengan 20 sebagai angka tertinggi yang kami pikir akan masuk secara realistis ke dalam sprint. Jika sesuatu 40 atau 100 pada dasarnya pengembang mengatakan bahwa ceritanya terlalu besar.

Selain itu saya tidak berpikir itu membuat perbedaan besar. Saya lebih suka urutan berbasis Fibonacci karena saya telah menemukan bahwa itu berfungsi. Namun, apa yang berhasil untuk tim dan produk yang Anda kembangkan baik-baik saja.

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.