Worum es geht
Teil B endete mit zwei Methoden, die schon einen Fuß in der agilen Welt hatten: dem agilen Pfad bei HERMES und der Tailoring-Schicht von PRINCE2 Agile. Teil C geht diesen Schritt nun konsequent. Dieses Übersichtsmodul erklärt noch kein einzelnes Framework — es ordnet die agile Welt ein, damit die folgenden Module auf festem Grund stehen.
Der Kerngedanke: „Agil” ist nicht ein Werkzeug, sondern ein Denkrahmen mit drei Ebenen. Unten das Mindset mit seinen Werten, darüber das Manifest als Begründung, darüber die konkreten Frameworks wie Scrum. Wer diese Schichtung sieht, versteht agiles Arbeiten — und verwechselt es nicht mit Beliebigkeit.
Von klassisch zu agil
In Teil B verlief der Weg von planorientierten, sequenziellen Modellen (Wasserfall, V-Modell) über prozessstarke Methoden (PRINCE2) bis zu hybriden Ansätzen. Mit steigender Unsicherheit steigt der Bedarf an Anpassungsfähigkeit — und genau dort setzt agil an: iterativ, flexibel, wertorientiert.
Wichtig ist dabei ein Punkt, der gern übersehen wird: Planung verschwindet nicht. Sie wird nur anders organisiert — in kurzen Zyklen statt in einem großen Vorab-Plan. Agil tauscht nicht Struktur gegen Chaos, sondern eine Art der Planung gegen eine andere.
Die drei Ebenen
Das Fundament — Mindset und Werte. Ganz unten steht die Haltung: Kundennutzen im Fokus, in kurzen Zyklen lernen und liefern, gemeinsam statt nebeneinander arbeiten, Veränderung als Chance nutzen, Offenheit schaffen Vertrauen. Ohne diese Denkweise bleibt jedes Framework Mechanik. Oder kurz: Agilität beginnt mit einer Denkweise, nicht mit einem Framework.
Das Warum — das Agile Manifest. Darüber liegt das Manifest von 2001 mit seinen vier Werten und zwölf Prinzipien. Es begründet, warum agil so arbeitet, wie es arbeitet — etwa, dass Menschen und Interaktionen wichtiger sind als Prozesse und Werkzeuge. Die Werte im Einzelnen vertieft Modul 2; hier genügt, sie als das gemeinsame „Warum” zu verorten.
Die Umsetzung — Frameworks und Methoden. Ganz oben stehen die konkreten Ansätze, die diese Prinzipien in die Praxis bringen:
| Framework | Wofür es steht |
|---|---|
| Scrum | Das verbreitetste agile Framework (Vertiefung in Modul 3) |
| Kanban | Flussorientierung und Visualisierung der Arbeit |
| XP (Extreme Programming) | Technische Exzellenz in der Entwicklung |
| SAFe® | Agile Skalierung über ganze Unternehmen |
| LeSS / Nexus | Skalierung über mehrere Scrum-Teams |
In diesem Modul werden diese Ansätze nur verortet, nicht ausgeführt. Scrum als der dominante steht im Zentrum von Teil C.
Agil ≠ planlos
Das hartnäckigste Missverständnis ist, agil sei strukturlos. Das Gegenteil stimmt. Agil arbeitet mit Planung — aber in kurzen, anpassbaren Zyklen. Es wird dokumentiert — nur das, was Mehrwert liefert, und leichtgewichtig. Es gibt Führung — anders, unterstützend und dienend. Und es gibt Struktur, klare Rollen, Rituale und Verantwortung. Agil ist also nicht das Fehlen von Ordnung, sondern strukturierte Anpassungsfähigkeit: empirisch, iterativ und wertorientiert zum bestmöglichen Ergebnis.
Wann Agilität sinnvoll ist
Agil ist kein Selbstzweck. Wie viel Agilität sinnvoll ist, hängt vom Umfeld ab — und genau dafür kennst du aus Modul 8 schon ein Werkzeug: den Agilometer. Die Logik dahinter ist einfach: Je höher die Unsicherheit, desto größer der Nutzen agiler Arbeitsweisen. In einem dynamischen Umfeld mit vielen Änderungen und unklaren Anforderungen ist ein hoher Agilitätsgrad angebracht; in einem stabilen Umfeld mit klaren, kaum wechselnden Anforderungen ein niedriger. Je dynamischer das Umfeld, desto mehr zahlt sich agiles Vorgehen aus.
Quiz zum Modul
3 Fragen · bestanden ab 60% richtigen Antworten.
1. Wie lassen sich die **Ebenen agilen Arbeitens** am besten beschreiben?
2. Was bedeutet **„agil ≠ planlos"**?
3. Wozu dient der **Agilometer** (aus Modul 8)?
Bitte alle Fragen beantworten, dann wird der Button aktiv.
Quellen
- Manifest für Agile Softwareentwicklung (vier Werte, zwölf Prinzipien — Vertiefung in Modul 2)