Saya baru saja mendorong organisasi saya untuk mengujicobakan pendekatan gesit pada salah satu proyek kami. Itu merupakan tantangan bagi manajemen senior karena mereka membutuhkan anggaran yang diproyeksikan dan jadwal sebelum mereka bahkan bisa mendapatkan proyek yang didanai (itu adalah perusahaan perusahaan-y besar).
Jadi, saya melakukan apa yang selalu saya lakukan dalam situasi itu, membuat tebakan yang berpendidikan. Saya melihat ruang lingkup yang kami asumsikan akan memerlukan proyek, memperkirakan waktu pengembangan barang-barang itu, menambahkan beberapa waktu tambahan untuk analis bisnis, DBA, manajer proyek, dll., Menambahkan beberapa lapisan, dan menyebut perkiraan anggaran tersebut. Perhatikan bahwa estimasi "urutan kasar" ini dilakukan di perusahaan saya sebelum setiap proyek air terjun, jadi tidak ada bedanya.
Kemudian, ketika kami memulai proyek lincah, dan kami merasakan kecepatan kami, kami memproyeksikan titik akhir dari proyek berdasarkan pada kecepatan dan poin cerita yang tersisa, dan menemukan bahwa kami berada di depan tingkat tinggi asli saya perkiraan. Tapi itu tidak apa-apa (dan kami harapkan).
Jadi saya kira untuk menggeneralisasi jawaban, itu tergantung pada apa yang Anda maksud dengan "jarak jauh", dan ketika Anda membutuhkan perkiraan ini. Jika Anda membutuhkannya sebelum proyek dimulai, Anda dapat menggunakan metode saya. Jika Anda membutuhkannya selama pelaksanaan proyek, Anda dapat menggunakan konsep perencanaan rilis yang disebutkan Matius Kubicina.
Juga, saya sangat merekomendasikan buku Estimasi Agile dan Perencanaan Mike Cohn yang membantu mengatasi hal-hal semacam ini.