Agiles Manifest
Das agile Manifest ist eine Erklärung aus dem Jahr 2001, die vier Werte für die Softwareentwicklung formuliert. Es passt mit den zwölf Prinzipien auf eine halbe Seite und beschreibt keine Methode, sondern eine Rangfolge: was wichtiger ist, wenn beides nicht geht.
Geprüft am 2026-08-16 · Thomas Esders · CC BY-SA 4.0
Durch die Work–Feedback Loop betrachtet
Das Manifest ist ein Kompass, keine Karte. Es sagt dir, wohin, nicht wie.
Es entstand, weil die klassische Softwareentwicklung im Wasserfall-Modell oft nicht die erhofften Ergebnisse lieferte. Siebzehn Leute aus verschiedenen Lagern, darunter die Erfinder von Scrum und Extreme Programming, einigten sich auf vier Sätze. Jeder davon stellt zwei Dinge gegenüber und sagt, welches im Zweifel schwerer wiegt.
Der Bau ist entscheidend und wird ständig übersehen. Es steht nicht da, dass Prozesse und Werkzeuge schlecht sind. Es steht da, dass Individuen und Interaktionen höher wiegen, wenn du dich entscheiden musst. Wer das Manifest als Verbotsliste liest, hat es in eine Methode zurückverwandelt.
Durch die Work–Feedback Loop gelesen beschreiben alle vier Werte dieselbe Sache aus vier Richtungen: die Kopplung zwischen Arbeit und Rückmeldung kurz und tragfähig zu halten. Funktionierende Software liefert Rückmeldung, umfassende Dokumentation nicht. Zusammenarbeit mit dem Kunden liefert Rückmeldung, ein Vertragsverhandlungsergebnis nicht.
Deshalb altert das Manifest so langsam. Es beschreibt keine Technik, sondern eine Bedingung, unter der Lernen möglich bleibt, und die hat sich seit 2001 nicht geändert.
Häufiges Missverständnis
Der häufigste Fehler ist, Agilität mit Scrum gleichzusetzen und das Manifest gar nicht zu kennen. Fünfundzwanzig Jahre später kennen die meisten eher den Scrum Guide.
Das hat Folgen, die sich in jedem der drei Härtegrade wiederfinden. Wer die Basis nicht kennt, kann Rituale nur nachahmen, und was dabei herauskommt, ist Cargo Cult.
Der zweite Fehler betrifft die Kennzahlen. Das agile Manifest hat nie etwas von Velocity gesagt. Story Points, Burndown-Charts und Sprint-Metriken sind spätere Zutaten aus Methoden und Werkzeugen, nicht aus der Grundlage. Wer sie für den Kern hält, kritisiert später etwas, das nie im Manifest stand.
Und schließlich die Ergänzung, die viele nicht kennen: Die zwölf Prinzipien gehören zum Manifest dazu. Wer nur die vier Werte liest, hat den Teil weggelassen, der sie im Alltag prüfbar macht.
Was das in der Praxis heißt
Das Manifest zu lesen dauert vier Minuten. Es zu prüfen dauert zwei Stunden.
Nimm die vier Werte und die zwölf Prinzipien und geh sie einzeln durch. Für jedes: Gilt das bei uns, und woran würden wir das im Alltag merken? Nicht, ob ihr es gut findet. Ob es gilt.
Diese Runde deckt zuverlässig auf, wo eine Einführung steckengeblieben ist. Sie braucht keinen Workshop, keine Moderation und keinen externen Begleiter. Ein Ausdruck und ein Stift reichen.
Wer damit anfängt, bevor er über Scrum, Kanban oder XP spricht, spart sich später die Frage, warum die Methode nicht wirkt.
Verwandte Begriffe
- Unterbegriff12 Agile Prinzipien – die zwölf Sätze, die das Manifest im Alltag greifbar machen
- Siehe auchFake Agile – was passiert, wenn die Methode ohne diese Basis kommt
- UnterbegriffAgiles Arbeiten – die Praxis, in der sich der Text zeigt
- Siehe auchExtreme Programming (XP) – einer der Ansätze, aus denen es entstand