Daftar Isi:
Metodologi Agile untuk pengembangan perangkat lunak dapat berdampak positif bagi industri TI. Hasil adopsi metodologi Agile dapat diukur dalam beberapa cara. Perputaran yang lebih cepat dari permintaan perubahan perangkat lunak, bug lebih sedikit, pengukuran kuantitatif kinerja tim dan kemacetan adalah refleksi dari keberhasilan implementasi Agile. Untuk berhasil mengukur dampak Agile, organisasi perlu membandingkan berbagai metrik yang terkait dengan pengembangan pra-Agile dan pasca-Agile. Dampak nyata Agile tidak dapat diukur hanya dengan peningkatan pendapatan atau dengan peningkatan jumlah bug yang diperbaiki. Beberapa parameter internal perlu dipertimbangkan untuk memahami dampak nyata. (Untuk lebih lanjut tentang pengembangan Agile, lihat Pengembangan Agile Software 101.)
Mengapa Agile IT?
Industri TI telah condong ke arah praktik Agile terutama karena kendala model air terjun pengembangan perangkat lunak. Secara umum, telah diamati bahwa perusahaan IT tidak dapat menanggapi permintaan pelanggan yang berubah atau situasi pasar atau mengurangi biaya dengan model pengembangan perangkat lunak. Bahkan jika kita mengimbangi kemiringan yang luar biasa ini terhadap metodologi Agile dan menganggap beberapa kegembiraan sebagai sekadar hype, ada banyak umpan balik empiris terhadap model air terjun.
Sederhananya, model air terjun adalah model pengembangan perangkat lunak di mana pekerjaan dilakukan secara berurutan - satu tahap demi tahap. Ada lima fase model ini: persyaratan, desain, implementasi, verifikasi, dan pemeliharaan. Biasanya, setelah satu fase selesai, sulit, jika bukan tidak mungkin, untuk melakukan perubahan ke fase sebelumnya. Jadi, asumsinya adalah persyaratannya cukup banyak diperbaiki. Perbedaan utama dengan model Agile adalah dalam asumsi bahwa tidak akan ada perubahan dalam persyaratan. Agile berasumsi bahwa situasi bisnis akan berubah dan demikian pula persyaratan. Jadi, perangkat lunak dikirimkan dalam bentuk potongan kecil di atas sprint, sedangkan dalam model air terjun, pengiriman atau rilis pertama dilakukan setelah waktu yang lama. (Untuk lebih lanjut tentang pengembangan, lihat Bagaimana Apache Spark Membantu Pengembangan Aplikasi Cepat.)
