20 Jahre Agiles Manifest

Das Agile Manifest hat bei seiner Einführung eine Revolution in der Softwarebranche ausgelöst, die bis heute anhält. Die Anwendung der agilen Methodik ist weit über die Softwarebranche hinausgewachsen, obwohl der ursprüngliche Schwerpunkt des Agilen Manifests die Softwareentwicklung war (der Titel des Manifests lautet „Manifest für die agile Softwareentwicklung“). Es ist nicht nur über die Software hinausgewachsen, sondern auch über kommerzielle Organisationen.

Als agile Methoden bekannter wurden, bildete sich ein Ökosystem, das die Menschen die agile Softwareentwicklung betrieben mit einschloss. Darüber hinaus wurden auch Personen, als auch Organisationen miteingeschlossen, die die Softwareentwicklung durch Beratung, Trainings, Frameworks und Tools unterstützen.

Geschichte des Agilen Manifests

Infolge eines Entwicklungsbooms gab es anfangs mehrere Möglichkeiten, Software zu entwickeln. Es gab jedoch keine einheitliche Methode, um die verschiedenen Arten der Softwareentwicklung zu beschreiben, bis eine Gruppe von 17 Personen dachte: „Wir alle verfolgen verschiedenen Ansätze zur Softwareentwicklung. Wir sollten uns zusammentun und herausfinden, wo es Gemeinsamkeiten in unseren Ansätzen gibt.“ Das Ergebnis war ein Treffen in einem Skigebiet in Snowbird, Utah, im Jahr 2001.

Bei diesem Treffen fuhren sie Ski und diskutierten über Gemeinsamkeiten und Unterschiede in ihren Ansätzen zur Softwareentwicklung.

Sie waren sich nicht über viele Dinge einig, aber auf einige wenige konnten sie sich einigen, und daraus wurde schließlich das Manifest für agile Softwareentwicklung. Die beiden Hauptaufgaben des Agilen Manifests waren die Bereitstellung einer Reihe von Kernaussagen, die die Grundlage für die agile Softwareentwicklung bilden und somit den Begriff “Agile Softwareentwicklung” prägen.

Agiles Manifest

Wir erschließen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen.
Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt:

1. Individuen und Interaktionen mehr als Prozesse und Werkzeuge
2. Funktionierende Software mehr als umfassende Dokumentation
3. Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung
4. Reagieren auf Veränderung mehr als das Befolgen eines Plans

Das heißt, obwohl wir die Werte auf der rechten Seite wichtig finden, schätzen wir die Werte auf der linken Seite höher ein.

1. Individuen und Interaktionen mehr als Prozesse und Werkzeuge

Der erste Wert des Agilen Manifests lautet: „Individuen und Interaktionen mehr als Prozesse und Werkzeuge“. Menschen höher zu bewerten als Prozesse oder Tools ist leicht zu verstehen, denn Menschen reagieren auf geschäftliche Anforderungen und treiben den Entwicklungsprozess voran. Wenn Prozesse oder Tools die Entwicklung voranging vorantreiben, kann das Team weniger schnell auf Veränderungen reagieren und die Kundenbedürfnisse weniger gut erfüllen. Die Kommunikation ist ein Beispiel für den Unterschied zwischen der Bewertung von Personen und Prozessen. Im Falle von Einzelpersonen ist die Kommunikation fließend und erfolgt, wenn ein Bedarf entsteht. Im Falle eines Prozesses ist die Kommunikation geplant und erfordert einen bestimmten Inhalt.

2. Funktionierende Software mehr als umfassende Dokumentation

In der Vergangenheit wurde sehr viel Zeit darauf verwendet, das Produkt für die Entwicklung und die endgültige Auslieferung zu dokumentieren. Technische Spezifikationen, technische Anforderungen, technische Prospekte, Schnittstellendesigndokumente, Testpläne, Dokumentationspläne und die jeweils erforderlichen Genehmigungen. Die Liste war umfangreich und eine Ursache für die langen Verzögerungen bei der Entwicklung. Gemäß des agilen Manifests wird die Dokumentation nicht abgeschafft, aber sie wird in einer Form gestrafft, die dem Entwickler das gibt, was er für seine Arbeit braucht, ohne sich in Kleinigkeiten zu verzetteln. In der agilen Softwareentwicklung dokumentiert die Anforderungen in Form von User Stories, die für einen Softwareentwickler ausreichen, um mit der Erstellung einer neuen Funktion zu beginnen.

Das Agile Manifest schätzt die Dokumentation, aber noch mehr schätzt es funktionierende Software.

3. Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlungen

Die Verhandlung ist der Zeitraum, in dem der Kunde und der Produktmanager die Details einer Lieferung ausarbeiten, mit Punkten auf dem Weg, an denen die Details neu verhandelt werden können. Die Zusammenarbeit ist etwas völlig anderes. Bei Entwicklungsmodellen wie dem Wasserfallmodell verhandeln die Kunden die Anforderungen an das Produkt, oft sehr detailliert, bevor die Arbeit beginnt. Das bedeutete, dass der Kunde in den Entwicklungsprozess einbezogen wurde, bevor die Entwicklung begann und nachdem sie abgeschlossen war, aber nicht während des Prozesses. Das Agile Manifest beschreibt einen Kunden, der während des gesamten Entwicklungsprozesses beteiligt ist und mitarbeitet. Das macht es für die Entwicklung viel einfacher, die Bedürfnisse des Kunden zu erfüllen. Agile Methoden können den Kunden in regelmäßigen Abständen für Produktdemonstrationen einbeziehen, aber ein Projekt könnte genauso gut einen Endbenutzer als täglichen Teil des Teams haben, der an allen Besprechungen teilnimmt und sicherstellt, dass das Produkt den geschäftlichen Anforderungen des Kunden entspricht.

4. Reagieren auf Veränderung mehr als das Befolgen eines Plans

Bei der traditionellen Softwareentwicklung wurden Änderungen als Kostenfaktor betrachtet und sollten daher vermieden werden. Man wollte detaillierte, ausgefeilte Pläne entwickeln, mit einem definierten Satz von Merkmalen, wobei alles im Allgemeinen die gleiche Priorität hatte wie alles andere, und mit einer großen Anzahl von vielen Abhängigkeiten, die in einer bestimmten Reihenfolge erfüllt werden mussten, damit das Team am nächsten Teil des Puzzles arbeiten konnte.

Im Großen und Ganzen ist dieses Dokument besser gereift, als die meiste geschriebene Software. Zwar sieht man einigen der Grundsätze des Manifests ihr Alter an, doch ist immer noch klar, was die Absicht dieser Grundsätze ist. Es ist ein außergewöhnliches Dokument, das, obwohl es von sehr technisch orientierten Menschen verfasst wurde, sich von technischen Lösungen fernhält und eher wertorientiert ist.

Mit der zunehmenden Entwicklungsgeschwindigkeit haben neue Bewegungen wie die DevOps-Bewegung diese Werte ergänzt, um einen besseren Weg zu finden, die Softwareentwicklung in einem breiteren Kontext zu betrachten. Wie Eric Naiburg in seinem Artikel auf Scrum.org erwähnt, gibt es einige Dinge, die man aus dem Agilen Manifest übernehmen kann,

• Haben Sie ein Ziel, warum Sie das tun, was Sie tun, und Wege, um die Auswirkungen dessen zu messen, was Sie tun, ganz gleich, was es ist.

• Seien Sie bereit, Feedback zu akzeptieren. Es kann schwierig sein, Feedback anzunehmen, vor allem, wenn es nicht mit dem übereinstimmt, was man ursprünglich gedacht hat, aber nehmen Sie das Feedback unvoreingenommen an, verlassen Sie Ihre Komfortzone und lernen Sie von denen, die das Feedback geben. Ändern Sie sich jedoch nicht nur aufgrund des Feedbacks einer Person, da es sich dabei um eine Anomalie handeln könnte, sondern berücksichtigen Sie alle Rückmeldungen und interpretieren Sie sie.

• Versuchen Sie, greifbare Ergebnisse zu erzielen, um ein Feedback zu erhalten, das auf der Realität und nicht auf der Interpretation basiert.

• Legen Sie sich nicht auf einen Plan fest, der nicht geändert oder angepasst werden kann, wenn Sie dazu lernen.

• Gehen Sie davon aus, dass es zu Veränderungen kommen wird, und seien Sie darauf vorbereitet, auch dann erfolgreich zu sein, wenn das Unbekannte eintritt.