MB-ITA

Diese Seite ist passwortgeschützt.

Das Agile Manifest

Die Grundlage für Scrum, Kanban und alle agilen Methoden

📜 2001 - Snowbird, Utah
🏠 Übersicht 📘 Scrum Framework 🔄 Scrum vs. Kanban

Im Februar 2001 trafen sich 17 Software-Entwickler in Utah, um über leichtgewichtige Entwicklungsmethoden zu diskutieren. Das Ergebnis: 4 Werte und 12 Prinzipien, die die Softwareentwicklung revolutionierten.

💎 Die 4 Werte

1
Individuen und Interaktionen
mehr als
Prozesse und Werkzeuge

Menschen sind wichtiger als starre Prozesse. Ein motiviertes Team mit guter Kommunikation ist wertvoller als die besten Tools und Prozessbeschreibungen.

🍕 FoodExpress Beispiel:
Daily Standup vor dem Whiteboard statt E-Mail-Reports. Kurzes Gespräch mit dem Fahrer statt Ticket-System.
▼ Klicken für Details
2
Funktionierende Software
mehr als
Umfassende Dokumentation

Der beste Beweis für Fortschritt ist laufende Software, die Wert liefert. Dokumentation ist wichtig, aber kein Ersatz für ein funktionierendes Produkt.

🍕 FoodExpress Beispiel:
Lieber ein einfaches Bestellformular live als ein 50-seitiges Konzept für das perfekte System.
▼ Klicken für Details
3
Zusammenarbeit mit Kunden
mehr als
Vertragsverhandlungen

Kontinuierliche Einbindung der Kunden führt zu besseren Ergebnissen als starre Verträge. Gemeinsam das Richtige bauen statt streiten was im Vertrag steht.

🍕 FoodExpress Beispiel:
Restaurant-Partner im Sprint Review einladen, um Feedback zur neuen Bestellansicht zu bekommen - statt Abnahmeprotokoll.
▼ Klicken für Details
4
Reagieren auf Veränderung
mehr als
Befolgen eines Plans

Veränderungen sind willkommen, auch spät im Projekt. Sie sind Chancen, nicht Störungen. Agilität bedeutet Anpassungsfähigkeit.

🍕 FoodExpress Beispiel:
Wenn Nutzer-Feedback zeigt, dass die Kartenzahlung wichtiger ist als Bewertungen, dann priorisieren wir um - auch mitten im Projekt.
▼ Klicken für Details
⚠️

Wichtig: Nicht Entweder-Oder!

Das Manifest sagt "mehr als", nicht "statt". Prozesse, Dokumentation, Verträge und Pläne sind weiterhin wichtig - aber die linke Seite hat höhere Priorität.

📋 Die 12 Prinzipien

Die Prinzipien sind in 4 Kategorien gruppiert. Klicke für Details:

Lieferung
1
Höchste Priorität: Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden stellen.
Nicht warten bis alles fertig ist. Früh und oft liefern - so bekommst du schnell Feedback und kannst anpassen.
Lieferung
3
Liefere funktionierende Software regelmäßig (Wochen bis Monate), bevorzugt in kürzeren Zeitabständen.
Das ist die Grundlage für Sprints! 2-4 Wochen sind heute Standard. Je kürzer, desto schneller das Feedback.
Lieferung
7
Funktionierende Software ist das wichtigste Fortschrittsmaß.
Nicht: "80% fertig". Sondern: "Diese Features funktionieren". Increment statt Fortschrittsprozent.
Veränderung
2
Änderungen der Anforderungen willkommen heißen, auch spät in der Entwicklung. Nutze Veränderungen zum Wettbewerbsvorteil des Kunden.
Change Requests sind keine Störung, sondern Chance! Der Markt ändert sich - das Produkt muss reagieren können.
Team
4
Business-Leute und Entwickler müssen täglich zusammenarbeiten.
Keine Silos! Product Owner ist Teil des Teams. Kurze Wege statt Dokumenten-Ping-Pong.
Team
5
Baue Projekte rund um motivierte Individuen. Gib ihnen Umfeld und Unterstützung und vertraue darauf, dass sie die Arbeit erledigen.
Servant Leadership! Vertrauen statt Kontrolle. Das Team ist selbstorganisiert - der Manager räumt Hindernisse weg.
Team
6
Die effizienteste Methode der Informationsvermittlung ist das Gespräch von Angesicht zu Angesicht.
Deshalb: Daily Standup! Keine E-Mail-Schlachten. Bei Remote: Kamera an, aktive Kommunikation.
Team
11
Die besten Architekturen, Anforderungen und Designs entstehen durch selbstorganisierte Teams.
Das Team entscheidet WIE. Keine Top-Down-Vorgaben für technische Lösungen. Emergent Design.
Qualität
8
Agile Prozesse fördern nachhaltige Entwicklung. Stakeholder und Teams sollten ein gleichmäßiges Tempo dauerhaft halten können.
Keine Crunch-Zeiten! Konstantes Tempo ist nachhaltiger als Sprint-Burnout. Velocity sollte stabil sein, nicht maximal.
Qualität
9
Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.
Technical Debt vermeiden! Clean Code, Refactoring, automatisierte Tests. Qualität ermöglicht Geschwindigkeit.
Qualität
10
Einfachheit - die Kunst, die Menge nicht getaner Arbeit zu maximieren - ist essenziell.
YAGNI: You Ain't Gonna Need It! Nicht für "vielleicht später" bauen. Einfachste Lösung die funktioniert.
Prozess
12
In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann, und passt sein Verhalten entsprechend an.
Die Grundlage für Retrospektiven! Kontinuierliche Verbesserung (Kaizen). Inspect & Adapt für den Prozess selbst.

📜 Geschichte

🕰️ Zeitleiste der agilen Bewegung
1986
Scrum Begriff (Paper)
→
1995
Scrum formalisiert
→
1996
XP entsteht
→
2001
Agiles Manifest
→
2010
Kanban verbreitet
→
2020
Scrum Guide Update
Die 17 Unterzeichner des Manifests:
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 Dave Thomas
© Dipl.-Ing. Marcus Binz - powered by Next Consulting - 2025