Was ist Rapid Application Development?

2. Prototyping

In dieser Phase der schnellen Applikationsentwicklung besteht das Ziel eines Entwicklers darin, etwas zu erstellen, was dem Kunden präsentiert werden kann. Dabei kann es sich um einen Prototyp handeln, der alle oder einen Teil der Anforderungen erfüllt (wie in der frühen Phase des Prototypings).

Dieser Prototyp ist möglicherweise nicht ganz so ausgereift, wie er sein sollte – und das ist akzeptabel. Die meisten RAD-Programmieransätze haben eine Finalisierungsphase, in der die Entwickler technische Schulden früherer Prototypen begleichen.

3. Aufnahme von Feedback

Anhand eines aktuellen Prototyps präsentieren RAD-Entwickler dem Kunden oder den Endanwendern ihre Arbeit. Anschließend sammeln sie Feedback zu allen Bereichen, von der Benutzeroberfläche bis zur Funktionalität. Hierbei werden alle Produktanforderungen auf den Prüfstand gestellt.

Es kann sein, dass Kunden ihre Meinung ändern oder feststellen, dass etwas, was auf dem Papier richtig erschien, in der Praxis keinen Sinn ergibt. Mit dem Feedback im Hinterkopf kehren die Entwickler zu einer Form von Schritt 2 zurück und widmen sich wieder dem Prototyping. Sobald das Feedback ausschließlich positiv ist und der Kunde mit dem Prototyp zufrieden ist, können die Entwickler zu Schritt 4 übergehen.

4. Fertigstellen des Produkts

In dieser Phase können Entwickler ihre Implementierung optimieren oder komplett überarbeiten, um die Stabilität und Wartbarkeit zu verbessern. Ebenso können sie in dieser Phase auch das Backend mit den Produktionsdaten verbinden, eine gründliche Dokumentation verfassen und alle anderen erforderlichen Wartungsaufgaben durchführen, bevor sie das fertige Produkt übergeben.

Sowohl das Spiralmodell von Boehm als auch das RAD-Modell von James Martin nutzen diese vier Schritte, um Entwicklerteams dabei zu helfen, Risiken zu reduzieren und herausragende Produkte zu erstellen. Dennoch hat die schnelle Applikationsentwicklung auch Nachteile.

Vorteile schneller Applikationsentwicklung

Wir haben bereits einige Vorteile von RAD erwähnt, die wir hier noch noch einmal aufgreifen und erläutern wollen.

Nachteile schneller Applikationsentwicklung

Die Vorteile klingen alle sehr positiv. Betrachten wir das Ganze nun von der anderen Seite.

Ist Rapid Application Development das Richtige für Ihr Team?

Nachdem wir die Vor- und Nachteile der RAD-Programmierung betrachtet haben, wollen wir uns nun anschauen, welche Arten von Projekten am meisten vom Ansatz der schnellen Applikationsentwicklung profitieren.

Wenn Sie ein internes Geschäftstool oder sogar ein kundenorientiertes Portal wie eine App oder eine Website entwickeln, werden die Techniken der schnellen Applikationsentwicklung Ihrem Team dabei helfen, Endanwendern ein besseres Erlebnis zu bieten. Wenn Ihr Team jedoch mit der Entwicklung unternehmenskritischer Software (wie Flugsteuerung oder Firmware von Implantaten) beauftragt ist, ist die RAD-Methode nicht nur unangemessen, sondern auch unverantwortlich. Ein Pilot mit einem ausgefallenen Steuermodul oder ein Überlebender eines Herzinfarkts mit einem nicht funktionierenden Herzschrittmacher kann Ihnen aus dem Jenseits kein Feedback zu Ihrem Prototyp mehr geben.

Bevor Sie sich für eine schnelle Entwicklungsumgebung für Ihr Projekt entscheiden, sollten Sie die folgenden Fragen beantworten.

1. Ist mein Produkt unternehmenskritisch?

Wenn Endanwender ihre Sicherheit oder ihr Leben in die Hände Ihres Produkts legen, hat Ihr Team nur sehr wenig Spielraum für Fehler. Und eine schnelle Entwicklungsumgebung ist nur dann erfolgreich, wenn wir ihr erlauben, Fehler zu machen und zu korrigieren.

Es gibt Ausnahmen für Produkte, die wir simulieren können, ohne andere in Gefahr zu bringen. Wenn Ihr Projekt jedoch zu 100% fehlerfrei sein muss, bevor Sie es dem Endanwender zur Verfügung stellen, ist Rapid Application Development nicht die richtige Wahl für Sie.

2. Kann ich Feedback von Endbenutzern und Kunden erhalten?

Wie bereits erwähnt, basiert die schnelle Applikationsentwicklung auf der Bereitschaft des Endanwenders, Feedback zu geben und Benutzertests durchzuführen.

Kunden müssen sich verpflichten, während des iterativen, fortlaufenden RAD-Prozesses häufiges Feedback zu geben.

3. Lässt sich die Lieferung aufteilen?

In einer schnellen Entwicklungsumgebung stellt Ihr Team dem Endanwender früh und häufig Prototypen vor, bei denen Benutzerabläufe häufig unvollständig sind oder noch ganz fehlen. Deshalb ist Ihr Projekt so aufzuteilen, dass Ihr Team das Produkt in Portionen (oder Modulen) statt in einem Ganzen erstellen und präsentieren kann. Eine Barriere für die Modularisierung ist oft das Backend, wo Ihr Projekt mit diversen Drittanbietern integriert werden muss, bevor dem Endanwender ein geschäftlicher Anwendungsfall geliefert werden kann.

Diese Anforderung lässt sich mithilfe von Datensynthese umgehen. Dabei handelt es sich um einen Prozess, der Testdaten erzeugt, die dem Datensatz, den Ihre Endanwender erwarten, annähernd gleichen. Auf diese Weise können Sie Verhaltensweisen mit Ihrem Prototyp modellieren, ohne Konnektoren erstellen zu müssen, bevor Sie sie wirklich brauchen.

4. Kann mein Team schnell iterieren?

Dies ist die letzte und naheliegendste Frage, die Sie sich stellen sollten. Ist Ihr Team in der Lage, in einem RAD-Programmierungstempo zu iterieren? Natürlich erzeugen herkömmliche Softwaretechniken Code, der formbarer als Stahl ist. Dennoch erstellen wir oft Produkte mit einen Kern wie aus Knochen – sie lassen sich brechen, aber nur mit quälenden Schmerzen. Boilerplate-Code – das bloße Minimum an Code, der das Gerüst unseres Projekts bildet – verschlingt einen nicht geringen Prozentsatz des Aufwands.

Die Entwicklung des Kerns Ihrer Applikation sowie die Korrektur falscher Annahmen rauben Zeit und Energie für die Bereitstellung funktionierender Prototypen. Neben Entwicklern brauchen Sie zudem ein Design- und Produktteam, das bereit und in der Lage ist, schnell zwischen den Kontexten der Ideenfindung und der Assimilation (Verarbeitung von Feedback von Kunden und Endanwendern) hin und her zu wechseln.

Diese Praxis ist nicht in allen Teams verankert – aber alle Teams können sie erlernen. Dabei können mehrere Tools helfen. Wenn Ihr Team nicht schnell iterieren kann oder Sie sich die entsprechenden Tools nicht leisten können, ist RAD-Entwicklung nicht unbedingt die richtige Wahl für Sie.

RAD vs. Agile

Wer sich mit Entwicklungsmethodiken beschäftigt, vergleicht verschiedene Frameworks miteinander. Dabei wird die schnelle Applikationsentwicklung häufig der agilen Softwareentwicklung gegenübergestellt.

Doch dieser Vergleich ist schwierig. RAD ist ein Vorläufer agiler Entwicklung, die aber ihrerseits weit mehr als ein Entwicklungsmodell umfasst. Bei Agilität handelt es sich eher um eine Philosophie als um eine Methodik. Um dies zu verdeutlichen, haben wir die Kernprinzipien der beiden Konzepte gegenübergestellt:

Tools für die schnelle Applikationsentwicklung

Wie Sie gesehen haben, handelt es sich bei der schnellen Applikationsentwicklung eher um eine Methode der Softwareentwicklung als um eine bestimmte Sprache, ein Tool oder eine Schnittstelle. Dennoch können Tools das Rapid Prototyping, die Entwicklung und das Einholen von Feedback erleichtern.

Tools für Design und Prototyping

Die Produkte in dieser Kategorie helfen Teams bei der Erstellung interaktiver Designs in beeindruckender Geschwindigkeit. Einige Tools auf der Liste, wie zum Beispiel Webflow, ermöglichen es Designern, das fertige Design als funktionalen, browserübergreifenden Prototyp zu exportieren.

Tools für Benutzertests und Feedback

Wie bereits dargelegt, erfordert die RAD-Methodik häufiges Feedback von Kunden und Endanwendern. In modernen Workflows arbeiten Entwickler, die außerhalb des Büros tätig sind, lieber mit Remote-Feedback. So brauchen sie nicht jedes Mal, wenn sie Input von Kunden benötigen, eine Reise und Unterkunft zu buchen.

Tools für die schnelle Applikationsentwicklung

Wenn Ihr Team strenge technologische Anforderungen hat oder nur über begrenzte Fähigkeiten verfügt, ist es einfacher, sich an bereits Bekanntes zu halten. Oft lassen sich die Kosten für die Migration von Technologien nicht rechtfertigen. Doch wenn Sie bereit sind, einen neuen Entwicklungsansatz in Betracht zu ziehen, werden die Tools in dieser Kategorie Ihren Produktionszyklus beschleunigen.

Wie OutSystems eine schnelle Applikationsentwicklung ermöglicht

Wie Sie gesehen haben, handelt es sich bei der schnellen Applikationsentwicklung eher um eine Methode der Softwareentwicklung als um eine bestimmte Sprache, ein Tool oder eine Schnittstelle. Dennoch können Tools das Rapid Prototyping, die Entwicklung und das Einholen von Feedback erleichtern.

OutSystems ist eine moderne und KI-gestützte Low-Code-Applikationsplattform. Das bedeutet, dass unser Produkt über die Bereitstellung einer schnellen Applikationsumgebung hinausgeht, indem es Hosting, dynamische Skalierung, Release-Automatisierung, Leistungsüberwachung, Benutzerverwaltung, Versionskontrolle und vieles mehr umfasst. Im Mittelpunkt unseres Angebots steht jedoch eine leistungsstarke Entwicklungsumgebung.

Unsere Plattform kombiniert hochproduktive Tools, die Komplexität automatisieren und vereinfachen – mit der Leistungsfähigkeit und Ausdruckskraft der traditionellen Entwicklung. So können sowohl IT-nahe Funktionen als auch IT-Fachkräfte in kürzester Zeit unternehmenstaugliche Web- und mobile Applikationen erstellen.

Sind Sie bereit für schnellere Entwicklung?

Vereinbaren Sie einen Termin für eine Online-Demo oder testen Sie OutSystems Free Edition.