Saya saat ini menggunakan Poker Perencanaan untuk melakukan perkiraan rinci kami. Ini bekerja dengan baik tetapi bergantung pada rincian pekerjaan yang cukup rinci. Seringkali dibutuhkan 6-8 minggu untuk mendapatkan desain dan rincian pekerjaan yang cukup rinci.
Saya mendapati analisis 6-8 minggu sering kali sia-sia karena perkiraannya begitu tinggi sehingga tidak masuk akal secara ekonomi untuk melanjutkan proyek. Saya pikir memberikan perkiraan tingkat tinggi di muka dengan jangkauan luas mungkin lebih baik untuk menyingkirkan kasus-kasus bisnis yang goyah ini.
Alat dan teknik apa yang ada untuk estimasi awal tingkat tinggi?
Saat ini saya hanya memilih proyek sebelumnya yang "terasa" sama dan memberikan kisaran -50% / + 100%.
estimation
darreljnz
sumber
sumber
Jawaban:
Jika Anda melakukan sesi perencanaan poker yang terperinci untuk semua persyaratan di muka, Anda membuang banyak waktu, seperti dalam pengalaman saya, persyaratan proyek yang terperinci tidak begitu diperbaiki, sehingga Anda menghabiskan banyak waktu memperkirakan item yang Anda jangan pernah membangun, atau sangat berubah pada saat Anda membangunnya sehingga estimasi awal tidak valid.
Semua perkiraan adalah dugaan, tetapi Anda bisa menjadi lebih baik dalam memperkirakan jika Anda sering melakukannya dan menyimpan data tentang seberapa akurat perkiraan Anda. Estimasi paling baik dilakukan pada dua level, pertama kali pada proyek dan lainnya sebagai proses yang sedang berlangsung dalam proyek.
Pertama, ketika ditanya tentang perkiraan proyek - perkiraan pada tingkat fitur, menggunakan pengalaman Anda pada proyek sebelumnya. Simpan data pada perkiraan awal Anda sebelumnya dan lihat bagaimana Anda melacaknya. Anda dapat melakukan estimasi awal ini mirip dengan perencanaan poker, tetapi jangan memecah pekerjaan menjadi tugas. Cukup beri diri Anda beberapa ember besar (kenaikan setengah minggu atau minggu untuk fitur bisa bekerja, tetapi tidak lebih rinci dari itu) untuk memperkirakan. Jika lebih dari satu anggota tim memperkirakan, jangan buang waktu terlalu banyak diskusi pada saat ini, hanya pergi dengan perkiraan yang paling pesimis daripada masuk ke gulma.
Kedua, saat Anda mengerjakan iterasi proyek pendek Anda (dengan asumsi bahwa Anda memiliki iterasi pendek), Anda memilih item prioritas tertinggi dan memperkirakannya pada tingkat tugas (dan tentu saja mengembangkan dan mengirimkannya). Setelah bersepeda melalui iterasi pertama, Anda dapat melihat seberapa akurat perkiraan terperinci Anda, serta bagaimana mereka membandingkannya dengan perkiraan awal perkiraan Anda. Sekarang Anda dapat merevisi perkiraan awal tersebut karena Anda melihat seberapa akuratnya, dan begitu Anda memiliki beberapa siklus, Anda dapat memberikan interval kepercayaan untuk tanggal penyelesaian proyek.
Unit untuk perkiraan rata-rata adalah alat komunikasi yang baik untuk ketepatan perkiraan. Unit awal Anda dalam beberapa hari atau minggu, tetapi perkiraan terperinci Anda dalam hitungan jam.
sumber
Estimasi untuk semuanya umumnya dimulai dengan memecahnya.
Dapatkan granular yang Anda bisa, bahkan jika itu hanya ke tingkat fitur utama, dan perkirakan itu. Bahkan pada tingkat itu, Anda masih dapat menggunakan pertemuan poker perencanaan (atau metode estimasi berbasis konsensus lainnya, dalam hal ini).
Ada juga beberapa sistem estimasi formula di luar sana ( COCOMO datang ke pikiran), tapi saya pribadi tidak menaruh banyak stok di dalamnya.
sumber
Kami melakukan ini dengan membuat dua tugas alih-alih satu:
Anda dapat memperkirakan yang pertama dengan poker, dan, setelah estimasi "panjang" selesai, Anda memiliki cukup informasi untuk memperkirakan yang kedua.
Ya, kadang menghasilkan kesimpulan bahwa pekerjaan ini terlalu mahal untuk dilakukan. Tetapi kecuali jika Anda benar-benar menghabiskan waktu untuk memperkirakannya, Anda tetap tidak bisa mengetahuinya.
sumber