In den meisten Meetings, in denen geplant, refined, geklärt oder priorisiert wird, fehlt eine einzige, unscheinbare Frage: für welchen Zeitraum planen wir hier eigentlich gerade? Diese Frage wird selten gestellt, obwohl sie fast alles andere bestimmt — wer reden sollte, wie detailliert man werden darf, und ob das Meeting am Ende überhaupt dem Team dient oder nur dem Gefühl, dass etwas passiert ist.
Jedes Meeting hat einen Planungshorizont. Nicht jedes Team ist sich dessen bewusst, aber er ist trotzdem da, und wenn man ihn ignoriert, rutscht ein Meeting fast automatisch in die falsche Flughöhe ab. Am deutlichsten sieht man das im Daily.
Das Daily hat eine sehr kurze Reichweite
Der Planungshorizont eines Daily ist maximal eine Woche, meistens deutlich kürzer. Im Kern geht es darum, die nächsten ein bis drei Tage zu koordinieren: wer braucht was von wem, wo hakt es, wo lohnt sich ein kurzer Austausch, bevor jemand einen halben Tag in die falsche Richtung arbeitet.
In diesen Rahmen passen User Stories, weil sie das ganze Team betreffen — sie sind der gemeinsame Bezugspunkt, an dem sich koordinieren lässt, wer woran arbeitet und wo Abhängigkeiten liegen. Tasks und Subtasks passen grundsätzlich auch rein, aber mit einer wichtigen Einschränkung: sie sind persönliche Planungselemente. Sie müssen im Daily nicht zwingend besprochen werden — es sei denn, sie tragen tatsächlich zur Koordination bei, oder es geht darum, um Hilfe zu bitten, damit der Sprint gelingt. Ein Task ist grundsätzlich Privatsache der Person, die ihn bearbeitet. Er wird erst dann zum Thema fürs Team, wenn er ein Hindernis, eine Abhängigkeit oder einen Hilferuf enthält.
Wenn zu viele Tasks besprochen werden, ist das ein Warnsignal
Werden im Daily trotzdem regelmässig viele einzelne Tasks durchgegangen, ist das meistens kein Zeichen von Gründlichkeit, sondern ein Hinweis, dass sich das Meeting in etwas anderes verwandelt hat: ein Reporting. Ein Statusabgleich, bei dem alle der Reihe nach sagen, was sie gestern gemacht haben und heute machen werden, hilft dem Team nicht dabei, besser zu werden. Es hilft höchstens jemandem im Raum, den Überblick zu behalten — was ein legitimes Bedürfnis sein kann, aber nicht der Zweck eines Daily ist.
Als Scrum Master würde ich an diesem Punkt genauer hinschauen. Die eigentlich interessante Frage lautet dann nicht mehr „wie bringen wir das Daily wieder auf Kurs“, sondern: ist das hier überhaupt ein Team? Oder ist es eine Gruppe von Menschen mit demselben Organisationskürzel, die zufällig gemeinsam an denselben Tickets arbeiten, aber kein gemeinsames Sprintziel verfolgen, für das sie sich gegenseitig brauchen? Ein Reporting-Daily ist oft nicht das Problem, sondern das Symptom eines Teams, das strukturell noch keins ist.
Jede Planungsebene hat ihre eigene Reichweite
Zoomt man raus, zeichnet sich ein klares Muster ab, das weit über das Daily hinausgeht. Epics haben von Natur aus einen langen Planungshorizont, ungefähr ein Quartal — sie beschreiben eine Richtung, kein fixes Ergebnis in zwei Wochen. User Stories bewegen sich auf Sprintlänge, sie sind bewusst so geschnitten, dass ein Team sie in einem überschaubaren Zeitraum gemeinsam abschliessen kann. Tasks und alles darunter sind persönliche Arbeitsstrukturen mit sehr kurzer Lebensdauer — Tage, manchmal Stunden.
Das Problem entsteht immer dann, wenn eine Planungsebene mit dem Detailgrad oder der Reichweite einer anderen behandelt wird. Ein Epic, das wie eine User Story mikromanagt wird, erstickt in Detailplanung, die sich in einem Quartal ohnehin noch mehrfach ändert. Ein Task, der wie ein Epic dokumentiert wird, bindet Energie, die niemand je wieder abrufen wird.
Wo Dokumentationsenergie wirklich hingehört
Aus dieser Logik folgt fast von selbst, wie viel Aufwand welche Ebene verdient. In Epics lohnt es sich, ordentlich zu investieren — sie leben lange, mehrere Leute greifen im Lauf eines Quartals darauf zurück, und eine klare Beschreibung erspart später viele Rückfragen. In User Stories lohnt sich ein Stück weit Dokumentation, aber massvoll — genug, damit das Team weiss, was gemeint ist, nicht mehr. Alles, was kleiner ist als eine User Story, sollte man in der Regel einfach tun. Ein Task, der ausführlicher dokumentiert wird, als er dauert, ist meistens ein Zeichen dafür, dass irgendwo im System Vertrauen fehlt — nicht, dass mehr Dokumentation gebraucht wird.
Die eine Frage, die vieles klärt
Der Planungshorizont ist keine neue Methode und kein zusätzliches Ritual. Es ist eine einzige Frage, die sich vor jedem Meeting stellen lässt: für welchen Zeitraum planen wir hier gerade, und passt das, was gerade besprochen wird, wirklich in diesen Zeitraum? Diese Frage kostet nichts, aber sie sortiert fast automatisch aus, was in ein Daily gehört und was in ein Reporting, was in ein Refinement gehört und was in eine Grundsatzdiskussion, die eigentlich auf Epic-Ebene stattfinden sollte. Wer sie sich regelmässig stellt, muss deutlich seltener Meetings retten, die eigentlich nie hätten aus dem Ruder laufen dürfen.
