Saya setuju dengan semuanya @Pierre 303: mengatakan di atas: (terlepas dari 100 titik referensi).
Satu-satunya hal yang ingin saya tambahkan (penekanan) adalah bahwa kami tidak pandai memperkirakan tugas. Kita dapat memperkirakan tugas relatif terhadap tugas lain asalkan ukurannya kira-kira sama. Semakin besar perbedaan antara tugas semakin buruk yang kita dapatkan.
Jadi saya tidak setuju dengan menggunakan titik awal 100.
Ini bukan seolah-olah Anda akan memperkirakan tugas berikutnya sebagai 42% dari tugas referensi. Ini bisa berupa setengah pekerjaan yang sama, melipatgandakan pekerjaan, melipatgandakan pekerjaan, dll.
Tim kami menggunakan Planing Poker : Dalam hal ini kami memiliki tugas referensi 2 poin cerita. Kami kemudian menggunakan seri Fibonacci untuk memperkirakan tugas: 1,2,3,5,8,13,21, Huge ,? relatif terhadap tugas referensi (Daripada Fibonacci saya telah melihat tim lain menggunakan kekuatan 2. 1,2,4,8,16,32, Huge ,?) Saya telah melihat tim lain menggunakan (kecil (1), sedang ( 2), besar (3), XLarge (4) ketika mereka menghitung kecepatannya masih bekerja.).
Intinya adalah bahwa ketika ukuran tugas meningkat relatif terhadap tugas referensi, kita menjadi kurang mampu memperkirakan biayanya secara akurat. Jadi tidak ada gunanya mencoba. Ini tercermin oleh gradien yang lebih besar di akhir jejak estimasi.
Jadi, jika tugas referensi Anda adalah 2SP. Maka membuat perkiraan 1/2/3/5 relatif mudah karena tugasnya sama. Setelah Anda melewati 3 kali lebih besar dari tugas referensi (5SP) estimasi menjadi lebih sulit (Apakah 8/9 / 10SP itu penting) Yang bisa Anda katakan adalah lebih besar dari 5SP dan lebih kecil dari 13SP kemudian 8SP sesuai dengan tagihan.
Apa pun dengan nilai SP 13/21 / Besar terlalu besar untuk sprint backlog. Ini adalah perkiraan untuk hal-hal yang belum siap Anda kerjakan (dan karenanya belum dipecah menjadi tugas yang lebih kecil (jangan hancurkan sampai Anda membutuhkannya juga)). Tetapi mereka memberi Anda perkiraan untuk ukuran tugas dalam jaminan produk (yang memungkinkan beberapa perencanaan di masa depan). Pada saat Anda sampai pada titik di mana Anda akan bekerja pada mereka, Anda harus memiliki pengetahuan yang cukup untuk memecah mereka menjadi tugas-tugas kecil untuk sprint backlog dan memperkirakan kembali secara individual (Catatan: Ini adalah kesalahpahaman umum bahwa jumlah bagian sama dengan aslinya).
- Apa pun yang Anda perkirakan sebagai Huge perlu dipecah menjadi tugas yang lebih kecil.
- Apa pun yang diperkirakan? berarti itu tidak cukup baik untuk memperkirakan
Anda perlu menambahkan tugas khusus untuk pergi dan menentukan tugas
(yaitu menulis beberapa dokumentasi atau presentasi).