Agile Development

Agile Softwareentwicklung ist der Oberbegriff für den Einsatz von Agilität (lat.agilis 'flink, beweglich') in der Softwareentwicklung. Je nach Kontext bezieht sich der Begriff auf Teilbereiche der Softwareentwicklung – wie im Fall von Agile Modeling – oder auf den gesamten Softwareentwicklungsprozess – exemplarisch sei Extreme Programming angeführt. Agile Softwareentwicklung versucht mit geringem bürokratischen Aufwand und wenigen Regeln auszukommen.

Zielsetzung

Das Ziel Agiler Softwareentwicklung ist es, den Softwareentwicklungsprozess flexibler und schlanker zu machen, als das bei den klassischen Vorgehensmodellen der Fall ist. Man möchte sich mehr auf die zu erreichenden Ziele fokussieren und auf technische und soziale Probleme bei der Softwareentwicklung eingehen. Die Agile Softwareentwicklung ist eine Gegenbewegung zu den oft als schwergewichtig und bürokratisch angesehenen traditionellen Softwareentwicklungsprozessen wie dem Rational Unified Process oder dem V-Modell.

Geschichtliche Entwicklung

Erste Ansätze zu Agiler Softwareentwicklung sind bereits Anfang der 1990er Jahre zu finden. Popularität erreichte die Agile Softwareentwicklung erstmals 1999, als Kent Beck und andere das erste Buch zu Extreme Programming veröffentlichten. Das Interesse an Extreme Programming ebnete den Weg auch für andere Agile Prozesse und Methoden. Die Bezeichnung „agil“ für diese Art der Softwareentwicklung wurde im Februar 2001 bei einem Treffen in Utah ausgewählt, als Ersatz für das bis dahin gebräuchliche „leichtgewichtig“ (englisch „lightweight“). Bei diesem Treffen wurde auch das Agile Manifest (siehe unten) formuliert.

Ende 2005 wurde von Forrester Research eine Untersuchung herausgebracht, die besagt, dass 14% der Unternehmungen in Nordamerika und Europa ihre Software unter Zuhilfenahme von agilen Prozessen entwickeln. Weitere 19% denken über die Nutzung nach.

Bestandteile Agiler Softwareentwicklung

Agile Werte bilden das Fundament. Agile Prinzipien basieren auf den Agilen Werten und bilden Handlungsgrundsätze. Agile Methoden sind konkrete Verfahren während der Softwareentwicklung, die sich auf die Werte und Prinzipien stützen. Der Agile Prozess ist die Zusammenfassung aller angewandten Methoden und dient der Agilen Softwareentwicklung.

Agile Werte

Die agilen Werte bilden das Fundament der Agilen Softwareentwicklung und wurden im Februar 2001 als „Agiles Manifest“ (englisch Manifesto for Agile Software Development oder kurz Agile Manifesto) formuliert:^[1]

1. Individuen und Interaktionen gelten mehr als Prozesse und Tools. Zwar sind wohldefinierte Entwicklungsprozesse und hochentwickelte Entwicklungswerkzeuge wichtig, wesentlich wichtiger ist jedoch die Qualifikation der Mitarbeitenden und eine effiziente Kommunikation zwischen ihnen.
2. Funktionierende Programme gelten mehr als ausführliche Dokumentation. Gut geschriebene Dokumentation kann zwar hilfreich sein, das eigentliche Ziel der Entwicklung ist jedoch die fertige Software.
3. Die stetige Zusammenarbeit mit dem Kunden steht über Verträgen. Ein Vertrag ist normalerweise die Grundlage für die Zusammenarbeit.
4. Der Mut und die Offenheit für Änderungen stehen über dem Befolgen eines festgelegten Plans. Im Verlauf eines Entwicklungsprojektes ändern sich viele Anforderungen und Randbedingungen ebenso wie das Verständnis des Problemfeldes. Das Team muss darauf schnell reagieren können.

Das Manifest weist 17 Autoren und Erstunterzeichner aus, die auf unterschiedlichen Gebieten der agilen Softwareentwicklung tätig sind: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland und Dave Thomas. Die Liste der Unterzeichner umfasst tausende Personen, und wächst nach wie vor ^[2].

Agiles Prinzip

Ein Agiles Prinzip ist ein Leitsatz für die agile Arbeit.

Manchmal werden Agile Prinzipien auch als Methode bezeichnet. Die eigentlich falsche Verwendung des Begriffs „Methode“ für Prinzipien wird von den Vertretern agiler Methoden teilweise bewusst eingesetzt. Bei schwergewichtigen Prozessen werden Prinzipien von umfangreichen Methodenbeschreibungen überlagert und lassen die Prinzipien häufig in Vergessenheit geraten. Zudem wurden Prozesse früher hauptsächlich über Methoden, nicht über Prinzipien definiert. Die Auflistung von Prinzipien als Methoden soll den Prinzipien gegenüber formalen Methoden wieder mehr Gewicht verleihen.

Beispiele für Agile Prinzipien:

• Vorhandene Ressourcen mehrfach verwenden
• einfach (KISS-Prinzip)
• zweckmäßig
• kundennah
• Gemeinsamer Code-Besitz (Collective Code Ownership)

Der Übergang zwischen Prinzipien und Methoden ist fließend.

Agile Methode

Streng genommen bezeichnet Agile Methode eine an Agilität ausgerichtete Methode zur Softwareentwicklung.

Ein Kennzeichen agiler Methoden ist, dass sie in einem Prozess dazu dienen können, die Aufwandskurve möglichst gering zu halten. Als Leitsatz gilt: „Je mehr Du nach Plan arbeitest, um so mehr bekommst Du das, was Du geplant hast, aber nicht das, was Du brauchst.“ Daraus resultieren einige Prinzipien des Agile Modeling und des Extreme Programmings.

Agile Methoden lassen sich in zwei Gruppen unterteilen: die tatsächlichen Methoden und die den Methoden zu Grunde liegenden Prinzipien.

Beispiele für Agile Methoden:

• Paarprogrammierung
• Testgetriebene Entwicklung
• ständige Refaktorisierungen
• Story-Cards
• schnelle Codereviews

Agiler Prozess

Ziel der Vorgehensweise ist es, den Softwareentwicklungsprozess durch Abbau der Bürokratisierung und durch die stärkere Berücksichtigung der menschlichen Aspekte effektiver zu gestalten.

Den meisten Agilen Prozessen liegt zu Grunde, dass sie versuchen, die reine Entwurfsphase auf ein Mindestmaß zu reduzieren und im Entwicklungsprozess so früh wie möglich zu ausführbarer Software zu gelangen, die dann in regelmäßigen, kurzen Abständen dem Kunden zur gemeinsamen Abstimmung vorgelegt werden kann. Auf diese Weise soll es jederzeit möglich sein, flexibel auf Kundenwünsche einzugehen, um so die Kundenzufriedenheit insgesamt zu erhöhen. Sie stellen damit einen Gegensatz zu den klassischen Vorgehensmodellen wie dem V-Modell oder dem Rational Unified Process (RUP) dar.

Allen agilen Prozessen ist gemeinsam, dass sie sich zahlreicher Methoden bedienen, die Aufwandskurve möglichst flach zu halten. Inzwischen gibt es eine Vielzahl von agilen Prozessen. Zu den bekanntesten zählen unter anderem:

• Adaptive Software Development (ASD)
• Crystal
• Dynamic System Development Method (DSDM)
• Extreme Programming (XP)
• Feature Driven Development (FDD)
• Pragmatic Programming
• Scrum
• Software-Expedition
• Universal Application
• Usability Driven Development (UDD)
• Testgetriebene Entwicklung

Der Rational Unified Process (RUP) wird von vielen Vertretern Agiler Methoden (viele von ihnen haben das Agile Manifesto unterzeichnet) als nicht-agiler, schwergewichtiger Prozess aufgefasst. Das ist allerdings umstritten (siehe dazu 'XP und RUP – Passt das zusammen?').

Kritische Betrachtung

Es ist umstritten, ob der Entstehungsprozess von Software so gut verstanden wird, dass eine planmäßige Herstellung möglich ist: Kritiker argumentieren, dass Software nichts anderes sei als „ausführbares Wissen“. Wissen jedoch lässt sich nicht ingenieursmäßig herstellen, wie sich etwa eine Brücke oder ein Hochhaus herstellen lässt, sondern wird in einem kreativen Prozess gefunden.

Nach alten Modellen gedacht, wären also agile Projekte zum Scheitern verurteilt. Solche Statistiken stützen sich allerdings noch auf Zahlen aus traditioneller Software-Herstellung. Es ist jedoch zu bedenken, dass generell weniger als zwanzig Prozent von Software-Projekten ohne Budget- und Zeitüberschreitung zu Ende geführt werden. Der Rest überschreitet das Budget oder scheitert. Experten sehen darin mangelnden Einsatz von bewährten Herstellungsprozessen als Ursache. Diese funktionieren nach dem Prinzip des Brückenbaus.

In der Fachpresse findet häufig eine Vermischung zwischen abstrakten und konkreten Begriffen der Agilität statt. So wird häufig ein Agiler Prozess in Ermangelung eines eigenen Namens einfach als „der Agile Prozess“ bezeichnet, obwohl er nur ein möglicher agiler Prozess unter vielen ist. Gleiches gilt für Begriffe wie „Agile Methode“, „Agiles Prinzip“, „Agile Modellierung“ usw. Ein Leser von Artikeln über Agile Softwareentwicklung ist also stets gut beraten, zwischen allgemeinen, abstrakten Bestandteilen von Agilität und speziellen konkreten Bestandteilen einer Umsetzung von Agilität zu unterscheiden.

Allerdings verbieten weder V-Modell oder RUP den Einsatz von Rapid Prototyping; weder vor noch während der Phase „Anforderungsdefinition“ oder in der Designphase. Generell ist in Projekten ein agiles Vorgehen notwendig, allein schon um die Änderungen, die ein Projekt zwangsläufig mit sich bringt, zu berücksichtigen und zu integrieren. Vorgehensmodelle helfen dabei, diese Änderungen geregelt ins Projekt aufzunehmen.

Agiles Vorgehen stößt dann an Grenzen, wenn einer der beiden Vertragspartner (Auftraggeber oder Auftragnehmer) sich nicht an diese Prinzipien hält oder man die rechtlichen Aspekte von (Vertrags-)Änderungen im Projekt berücksichtigt. Zu beachten sind auch neue Anforderungen, die das Verfahren an die Kommunikationsfähigkeit von Entwicklern stellt. Kritisch wird es, wenn Entwickler, die sich gut behaupten können, die Arena im Unternehmen für sich übernehmen, während stillere Gemüter entlassen werden oder freiwillig gehen. Die Fähigkeit, sich in agilen Projekten behaupten zu können, ist nicht mit Produktivität gleichzusetzen. Befürworter der agilen Prinzipien werden dem entgegensetzen, dass dies die Anzeichen falscher Implementierung von agilen Prozessen sind. Unternehmen wiederum können am Nutzen von Entwicklern, die für diesen Prozess ungeeignet sind, direkt zweifeln. Weitere Grenzen bestehen darin, wenn ein Unternehmen mit als Plattform ungeeigneten Mitteln agile Entwicklung forcieren will. Dies geschieht meist, wenn die eingesetzte Software nicht verstanden wird und agiles Vorgehen fälschlicherweise als Allheilmittel angesehen wird.

Insbesondere wird dann der Einsatz agiler Verfahren problematisch, wenn ein Projekt klar definierte Anforderungen erfüllen muss und engen Budgetvorgaben unterliegt. Hier bieten die klassischen, ingenieursmäßigen Vorgehensmodelle mit klar definierten Phasen große Vorteile. Agile Verfahren eignen sich hingegen gut bei weichen und wenig ausformulierten Anforderungen.

Abgrenzung

Der Begriff „Agilität“ ist darüber hinaus in der deutschen Fachliteratur – über die hier präsentierte, aus dem amerikanischen übersetzte Software-Engineering-Philosophie hinaus – nicht klar definiert.

Agile Softwareentwicklung ist beispielsweise nicht mit IT-Agilität zu verwechseln, welche die Anpassungsfähigkeit einer Unternehmens-IT bezeichnet.

Literatur

• Wolf-Gideon Bleek, Henning Wolf: Agile Softwareentwicklung: Werte, Konzepte und Methoden, dpunkt.verlag, 2008, ISBN 978-3898644730
• Jim Shore, Shane Warden: The Art of Agile Development, O'Reilly, 2007, ISBN 978-0596527679
• Roman Pichler: Scrum - Agiles Projektmanagement erfolgreich einsetzen, dpunkt.verlag, 2007, ISBN 978-3898644785
• Robert Cecil Martin: Agile Software Development. Principles, Patterns, and Practices, Prentice Hall, 2002, ISBN 978-0135974445
• Ken Schwaber, Thomas Irlbeck: Agiles Projektmanagement mit Scrum, Microsoft Press, 2007, ISBN 978-3866456310
• Peter Hruschka, Chris Rupp, Gernot Starke: Agility kompakt: Tipps für erfolgreiche Systementwicklung, Spektrum Akademischer Verlag, 2003, ISBN 978-3827414830
• Jutta Eckstein, Nicolai Josuttis: Agile Softwareentwicklung im Großen: Ein Eintauchen in die Untiefen erfolgreicher Projekte, dpunkt.verlag, 2004, ISBN 978-3898642507
• Michael Hüttermann: Agile Java-Entwicklung in der Praxis O'Reilly, 2007, ISBN 3897214822.
• Kent Beck: Extreme Programming. Das Manifest 2. Aufl. Addison-Wesley. 2000, ISBN 3-8273-1709-6
• Carsten Dogs, Timo Klimmer: Agile Software-Entwicklung kompakt mitp 2005, ISBN 3-8266-1503-4

Einzelnachweise

1. ↑ agilemanifesto.org Manifesto for Agile Software Development (Zugriff am 26. November 2007)
2. ↑ Independent Signatories of The Manifesto for Agile Software Development

Siehe auch

• Die Kathedrale und der Basar
• Business Value Points / Business Value Game

Weblinks

• The New Methodology, ein Artikel von Martin Fowler in welchem u. a. Agile Methoden verglichen werden
• Agile Alliance (englisch)
• Manifesto for Agile Software Development (englisch)
• Agile Software Development Resource Portal (englisch)
• Diskussion über die Vor- und Nachteile agiler Methoden aus Praxissicht