HelloAgile® | HelloNew GmbH & Co. KG
Mosbacher Straße 9, 65187 Wiesbaden
Der Artikel erklärt die vier Werte und zwölf Prinzipien des Agilen Manifests im Detail, zeigt anhand von Scrum, Kanban und SAFe, wie sich daraus konkrete Methoden entwickelt haben, und räumt mit den häufigsten Missverständnissen rund um Agilität auf.
13.7.2026
2001 trafen sich 17 Softwareentwickler in einem Skigebiet in Utah, um über die Zukunft der Softwareentwicklung zu diskutieren. Aus diesem Treffen entstand das agile Manifest, ein Dokument auf einer einzigen Seite mit enormer Wirkung auf die gesamte Arbeitswelt.
Das Manifest reagiert auf die Probleme klassischer, plangetriebener Entwicklungsmethoden. Projekte nach starren Vorgehensmodellen wie dem Wasserfallmodell scheiterten häufig, nicht wegen schlechter Arbeit der Entwickler, sondern weil sich Anforderungen im Projektverlauf änderten, Kunden zu spät eingebunden wurden und Dokumentation mehr Zeit band als die Entwicklungsarbeit selbst.
Herausgekommen ist ein Dokument aus vier Werten und zwölf Agile Prinzipien. Die Werte beschreiben eine Haltung, die Prinzipien übersetzen sie in konkretes Handeln.
Tools helfen, aber Probleme werden zwischen Menschen gelöst, nicht in Tools. Ein Prozess bleibt Hilfsmittel, kein Selbstzweck.
Ein fertiges Feature zählt mehr als eine hundertseitige Spezifikation. Dokumentation bleibt sinnvoll, aber nur dort, wo sie gebraucht wird, etwa bei gesetzlichen Vorgaben.
Ein Vertrag legt früh fest, was am Ende geliefert wird. Statt alles upfront festzulegen, steuert das Team unterwegs nach, weil sich die Bedürfnisse des Kunden ändern, lange bevor das Projekt endet.
Ein Plan von heute passt oft nicht mehr zur Lage von morgen. Das Manifest behandelt das nicht als Störung, sondern als Normalfall, auf denein Team reagiert, statt am alten Plan festzuhalten.
Die zwölf Prinzipien setzen die vier Werte in konkretesHandeln um.
Lieferung. Software wird früh, häufig und in kurzen Zyklen ausgeliefert, Anforderungsänderungen werden dabei auch spät akzeptiert. Statt ein Jahr zu planen und dann zu bauen, liefert ein Team alle zwei Wochen eine lauffähige Version. Entscheidet sich der Kunde nach zwei Wochen um, wird das eingeplant statt als Fehler verbucht.
Zusammenarbeit. Fachleute und Entwickler arbeiten täglich zusammen, meist im kurzen Daily Standup statt in langen Mail-Ketten. Ein fünfminütiges Gespräch am Whiteboard klärt oft, wofür eine schriftliche Abstimmung einen ganzen Tag braucht.
Technik und Qualität. Funktionierende Software zählt als einziger verlässlicher Fortschrittsindikator, getragen von technischer Exzellenz und einem Tempo, das ein Team dauerhaft durchhält. Wer beim Code Abkürzungen nimmt, um schneller zu liefern, zahlt die Zeit später zurück, wenn jede weitere Änderung länger dauert.
Organisation und Lernen. Einfachheit heißt, unnötigen Aufwand zu vermeiden, Teams organisieren sich selbst und reflektieren regelmäßig, etwa in der Retrospektive. Deckt eine Retrospektive auf, dass Reviews ständig zum Engpass werden, passt das Team den Ablauf direkt an, statt es beim nächsten Sprint wieder laufen zu lassen wie bisher.
Die Grundgedanken des Manifests haben sich längst über die Softwareentwicklung hinaus verbreitet. Marketing, HR, Produktentwicklung, selbst Schulen und Behörden betreiben heute Agiles Projektmanagement, weil kurze Feedbackschleifen und laufende Anpassung auch außerhalb der IT funktionieren. Ein HR-Team, das eine neue Onboarding-Struktur testet, muss dafür kein Jahr warten: Es probiert die Änderung mit dem nächsten neuen Mitarbeiter aus, holt nach zwei Wochen Feedback ein und passt den Ablauf an, statt erst am Jahresende ein komplettes Konzept vorzulegen.
Wissensarbeiter liefern ihre besten Ergebnisse dort, wo sie Verantwortung übernehmen und direkt mit Kunden und Kollegen sprechen können, nicht in starren, kontrollierten Umgebungen. Das erklärt, warum das Manifest bis heute diskutiert und gelehrt wird.
Das Manifest selbst ist keine Methode, sondern eine Grundlage. Darauf aufbauend sind mehrere Frameworks entstanden, die sich in Tempo, Struktur und Anwendungsbereich unterscheiden.
Scrum ist das bekannteste davon. Es strukturiert Arbeit in Iterationen von zwei bis vier Wochen, mit festen Rollen wie Product Owner und Scrum Master. Am Ende jeder Iteration steht ein Review mit dem Kunden, danach beginnt der nächste Zyklus von vorn.
Kanban kommt ursprünglich aus der japanischen Fertigungsindustrie und verzichtet auf feste Zyklen. Aufgaben wandern auf einem Board von links nach rechts, die Zahl der gleichzeitig bearbeiteten Aufgaben ist begrenzt, damit nichts liegen bleibt, während Neues begonnen wird. Wo Scrum in Sprints denkt, denkt Kanban in Durchsatz.
Extreme Programming (XP) entstand bereits vor dem Manifest und beeinflusste dessen Entwicklung. Statt auf Rollen und Meetings setzt XP auf technische Praktiken: testgetriebene Entwicklung, kontinuierliche Integration und Pair Programming, bei dem zwei Entwickler gemeinsam an einem Rechner arbeiten.
SAFe (Scaled Agile Framework) überträgt die Prinzipien des Manifests auf ganze Organisationen mit mehreren Teams. Dafür braucht es deutlich mehr Struktur als bei Scrum oder Kanban, weshalb Kritiker in der Bürokratisierung von SAFe einen Widerspruch zum ursprünglichen Geist des Manifests sehen.
Design Thinking und Lean Startup zählen nicht zu den agilen Methoden im engeren Sinne, teilen aber die Kundenorientierung und das iterative Vorgehen des Manifests.
Die enge Einbindung des Kunden senkt die Wahrscheinlichkeit von Missverständnissen. Die Fokussierung auf funktionierende Software führt häufig zu schlankeren Produkten, weil Teams seltener Features entwickeln, die niemand nutzt, oder Dokumentation, die niemand liest.
In starren, hierarchischen Organisationsstrukturen lässt sich das Manifest schwer umsetzen. Wer Agilität einführt, ohne die zugrundeliegenden Strukturen zu verändern, erzeugt bestenfalls eine Fassade, die mehr kostet als nützt. Budgets, Ressourcen und Liefertermine lassen sich in agilen Projekten naturgemäß weniger präzise vorhersagen, was bei Ausschreibungen oder Festpreisverträgen zu Problemen führen kann. Und wo agile Praktiken ohne Verständnis der dahinterliegenden Werte eingeführt werden, drohen leere Rituale: Stand-ups ohne wahrgenommenen Wert, Sprint Planning ohne Kundenfokus.
Die höchste Priorität besteht darin, den Kunden durch frühe und kontinuierliche Lieferung wertvoller Software zufriedenzustellen. Änderungswünsche sind willkommen, sodass agile Prozesse Veränderungen für den Wettbewerbsvorteil des Kunden nutzbar machen, wobei das Team auf täglicher Basis eng zusammenarbeiten soll.
Nein, eine umfassende Dokumentation bleibt wichtig, sollte jedoch als Mittel zum Zweck gelten. Eine funktionsfähige Software lässt sich leicht anpassen, während Dokumentation schnell veraltet, weshalb Teams der Arbeit an der Software Vorrang geben können, um dem Kunden einen Mehrwert zu bieten.
Das Manifest ist auch heute noch relevant und leitet Teams dazu an, Wertschöpfung und kontinuierliche Verbesserung zu priorisieren. Viele scheinbar moderne Praktiken wie DevTestOps oder kontinuierliches Lernen sind dort längst verankert, weshalb die Werte auch in der KI-Ära tragen.
Das Agile Manifest ist ein Grundlagendokument, in dem Werte und Prinzipien für eine adaptive und kundenorientierte Softwareentwicklung dargelegt sind. Es betont die Bedeutung von Einzelpersonen, funktionierenden Lösungen, Zusammenarbeit und Reaktionsfähigkeit, wobei starre Prozesse in den Hintergrund treten und die Wertschöpfung priorisiert wird.
13.7.2026
