Apakah Agile merupakan varian dari RAD?


16

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?


1
RAD = Pengembangan Aplikasi Cepat. Agile tentu termasuk dalam kategori itu.
Oded

2
@Oded: daripada mengapa banyak sumber tidak mengatakannya? Terutama karena cepat ditujukan pada pengiriman cepat mengapa gesit pada kemampuan beradaptasi, yang diwakili oleh kata "gesit" ..
John V

1
Tentu, lincah adalah tentang kemampuan beradaptasi, tetapi pada saat yang sama itu adalah tentang pengiriman barang-barang prioritas tinggi dengan cepat .
Oded

1
"Wikipedia mengatakan" - dalam artikel tersebut , ada tanda "rujukan?" Di dekat pernyataan bahwa "Metode Agile memiliki banyak kesamaan dengan Pengembangan Aplikasi Cepat" - yang berarti pernyataan ini tidak sesuai dengan standar wikipedia
agas

1
Apa yang Anda maksud dengan "pendekatan pengembangan mandiri"?
Thomas Owens

Jawaban:


15

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.


Itulah yang saya pikirkan persis, saya kira Wiki harus diperbarui.
John V

2
Yah itu dapat diedit sehingga Anda bisa melakukan itu ;-)

11

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)


1
itulah sebabnya lincah diusulkan untuk membuat prototipe dalam berbagai bahasa dari bahasa produk: prototipe biasanya tidak dilakukan dengan benar. misalnya matlab untuk prototipe vs c ++ untuk produk
BЈовић

-1

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.


4
posting ini agak sulit dibaca (dinding teks). Maukah Anda mengeditnya menjadi bentuk yang lebih baik?
nyamuk
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.