Jawaban atas pertanyaan itu bisa mengisi buku.
Saya pikir salah satu alasan utama adalah bahwa pengembangan tangkas berfokus pada hasil. Itu selalu berfokus pada memberikan apa yang paling mendesak di sini dan sekarang.
Alasan lain adalah bahwa perencanaan berdasarkan cerita dan praktik estimasi yang diikuti proses tangkas memberikan estimasi yang jauh lebih baik dari apa yang bisa disampaikan dan kapan.
Sebuah contoh yang baik tentang seberapa efektif perencanaan berdasarkan cerita adalah, adalah proyek yang saya kerjakan. Selama beberapa bulan (sebelum kami mengadopsi pengembangan tangkas), pemimpin proyek percaya bahwa kami dapat memenuhi tepat waktu, dan itu sekitar 18 bulan dari tenggat waktu. Semua pengembang merasa bahwa itu mungkin tidak realistis. Setelah memulai perencanaan yang gesit, pemimpin proyek masih memiliki penilaian optimis terhadap situasi tersebut. Tetapi hanya setelah beberapa sprint, pemimpin proyek menyadari bahwa tim sama sekali tidak memiliki kapasitas untuk memenuhi semua persyaratan pada waktu yang diharapkan. Dan itu sekarang masih lebih dari 12 bulan dari tenggat waktu.
Jadi praktik lincah juga membuat kenyataan menjadi jauh lebih cepat.
Dan akhirnya, tim yang gesit cenderung lebih sering mengadopsi praktik yang menciptakan kualitas kode yang lebih baik, misalnya pengembangan yang didorong pengujian, seringnya refactoring, integrasi berkelanjutan, tinjauan kode peer / pemrograman pasangan, dll. Bukannya proyek perangkat lunak tradisional melarang praktik ini, mereka hanya cenderung tidak terlalu fokus.