Jika perkiraan bukanlah janji, maka sebagai pemilik produk bagaimana saya bisa mengirimkan proyek saya tanpa mengetahui berapa lama?
Ini adalah salah satu kesalahpahaman terbesar tentang Scrum. Pertanyaan "Berapa lama proyek saya akan berlangsung?" mengasumsikan bahwa Anda dapat menentukan, pada titik waktu tertentu, persis apa yang diperlukan proyek untuk menyelesaikannya. Tetapi seluruh gagasan tentang Scrum adalah bahwa ia mengakui bahwa hal-hal yang Anda pelajari tentang suatu proyek, ketika Anda mengerjakan proyek, akan mengubah definisi proyek.
Cara paling umum untuk mendefinisikan suatu proyek adalah dengan membuat daftar fitur yang akan dimilikinya. Biasanya, proyek selesai ketika semua fitur telah diimplementasikan. Tetapi bagaimana jika, ketika Anda mengerjakan suatu proyek, Anda menyadari bahwa 5 fitur yang diidentifikasi pada awal tidak akan dibutuhkan, tetapi ada 7 fitur yang dipikirkan orang dalam 6 bulan pertama yang benar-benar harus dimasukkan? Apa yang dilakukan untuk pertanyaan tentang berapa lama?
Faktor lain adalah bahwa hal-hal yang Anda pelajari akan mengubah pemahaman Anda tentang bagaimana menerapkan fitur-fitur tertentu, dan ketika Anda semakin dekat untuk mengimplementasikan setiap fitur, perkiraan Anda akan berubah. Secara pribadi, saya akan menolak menempatkan estimasi numerik pada apa pun yang tidak mendekati cakrawala implementasi - mungkin menggunakan perkiraan deskriptif seperti "kecil", "kecil", "menengah", "besar" dan "besar" atau "epik". Maka Anda tidak menyiratkan akurasi yang lebih besar dari yang dapat Anda perkirakan.
Sejujurnya, "Berapa lama waktu yang dibutuhkan?", Tidakkah bisa dijawab lebih dari, "Apa yang akan terjadi jika sudah selesai?". Akuntan dan pebisnis tradisional membenci ini, itulah sebabnya sangat sulit untuk menjauh dari Air Terjun di beberapa organisasi.
Itu juga mengapa Anda perlu banyak berbicara tentang kecepatan dan metrik dengan sebutir garam. Proyek perangkat lunak memiliki semacam Prinsip Ketidakpastian Heisenberg yang dibangun di dalamnya, dan jika Anda menghabiskan terlalu banyak waktu untuk pengukuran fine tuning, Anda hanya akan berakhir dengan omong kosong yang sangat tepat.
Jadi tidak, perkiraan bukanlah janji. Itu perkiraan. "Janji" adalah komitmen yang dibuat oleh Tim untuk menyelesaikan sejumlah fitur atau cerita tertentu dalam Sprint tertentu.
Perkiraan tersebut perlu cukup akurat untuk memungkinkan Tim mengidentifikasi berapa banyak fitur (atau cerita) yang dapat dimasukkan ke dalam Sprint dengan pas. Yang lebih penting daripada ketepatan dalam perkiraan adalah konsistensi, karena Tim akan mempelajari berapa nilai pekerjaan perkiraan yang dapat mereka masukkan ke dalam Sprint, bahkan jika pekerjaan yang sebenarnya ternyata biasanya dua kali lebih banyak dari yang mereka perkirakan. Selama secara konsisten mati, mereka akan dapat merencanakan.