Geschichte der Agilität

Geschichte der Agile - Der agile Ansatz entstand in der IT-Welt in den achtziger und neunziger Jahren. Zu dieser Zeit war im Vergleich zur traditionellen Wasserfallmethode ein praxisorientierterer Ansatz erforderlich. Winston W. Royce (1929-1995), der namentlich genannte Schöpfer der Wasserfallmethode, entwickelte die Methode 1970 mit aufeinanderfolgenden Schritten, um Software innerhalb des Budgets und der Zeit bereitzustellen. Wenn eine Phase abgeschlossen war, wurde dies von einer großen Menge an Dokumentation begleitet. Eine abgeschlossene Phase konnte nicht mehr geändert werden und galt als abgeschlossen. Kritik an dieser Wasserfallmethode war, dass sie wenig flexibel auf sich ändernde Anforderungen während des Entwicklungsprozesses sei. Das Wasserfallmodell geht davon aus, dass das, was im Voraus festgelegt wurde, keiner Änderung mehr unterliegt (Venneman, 2013). Die Erfahrung hat jedoch gezeigt, dass sich die Anforderungen der Lieferungen, teilweise aufgrund der langen Vorlaufzeit, während des Prozesses ändern können (De Jonge, 2009). Dadurch konnte es vorkommen, dass die gelieferte Software am Ende des Prozesses nicht mehr den Wünschen und Anforderungen des Endanwenders entsprach. Auch wurde die umfangreiche Dokumentation eher als Zeitverschwendung denn als Hilfsmittel während des Entwicklungsprozesses angesehen (Boehm, 1988). Das Absolvieren einer Spezifikation pro Phase wurde als große Hürde empfunden, da anschließend erhaltene Rückmeldungen nicht mehr in der jeweiligen Spezifikation verarbeitet werden konnten (Sommerville, 1996).

Als Reaktion darauf wurden eine Reihe von leichtgewichtigen Softwaremethoden entwickelt, wie Extreme Programming (XP), Crystal, Scrum und Adaptive Software Development (ASD). Die Vorgehensweise innerhalb dieser Methoden ist dadurch gekennzeichnet, dass die Anzahl der Regeln und Vorschriften klein und einfach gehalten wird (Thomas et al., 2001). Eine Reihe von Softwareentwicklern, die diese Methoden anwenden, trafen sich einmal, um informell ihre Gedanken und Erfahrungen auszutauschen.Während dieses Treffens stellte die Gruppe fest, dass sie viele Ansichten über die Softwareentwicklung und den verwendeten Ansatz teilten. Die darin geteilten Werte haben sie in das Agile Manifest einfließen lassen. Das Agile Manifest besteht aus einer Beschreibung der von den siebzehn Autoren geteilten Werte und einem Dutzend Prinzipien, die diese Werte unterstützen.

Das agile Manifest

Wir zeigen, dass es bessere Wege gibt, Software zu entwickeln
indem wir in der Praxis zeigen, dass dies funktioniert
und anderen zu helfen. Deshalb bevorzugen wir:

Menschen und ihre gegenseitige Interaktion über Prozesse und Tools
Funktionierende Software über umfassende Dokumentation
Kundenzusammenarbeit bei Vertragsverhandlungen
Auf Veränderungen reagieren, anstatt einem Plan zu folgen

Während wir alles, was auf der rechten Seite steht, zu schätzen wissen,
Wir legen mehr Wert auf das, was auf der linken Seite erwähnt wird.

Hinter dem Agilen Manifest stehen eine Reihe von Prinzipien, die befolgt werden.

• Unsere oberste Priorität ist die Kundenzufriedenheit durch frühzeitige und kontinuierliche Lieferung wertvoller Software.
• Begrüßen Sie sich ändernde Anforderungen, auch spät im Entwicklungsprozess.
• Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.
• Liefern Sie regelmäßig funktionierende Software. Am besten alle paar Wochen, höchstens alle paar Monate.
• Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.
• Bauen Sie Projekte um motivierte Personen auf. Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.
• Der effizienteste und effektivste Weg, Informationen in und mit einem Entwicklungsteam auszutauschen, ist der Austausch miteinander.
• Funktionierende Software ist der wichtigste Fortschrittsmaßstab.
• Agile Prozesse fördern die stetige Weiterentwicklung. Die Kunden, Entwickler und Benutzer müssen in der Lage sein, ein konstantes Tempo für immer aufrechtzuerhalten.
• Ständiges Augenmerk auf hohe technische Qualität und gutes Design steigern die Agilität.
• Einfachheit, die Kunst, die nicht geleistete Arbeit zu maximieren, ist wesentlich.
• Die besten Architekturen, Anforderungen und Designs entstehen in sich selbst verwaltenden Teams.
• Zu festgelegten Zeiten prüft das Team, wie es effektiver werden kann und passt dann sein Verhalten entsprechend an.

Geschichte der Agilität

Agil bedeutet wörtlich: „agil, flink“. In der ICT-Welt steht es für die Entwicklung von Software in kurzen und übersichtlichen Zeiträumen. Diese Perioden werden „Iterationen“ genannt und sind sozusagen kleine Projekte, in denen jedes Mal funktionierende Software geliefert wird. Bei der agilen Entwicklung arbeitet das beteiligte Team sehr eng zusammen und kommuniziert kontinuierlich persönlich, untereinander und mit anderen Projektbeteiligten. Das Team versucht fast immer, am Ende jeder Iteration etwas Nützliches zu liefern. Nach jeder Iteration überprüfen die Entwickler dank Kundenfeedback die Zwischenergebnisse und passen sie gegebenenfalls an.

Mittlerweile hat Agilität auch außerhalb der ICT Einzug gehalten. Die Fokussierung auf Kundennutzen, sich selbst organisierende Teams und das Liefern von Zwischenergebnissen scheinen in der gesamten Organisation einen Mehrwert zu bieten. Agile kann beispielsweise neben Lean und Six Sigma eingesetzt werden. Während sich Lean auf die Beseitigung von Verschwendung und Six Sigma auf die Prozessverbesserung konzentriert, konzentriert sich Agile darauf, kontinuierlich so viel Kundennutzen wie möglich zu liefern, indem wertvolle Produkte oder Dienstleistungen in Iterationen bereitgestellt werden.

Weitere Informationen zum Mehrwert von Agile finden Sie in 'Die kritischen Erfolgsfaktoren von Agile'.

Quellenverzeichnis:
Böhm, B. W. (1988). Ein Spiralmodell der Softwareentwicklung und -verbesserung. Computer, 21(5), 61–72. IEEE-Computer.
Gerrits, T., Groot, R. de. & Vennemann, (2013). Agile, Taschenleitfaden für agile Organisationen. Zaltbommel: Van Haren Publishing.
Jung, M.de. (2009). Agile Webentwicklung. http://naarvoren.nl/artikel/agile_webontwikkeling/.
Royce, W. (1970). Management der Entwicklung großer Softwaresysteme† In Proceedings of IEEE Westcon.
Summerville, L. (1996). Software-Prozessmodelle. ACM Computing-Umfragen. 28(1), 269-71.
Thomas, D. et al. (2001). Agiles Manifest. http://agilemanifesto.org.