The Scrum Framework — Edisi Kedua

Bab ini mempertahankan konteks pembelajaran historis dan praktis edisi kedua. Kurikulum edisi ketiga juga tersedia dalam daftar isi di bawah.

---

Mengapa Model Pengembangan Perangkat Lunak Waterfall Dapat Gagal? - International Scrum Institute

Studi menunjukkan bahwa pada lebih dari 80% proyek perangkat lunak gagal yang diteliti, metodologi Waterfall merupakan faktor utama kegagalan. Namun mengapa?

Fase Model Pengembangan Perangkat Lunak Waterfall Klasik

Seperti gambar di atas, Waterfall memakai rantai fase proyek berurutan ketat. Fase sebelumnya harus selesai sebelum berikutnya dimulai. Kembali ke belakang biasanya sulit, mahal, membuat frustrasi, dan menyita waktu.

Lini masa proyek direncanakan sejak awal. Produk siap rilis hanya disampaikan di akhir. Jika satu fase terlambat, semua fase berikutnya juga terlambat.

Untuk menghindarinya, pengguna Waterfall berusaha mengantisipasi semua kemungkinan sejak awal dan mendefinisikan seluruh kebutuhan sedetail serta selengkap mungkin. Namun, ini sulit pada fase awal sehingga banyak kebutuhan berubah atau seharusnya berubah sepanjang proyek. Studi menunjukkan sekitar 60% kebutuhan awal proyek besar dan kompleks berubah. Kebutuhan lain diimplementasikan sesuai definisi tetapi tidak diperlukan pelanggan, menghabiskan waktu yang seharusnya untuk fungsi bernilai lebih tinggi.

Pemisahan fase memaksa estimasi terpisah untuk masing-masing. Masalahnya, kebanyakan fase tidak benar-benar terpisah: aktivitas sering tumpang tindih dan saling memengaruhi.

Waterfall dapat dipakai untuk proyek kecil dan sederhana. Namun bagi proyek lebih besar dan kompleks, pendekatan ini sangat berisiko, sering lebih mahal, dan umumnya kurang efisien daripada Scrum.