Eine Deadline erzeugt Druck in Richtung Fertigstellung: Bring es bis zu diesem Datum zu Ende, was auch immer es kostet. Die implizite Logik lautet, dass das Wichtigste sei, das Zugesagte rechtzeitig fertigzustellen. Wenn das wirklich Ihre höchste Priorität ist, dann ist Agile nichts für Sie (und komplexe Arbeit ebenso wenig). Bedenken Sie allerdings, dass die Steuerung komplexer Arbeit mit klassischem Projektmanagement zu unzuverlässigen Prognosen führt (Sie zwingen Ihr Umsetzungsteam zum Raten oder, schlimmer, zum Lügen, weil Unbekanntes in einem Gantt-Diagramm nicht planbar ist).
Ein Sprint ist eine Timebox: ein Zeitraum fester Länge — typischerweise eine bis vier Wochen —, in dem ein Team an einem definierten Umfang arbeitet, liefert, was möglich ist, und dann überprüft und anpasst. Die Grenze ist nicht die Ziellinie. Sie ist die Feedback-Schleife.
Das Wort “Sprint” trägt zur Verwirrung bei. Sprinten heißt, so schnell wie möglich zu laufen. Dieses Wort für einen in Wirklichkeit nachhaltigen, maßvollen, zeitlich begrenzten Lieferzyklus zu verwenden, sendet von Anfang an das falsche Signal.
Was schiefgeht, wenn Sprints zu Deadlines werden
Wenn Teams Sprints als Deadlines erleben, treten die Bewältigungsmechanismen der Deadline-Kultur auf: Umfangsreduzierung ohne Transparenz, Qualitätsabkürzungen, die mit Zeitdruck gerechtfertigt werden, Heldentaten, die kurzfristige Lieferung auf Kosten langfristiger Nachhaltigkeit erzeugen, und so weiter.
Der Sprint wurde gezielt entworfen, um diesen Dynamiken entgegenzuwirken. Indem sie vorhersehbare, sich wiederholende Zyklen mit eingebauter Überprüfung schaffen, ersetzen Sprints “Schaffen wir die Deadline?” durch “Was können wir in diesem Zyklus tatsächlich liefern, und was lernen wir daraus?”.
Warum ist die Lern-Feedback-Schleife wichtig? Weil die Arbeit, um die es Agile geht, komplex ist — die Art von Arbeit, die Sie nicht säuberlich Schritt für Schritt in ein Gantt-Diagramm eintragen können, weil Sie nicht wissen, was Sie nicht wissen, bis Sie an die Wand stoßen. Darum ist die Feedback-Schleife so wichtig — um stetige, verlässliche Bestätigung der Richtung und des Tempos zu geben, das angesichts der Unbekannten möglich ist, nicht um zu einem bestimmten Datum zu liefern.
Deshalb ist das Ende des Sprints ein Reset der Wissenserwerbsschleife, kein Urteil. Unfertige Arbeit wandert, falls es sie gibt, mit klaren Hinweisen darauf, warum das Team sie nicht abschließen konnte, in den nächsten Zyklus — das ist ein wesentlicher Prädiktor für künftige ähnliche Stolpersteine. Das Team erhält ein genaues Bild seines tatsächlichen Durchsatzes — was weit wertvoller ist als eine einmalige heroische Lieferung mit anschließendem Absturz.
Wenn der Sprint als Deadline erlebt wird, findet dieser Reset nicht statt. Das Team beendet ihn erschöpft und ohne gelernt zu haben, was im Weg stand. Das Durchsatzmaß wird durch den Crunch verzerrt. Der nächste Sprint beginnt aus einer ausgelaugten Position. Die Velocity-Zahlen werden unzuverlässig. Die Feedback-Schleife, die Sprints wertvoll macht, liefert kein nützliches Signal mehr.
Heißt das, es ist in Ordnung, in jedem Sprint Arbeit mitzuschleppen und jede Planungssitzung mit einer Durchsicht des Ausstehenden zu eröffnen? Nein — nicht als Standard. Als Ausnahme ja: Das Team benennt die Lücke klar, arbeitet heraus, was sie verursacht hat, und nutzt dieses Verständnis, um eine Wiederholung zu verhindern. Die Transparenz ist der Punkt. Eine Lücke, die offengelegt und untersucht wird, gehört zur Lernschleife. Eine Lücke, die stillschweigend in den nächsten Zyklus gerollt wird, lehrt das Team nichts, und der Druck, schnell zu wirken, ist es, der sie still hält.
Stakeholder müssen darauf vertrauen können, dass jeder Sprint etwas von Wert zurückgibt — sei es die erwartete Arbeit oder das Verständnis dessen, was im Weg stand und wie ähnliche Situationen künftig vermieden oder besser bewältigt werden können. Das ist die Zusage. Eine lange Bilanz, in der sie eingehalten wird, baut das Guthaben auf, das einen gelegentlichen Fehlschlag ohne Alarm abfedert. Ein Team, das routinemäßig weniger liefert als erwartet, zehrt dieses Guthaben auf: Vertrauen erodiert, Forderungen steigen, um die erwarteten Fehlschläge auszugleichen, und das Team steht nicht besser da als unter klassischem Projektmanagement. Beide Hälften müssen halten — verlässliche Lieferung und Raum zum Lernen.
Die Frage des Tempos
Eines der Agile-Prinzipien, die das Agile Manifest aufgestellt hat, ist nachhaltiges Tempo: Das Team muss unbegrenzt in dem Tempo arbeiten können, in dem es arbeitet. Das ist kein Nice-to-have. Es ist ein Zuverlässigkeitsprinzip. Ein Team, das nur liefern kann, indem es sprintet — im Sinne von schnell laufen —, ist keine verlässliche Grundlage für eine Prognose dessen, was es in den kommenden Monaten liefern wird. Ein Team, das in nachhaltigem Tempo arbeitet, entwickelt Durchsatzmuster, die auch bei Unbekannten echte Prognosen erlauben — und das ist der Wert von Agile: Ihrem Unternehmen zu erlauben, mitten in Unbekanntem in gleichmäßigem Tempo zu arbeiten.
Ein richtig verstandener Sprint ist ein Lieferzyklus in nachhaltigem Tempo mit eingebautem Überprüfungspunkt. Das ist etwas ganz anderes als eine Deadline. Der Unterschied ist nicht semantisch — er ist das, was das Risiko bei jeder Iteration senkt.
Kommentare 0