Ist Agile eine Variante von RAD?

Wikipedia sagt, dass Agile eine Art von "RAD" ist, was meiner Meinung nach falsch ist. Soweit ich weiß, wurde Agile entwickelt, da RAD selbst in den 90ern nicht so erfolgreich war (zu starr für Änderungen). Oder liege ich falsch?

(Anmerkung: Anscheinend wurde der Wikipedia-Artikel zur agilen Softwareentwicklung zwischenzeitlich verbessert. Er listet RAD lediglich als Vorgänger von Agile auf, nicht als Obermenge).

Eine Referenz aus einem Buch Radical Project Management (Thomsett)

"..neue Entwicklung Modeerscheinung wie RAD, Agile, Object Oriented ..."

Prüfer des CISA-zertifizierten Informationssystems:

..bekannt von zwei alternativen Softwareentwicklern. Methoden: Agile und schnelle Anwendungsentwicklung

Agiles Management für Software:

Agile Methoden werden meist aus dem Lightweight-Ansatz von RAD abgeleitet.

Best Practices für die Softwareschätzung:

Die wichtigsten Methoden von sw. dev. kann wie folgt zusammengefasst werden:
1. Wasserfall ..
4. RAD
5. Agile

Der Punkt dieser Frage ist:
Handelt es sich um einen agilen RAD-Typ oder einen eigenständigen Entwicklungsansatz?

RAD als Begriff liegt ungefähr zehn Jahre vor Agile als Begriff, aber es ist nicht wirklich ein "Elternteil" von Agile. Beide wurden als Reaktion auf wahrgenommene Mängel mit herkömmlichen Managementtechniken für die Softwareentwicklung entwickelt. RAD ist jedoch eine vorgeschriebene Methode zum Schreiben von Software, bei der aufeinanderfolgende Prototypen verwendet werden, um Anforderungen zu ermitteln und die Anwendung zu verfeinern. Agile ist in der ursprünglich eingeführten Form eine philosophische Position, die den Unterschied zwischen traditionellen Ansätzen und den Werten beschreibt, auf die sich agile Praktiker konzentrieren.

Nein, agile Softwareentwicklung ist keine Art von RAD. Sie befassen sich mit Problemen auf verschiedenen Abstraktionsebenen.

Ich halte es nicht für richtig, Entwicklungsmethoden in Hiearchies zu kategorisieren. So ist keine Methode "unter" oder "über" einer anderen. Es ist viel logischer, über gemeinsame Methodenpunkte nachzudenken. Sehr oft beinhaltet die Anwendung von Methoden in der Praxis die Kombination vieler ähnlicher Methoden, und es liegt an den Managern, ein funktionierendes Entwicklungsmodell zu entwickeln.

Im Falle von RAD (mit dem ich keine Erfahrung habe) gegen Agile scheint es, dass nur Gemeinsamkeit iterative Entwicklung ist. RAD scheint starre Phasen mit spezifischen Zielen und Ergebnissen zu bevorzugen. Bei Agile geht es mehr um eine einzelne Entwicklungsphase, in der alles passiert. Außerdem entwickelt Agile Software direkt mit der Möglichkeit, Features zu entfernen, anstatt vorher Prototypen zu erstellen. (Dies kann mit agil identisch sein, da Prototypen häufig sofort in die funktionierende Software integriert werden, anstatt sie erneut korrekt auszuführen.)

Die agile Methodik ist gestochen scharfer, da sie darauf ausgerichtet ist, Anwendungen in iterativen Modellen zu erstellen und den Beteiligten schnell und iterativ zu demonstrieren. Es befreit Entwickler nicht von der Beibehaltung von Designparadigmen (insbesondere der Modularität), betont diese jedoch nicht direkt, während es sich auf die kontinuierliche Bereitstellung von Iterationen und die schnelle Reaktion auf schnelle Änderungen der Geschäftsanforderungen konzentriert. Es ist de facto auf die Entwicklung eines isolierten Produkts ausgerichtet und arbeitet im Rahmen des Produkts. Es erfordert jedoch keine eindeutige Wiederverwendung von Lösungskomponenten und darüber hinaus den Aufbau einer gemeinsamen Plattform für Produktfamilien auf Unternehmensebene. Kein technischer Manager wird befürworten, dieselbe Arbeit N-mal zu wiederholen. Glücklicherweise trennt RAD die Entwicklung nach Domänen, Modulen und deren Integration sowie aus technischer Sicht. trifft eher auf die technische Organisation des Entwicklungsmodells zu, was aus Sicht der technischen Leitung eines Unternehmens sinnvoll ist. Dies macht das Modell flexibler und lösungsfähiger und für andere Produkte anpassbar. Schließlich ist ein Unternehmen keine Gemeinschaft von Freiberuflern und hat eine längere Lebensdauer als die eines Produkts. Wenn ein Unternehmen jedoch ein einzelnes Produkt ohne Migration und Änderungen herstellt, ist die Rolle von RAD nicht so aussagekräftig. In der Regel werden die geschäftlichen Stärken von Agile jedoch hervorragend mit den organisatorischen Stärken von RAD kombiniert. Schließlich ist ein Unternehmen keine Gemeinschaft von Freiberuflern und hat eine längere Lebensdauer als die eines Produkts. Wenn ein Unternehmen jedoch ein einzelnes Produkt ohne Migration und Änderungen herstellt, ist die Rolle von RAD nicht so aussagekräftig. In der Regel werden die geschäftlichen Stärken von Agile jedoch hervorragend mit den organisatorischen Stärken von RAD kombiniert. Schließlich ist ein Unternehmen keine Gemeinschaft von Freiberuflern und hat eine längere Lebensdauer als die eines Produkts. Wenn ein Unternehmen jedoch ein einzelnes Produkt ohne Migration und Änderungen herstellt, ist die Rolle von RAD nicht so aussagekräftig. In der Regel werden die geschäftlichen Stärken von Agile jedoch hervorragend mit den organisatorischen Stärken von RAD kombiniert.