Wenn die Methode nicht zur Aufgabe passt
Ein Support-Team mit klar wiederkehrenden Aufgaben führt Scrum ein: Sprint-Planung, Daily, Review, Retro. Nach ein paar Wochen steckt die halbe Zeit in Zeremonien – die Arbeit selbst ist dieselbe geblieben, nur mit mehr Meetings drumherum. Agil ist zum Standard geworden, und genau das ist das Problem: Wenn eine Methode zur Pflicht wird, hört man auf zu fragen, ob sie passt. Dabei ist Agilität großartig für die richtigen Probleme – und schädlich für die falschen. Der Reflex „wir machen das agil“ hat schon viele Projekte gekostet.
Nur 13 Prozent haben Agilität wirklich verankert
Nur 13 % der Organisationen sagen, dass Agilität bei ihnen tief in Geschäft, Technik und Querschnittsfunktionen verankert ist. Bei allen anderen bleibt es bei einzelnen Abteilungen, bei der IT oder beim einzelnen Team. Das ist der Befund des 18. State of Agile Report.
In vielen Teams ist von Agilität nur die Oberfläche übrig: Daily Standups, ein Board voller Post-its, ein Sprint-Rhythmus – aber keine echte Selbststeuerung, kein Lernen aus Feedback, keine Priorisierung nach Wert. Die übliche Erklärung dafür lautet: schlecht umgesetzt, zu wenig Konsequenz, fehlende Rückendeckung von oben. In vielen Fällen liegt es aber eine Stufe früher. Wo eine Aufgabe keine echte Unsicherheit enthält, gibt es nichts zu lernen und nichts zu priorisieren – die Formate laufen zwangsläufig leer. Was bleibt, ist die Hülle.
Agil ist eine Antwort, keine Haltung
Wer mit der Methode beginnt und dann das Problem passend macht, hat die Reihenfolge vertauscht. Erst kommt die nüchterne Frage „Was für ein Problem haben wir hier eigentlich?“ – dann die Wahl des Vorgehens. Ein erfahrenes Team erkennt sogar mitten im Projekt, wenn sich die Lage ändert, und wechselt den Modus, statt am Dogma festzuhalten.
Agilität ist kein Set von Zeremonien. Sie ist eine Antwort auf Unsicherheit – die Fähigkeit, in kurzen Schleifen zu lernen und zu korrigieren. Wo diese Unsicherheit fehlt, ist der ganze Apparat überflüssig.
Drei Fallen, die fast alle treffen
Zurück zum Support-Team mit den Sprint-Ritualen: An drei Zeichen erkennst du, dass die Methode nicht zur Aufgabe passt.
Gegen jede der drei Fallen gibt es einen Gegenzug – in derselben Reihenfolge:
Drei Gegenzüge, bevor du das Framework wählst
Woran du das Vorgehen festmachst
Agil spielt seine Stärke aus, wenn das Ziel noch unscharf ist, Anforderungen sich ändern, schnelles Feedback möglich ist und das Team sich selbst steuern kann. Klassisch ist überlegen, wenn Umfang und Ziel klar sind, Termine und Budget fixiert wurden, viele Abhängigkeiten bestehen oder Compliance ein festes Vorgehen verlangt. Die meisten realen Projekte liegen irgendwo dazwischen – und genau dort trennt sich Handwerk von Ideologie.
Agil beherrschen heißt, es auch weglassen zu können
Wirklich agil ist, wer Scrum, Kanban und Sprint-Logik praktisch beherrscht – und zugleich weiß, wann klassisch besser passt. Diese Souveränität ist wertvoller als jedes Bekenntnis. Sie kommt nicht aus einem Zertifikat allein, sondern aus dem geübten Umgang mit beiden Welten.
