Im ersten Teil dieser Serie ging es um den Unterschied zwischen agile Dinge tun und agil denken und handeln. Das agile Manifest ist genau die Stelle, an der dieser Unterschied sichtbar wird. Denn das Manifest zu kennen ist leicht. Es zu leben ist die Arbeit.
Bevor wir diese Werte im Alltag durchspielen, lohnt ein kurzer Blick auf die Herkunft: Woher kommt das agile Manifest, wer hat es geschrieben, und warum ist es bis heute die gemeinsame Basis für agiles Arbeiten? Ob du dabei als Teamlead, Scrum Master oder agile Coach unterwegs bist, spielt zunächst keine Rolle. Sie gelten für alle, die sich vorgenommen haben, flexibel auf unvorhergesehenes reagieren zu können.
01 · HerkunftDie Geschichte des agilen Manifests: Utah, Februar 2001
Im Februar 2001 trafen sich siebzehn erfahrene Praktiker der Softwareentwicklung in einem Skiort in Utah. Sie kamen mit unterschiedlichen Erfahrungen verschiedener bis dato existierender Methoden und Vorgehensmodellen und sie verband ein gemeinsamer Frust: Zu spät liefern, zu viel abstimmen, mehr Organisation als Wert genieren, zu wenig kundenzentriert.
Aus diesem Treffen ging das „Manifesto for Agile Software Development“ hervor, international bis heute schlicht als Agile Manifesto bekannt und im Deutschen als agiles Manifest. Dass die Ideen längst weit darüber hinauswirken, hat seine Zeit gebraucht.
Unter den Autoren stehen Namen, die bis heute mit agilen Frameworks verbunden sind. Kent Beck hatte Extreme Programming geprägt. Ken Schwaber und Jeff Sutherland brachten die frühen Ideen von Scrum mit. Auch Alistair Cockburn gehörte zu den Unterzeichnern. Statt eine einzige richtige Methode auszurufen, verständigten sie sich auf eine gemeinsame Haltung, die über einzelne agile Methoden hinausreicht.
Das Ergebnis sind vier Werte und zwölf Prinzipien. Kein fertiges Framework, keine bloße Reihe von Methoden und Praktiken, die man abarbeitet, sondern Leitsätze für agile Zusammenarbeit. Diese 4 Werte und 12 Prinzipien bilden bis heute die Basis für agiles Projektmanagement, von Extreme Programming über Scrum und vielen Weiteren.
02 · WerteDie vier Werte des agilen Manifests
Der Kern des Manifests sind vier Werte, formuliert als bewusste Gewichtung:
Wichtig ist das kleine Wort „über“. Die Werte auf der rechten Seite sind nicht falsch — sie sind wichtig. Die Werte auf der linken Seite sind nur wichtiger. Das klingt einleuchtend. Spannend wird es erst, wenn du jeden dieser vier Sätze gegen deinen Arbeitsalltag hältst.
Individuen und Interaktionen über Prozesse und Werkzeuge
Die ehrliche Frage: Wie oft schreibst du eine Nachricht, baust ein Diagramm oder pflegst ein Tool – wo ein kurzes Gespräch schneller zum Ziel geführt hätte?
Tools sind nicht das Problem. Das Problem, ist, sich hinter ihnen zu verstecken. Wer diesen Wert ernst nimmt, greift im Zweifel zum Gespräch, bevor er den nächsten Prozess aufsetzt. Dahinter steckt eine Haltung: Du gehst davon aus, dass jeder Mensch im Team auf Basis seiner Erfahrung etwas beizutragen hat. Je mehr ihr miteinander redet, desto eher kommt dieser Beitrag auch an. Genau darum stellt dieser Wert den Menschen über das Werkzeug.
Funktionierende Software über umfassende Dokumentation
Einleuchtend, oder? Was nützt die perfekte Dokumentation, wenn die Lösung nicht läuft? Dahinter liegt aber eine härtere Frage: Wisst ihr überhaupt, was „funktioniert“ bei euch heißt? Wann ist etwas fertig?
Funktionierende Ergebnisse entstehen, wenn ihr nah an den Menschen seid, für die ihr baut, wenn ihr offen teilt, was ihr wisst, und wenn ihr in kleinen Schritten liefert, statt auf den großen Wurf zu warten. Jeder ausgelieferte Schritt kann helfen, Erfolg sichtbar zu machen, wenn man anfängt den Wert zusammen mit dem Stakeholder wirklich zu messen. Dokumentation bleibt nötig – nur lautet die Frage nicht „viel oder wenig“, sondern „wie viel braucht eine Lösung, die sich weitgehend selbst erklärt?“.
Zusammenarbeit mit dem Kunden über Vertragsverhandlung
Verträge sind wichtig, das bestreitet das Manifest nicht. Der Punkt ist ein anderer: Je enger du während der gesamten Arbeit mit dem Kunden im Austausch bist, desto weniger musst du vorab in einem Vertrag bis ins letzte Detail festzurren.
Ein Vertrag, der jedes Detail vorwegnimmt, hat einen verführerischen Vorteil – du musst weniger denken und weniger reden. Nur: Ändert sich eines dieser Details, wird es teuer, weil schon Arbeit darin steckt. Und interpretierst du etwas anders, als der Kunde meinte, geht es ebenfalls nach hinten los.
Agiles Handeln setzt deshalb auf ein klares Ziel. Du beschreibst am Anfang das Ziel, statt jeden Schritt auf dem Weg dorthin; die Details ergeben sich unterwegs, aus echtem Feedback. Du weißt ohnehin, dass sich Anforderungen und Technologien noch ändern werden.
Reagieren auf Veränderung über das Befolgen eines Plans
Planlos agil? Keinesfalls. Auch agile Teams arbeiten mit Plänen – nur schlanker. Ein Plan beginnt meist mit einer Vision oder einem Ziel, das du mit den Stakeholdern schärfst. Große Ziele tragen viel Ungewissheit. Also zerlegst du sie in kleine, erreichbare Schritte, die auf das große Ziel einzahlen.
Ändert sich dann etwas, betrifft das selten das Ziel – sondern die Arbeit auf dem Weg dorthin. Der Fokus bleibt, du justierst nur die Route.
Stell dir eine Familie vor, die ein Haus baut. Es gibt einen Plan, ein Modell, ein Zielbild. Aber wenn sich während des Baus zeigt, dass das Fenster weiter außen besser läge, die Küche mehr Platz verdient oder das Gästebad größer sein sollte als der Abstellraum – würde die Familie diese Chance nicht nutzen? Am Ziel ändert sich nichts. Nur der Weg wird besser.
03 · PrinzipienDie zwölf Prinzipien des agilen Manifests
Die Werte geben die Richtung vor. Konkreter werden die Prinzipien dahinter. Sie übersetzen die Haltung in wiederkehrende Arbeitsweisen. Wenn irgendwo von den 12 Prinzipien des agilen Manifests die Rede ist, sind genau diese gemeint, und es lohnt sich, die Prinzipien im agilen Manifest einmal gegen den eigenen Alltag zu halten. Und nein, nicht alle auf einmal. Nehmt euch Zeit, Stück für Stück.
Ganz vorne steht die Zufriedenheit des Kunden. Höchste Priorität hat es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufriedenzustellen. Anforderungsänderungen sind selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden, statt sie als Störung zu behandeln.
Funktionierende Software wird regelmäßig geliefert, lieber in kurzen als in langen Abständen. Fachleute und Entwickler arbeiten dabei eng zusammen. Entwickler und Benutzer sollten über das gesamte Projekt hinweg im Austausch bleiben, damit aus Annahmen echtes Feedback wird.
Projekte werden rund um motivierte Individuen gebaut. Gib diesen Menschen das Umfeld und die Unterstützung, die sie brauchen, und vertraue darauf, dass sie die Aufgabe erledigen. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das Gespräch von Angesicht zu Angesicht. Kein Ticket ersetzt es vollständig.
Funktionierende Software ist das wichtigste Maß für Fortschritt. Agile Prozesse fördern die nachhaltige Entwicklung: Alle Beteiligten sollten ein gleichmäßiges Tempo halten können, das dauerhaft durchzuhalten ist. Wer im Dauersprint arbeitet, verliert genau die Kraft, die euch über Jahre trägt.
Ständige Aufmerksamkeit für technische Exzellenz und gutes Design fördert die Beweglichkeit. Diese technische Exzellenz ist kein Selbstzweck. Sie hält ein System änderbar. Einfachheit, also die Kunst, unnötige Arbeit wegzulassen, gehört ebenso dazu. Und die besten Ergebnisse entstehen in Teams, die sich selbst organisieren.
Am Ende steht der Punkt, der aus Prinzipien Praxis macht: In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann, und passt sein Verhalten entsprechend an. Genau diese Schleife in regelmäßigen Abständen unterscheidet Teams, die sich weiterentwickeln, von jenen, die nur agile Rituale abhalten.
04 · FazitVier Werte, zwölf Leitsätze, ein Unterschied
Auffällig ist: Keiner dieser Werte und keines dieser Prinzipien des Manifests ist kompliziert. Und gleichzeitig bieten sie die Chance unterschiedlichster Interpretationen – was dazu führt, dass es mit einmal lesen und anwenden nicht getan ist.
Agile Werte und agile Prinzipien sind kein Framework, das man installiert. Sie sind eine Haltung, die man übt. Dank genau dieser Werte und Prinzipien fängt agiles Arbeiten im Alltag an zu leben, nicht aus dem Zertifikat an der Wand. Genau hier setzt die Guided Agile Community an: nicht beim einmaligen Vermitteln dieser Werte, sondern beim begleiteten Üben, bis die Werte des agilen Manifests im Arbeitsalltag ankommen. Dazu mehr in den nächsten Teilen.
Für heute eine Frage an dich und dein Team: Nehmt euch gemeinsam einen Wert oder ein agiles Prinzip. Challenged es ist mit eurem Alltag – Spielraum nach oben? Nutzt ihn.
Das Manifest zu kennen ist leicht. Es zu leben ist die Arbeit.
In der Guided Agile Community übst du agile Werte und Prinzipien über drei Monate an deinen echten Fällen. Begleitet, mit Feedback und Menschen, die denselben Weg gehen.
Gründer der Guided Agile Community (GAC), PSM III-zertifiziert und Dozent an der Universität Hildesheim. Stefan begleitet Praktiker:innen dabei, agiles Wissen iterativ und praxisnah im Berufsalltag zu verankern.
Mehr über Stefan auf LinkedIn