Saya yakin ini bukan tema yang tidak biasa. Kami memiliki dua tim scrum yang melakukan pekerjaan yang baik untuk memperkirakan cerita pengguna menggunakan poin cerita (rasi tim saat ini baru berusia sekitar 8 bulan, meskipun anggota tim memiliki pengalaman scrum beberapa tahun). Tetapi sulit bagi bagian bisnis perusahaan untuk berhubungan dengan cerita pengguna; mereka menginginkan unit waktu aktual (atau "formula untuk mengonversi poin cerita menjadi jam") sehingga mereka dapat membuat rencana kapan hal-hal akan siap ( "kita perlu tahu kapan kita bisa memberi tahu pelanggan bahwa Fitur X akan dalam produksi " ).
Saya, dan pendahulu scrum master saya, tentu saja telah menjelaskan bahwa "tidak ada hubungan yang pasti antara poin cerita dan waktu aktual" dan bahwa "poin cerita digunakan untuk menentukan berapa banyak tim dapat ditampung dalam sprint", dan saya yakin Anda bisa menebak seberapa puas mereka dengan jawaban itu. Mereka masih ingin tahu, dalam waktu kalender, kapan kita akan sampai ke cerita pengguna ke-27 di backlog.
Bagaimanapun, saya telah mengumpulkan beberapa statistik, dan perkiraan SP kami menerjemahkan ke dalam hasil aktual yang dihabiskan waktu yang sangat berbeda (seperti yang diukur oleh perangkat lunak scrum board kami, yang melacak berapa banyak waktu yang dihabiskan tiket di kolom "bekerja pada" ). Untuk cerita pengguna 1-SP, tentu saja ada bias berat menuju rentang waktu yang sangat singkat (dengan ledakan sesekali), tetapi terutama untuk cerita 2-SP, mereka ada di semua tempat: ada faktor 20 antara penyelesaian "tercepat" dan "paling lambat". Untuk 3, 5, dan 8-SP cerita, penyebarannya juga lebih dari faktor 2.
Ini menunjukkan bahwa (a) tim perlu lebih konsisten dalam memperkirakan cerita pengguna dari (apa yang seharusnya) kompleksitas yang sama, dan (b) tim perlu meningkatkan akurasi mereka dalam pelaporan waktu (mis. Mengingat untuk memindahkan tiket keluar dari "bekerja" saat mereka sedang rapat, saat makan siang, atau bermain bola basket).
Saya memiliki rencana untuk meningkatkan (a) dan (b) tetapi saya merasa itu tidak cukup, bahwa bisnis mengharapkan "lebih konkret" daripada apa yang akan dihasilkan oleh inisiatif ini.
Apa sajakah strategi yang baik dalam memenuhi tuntutan sisi bisnis , sehingga mereka tidak akan terlalu banyak mengganggu dalam cara kita bekerja (mis. Dengan memaksakan penggunaan pelacakan waktu terpisah, yang IMHO akan menjadi bodoh karena dalam hal apa pun akan kurang akurat daripada pelacakan "otomatis" saat ini), sementara pada saat yang sama memungkinkan mereka untuk mendapatkan ukuran konkret untuk kapan cerita akan dilakukan?
(Secara historis, selama perencanaan kami memang memecah cerita pengguna menjadi item pekerjaan yang kemudian secara individual diperkirakan dalam waktu kerja yang sebenarnya , tetapi yang saya bicarakan di sini adalah cerita pengguna di log belakang yang tidak akan memiliki tingkat detail atau istirahat -turun.)
Pembaruan: Manajer saya memiliki firasat bahwa ada semacam distribusi kurva lonceng dari jam-menghabiskan-per-cerita-point, tetapi data yang saya kumpulkan dan grafik yang dibuatnya benar-benar melumpuhkan dia dari gagasan itu. :-)