Wikipedia mengatakan bahwa Agile adalah jenis "RAD" yang saya kira salah. Dari yang saya tahu, Agile dikembangkan karena RAD itu sendiri tidak begitu sukses di 90-an (terlalu kaku untuk perubahan). Atau saya salah?
(Catatan: rupanya artikel Wikipedia tentang pengembangan perangkat lunak Agile ditingkatkan di antaranya, itu hanya mencantumkan RAD sebagai pendahulu Agile, bukan sebagai superset).
Referensi dari buku Radical Project Management (Thomsett)
".. mode pengembangan baru seperti RAD, Agile, Object oriented ..."
Auditor Sistem Informasi Bersertifikat CISA:
.. menyadari dua dev perangkat lunak alternatif . metode: Agile dan Pengembangan Aplikasi Cepat
Manajemen tangkas untuk Perangkat Lunak:
Metode tangkas sebagian besar berasal dari pendekatan RAD yang ringan.
Praktik terbaik estimasi perangkat lunak:
Metode utama sw. dev. dapat diringkas sebagai berikut:
1. Air terjun ..
4. RAD
5. Agile
Inti dari pertanyaan ini adalah:
Apakah Agile tipe RAD atau pendekatan pengembangan mandiri?
sumber
Jawaban:
RAD sebagai istilah mendahului Agile sebagai istilah sekitar sepuluh tahun, tetapi sebenarnya bukan "induk" dari Agile. Keduanya diciptakan sebagai reaksi terhadap kekurangan yang dirasakan dengan teknik manajemen pengembangan perangkat lunak tradisional. Namun, RAD adalah metode preskriptif untuk menulis perangkat lunak, menggunakan prototipe yang berurutan untuk mendapatkan persyaratan dan menyempurnakan aplikasi. Agile, dalam bentuk yang awalnya diperkenalkan, adalah posisi filosofis yang menggambarkan perbedaan antara pendekatan tradisional dan nilai-nilai yang difokuskan oleh praktisi tangkas.
Jadi tidak, pengembangan perangkat lunak gesit bukan jenis RAD; mereka mengatasi masalah di berbagai tingkat abstraksi.
sumber
Saya tidak berpikir itu benar untuk mengkategorikan metodologi pengembangan di hiearchies. Jadi tidak ada metodologi yang "di bawah" atau "di atas" lainnya. Adalah jauh lebih logis untuk memikirkan poin-poin umum dari metodologi. Cukup sering, aplikasi dunia nyata dari metodologi melibatkan kombinasi dari banyak metodologi serupa dan terserah kepada manajer untuk datang dengan model pengembangan kerja.
Dalam kasus RAD (yang saya tidak alami dengan) vs Agile sepertinya hanya kesamaan adalah pengembangan berulang. RAD tampaknya lebih menyukai fase kaku dengan tujuan dan hasil tertentu. Agile lebih tentang fase pengembangan tunggal di mana semuanya terjadi. Agile juga mengembangkan perangkat lunak secara langsung dengan kemungkinan fitur dihapus alih-alih prototyping sebelumnya. (yang mungkin berakhir sama dengan gesit, karena cukup sering prototipe segera diintegrasikan ke dalam perangkat lunak yang berfungsi, daripada melakukannya dengan benar sekali lagi)
sumber
Metodologi Agile adalah mode yang lebih silet karena berorientasi untuk membangun aplikasi dalam model iteratif dengan demonstrasi iteratif cepat kepada para pemangku kepentingan. Ini tidak mengecualikan pengembang dari menjaga paradigma desain (modularitas-terutama), tetapi tidak menekankannya secara langsung, sementara sedang berkonsentrasi pada pengiriman iterasi yang berkelanjutan dan reaksi cepat pada perubahan cepat dari persyaratan bisnis. Ini berorientasi de-facto untuk pengembangan produk yang terisolasi dan bekerja dalam kerangka produk. Tapi itu tidak memerlukan komponen-komponen solusi yang dapat digunakan kembali dan lebih jauh lagi, -untuk membangun platform umum untuk keluarga produk di tingkat perusahaan. Tidak ada seorang manajer teknis yang akan mendukung pengulangan pekerjaan yang sama sebanyak N kali. Untungnya RAD memisahkan pengembangan berdasarkan domain, modul dan integrasinya, dan dari sudut pandang teknis, lebih berlaku untuk organisasi teknis model pengembangan, yang masuk akal dari sudut pandang manajemen teknis perusahaan. Ini membuat model menjadi lebih fleksibel dan dapat digunakan kembali serta dapat disesuaikan untuk produk lain. Akhirnya- sebuah perusahaan bukan komunitas freelancer dan memiliki umur lebih panjang, daripada umur satu produk. Namun, jika sebuah perusahaan menghasilkan produk tunggal tanpa migrasi dan modifikasi, maka peran RAD tidak begitu ekspresif. Tapi biasanya, kekuatan bisnis Agile sangat baik dikombinasikan dengan kekuatan organisasi teknis RAD. Akhirnya- sebuah perusahaan bukan komunitas freelancer dan memiliki umur lebih panjang, daripada umur satu produk. Namun, jika sebuah perusahaan menghasilkan produk tunggal tanpa migrasi dan modifikasi, maka peran RAD tidak begitu ekspresif. Tapi biasanya, kekuatan bisnis Agile sangat baik dikombinasikan dengan kekuatan organisasi teknis RAD. Akhirnya- sebuah perusahaan bukan komunitas freelancer dan memiliki umur lebih panjang, daripada umur satu produk. Namun, jika sebuah perusahaan menghasilkan produk tunggal tanpa migrasi dan modifikasi, maka peran RAD tidak begitu ekspresif. Tapi biasanya, kekuatan bisnis Agile sangat baik dikombinasikan dengan kekuatan organisasi teknis RAD.
sumber