Sprints
Ein Sprint ist ein benanntes Zeitfenster, in dem Aufgaben bearbeitet werden – zwei Wochen Arbeit, ein Release-Zyklus, eine Wartungsrunde. Sprints sind ein eigener Bereich in der Navigation und legen sich quer über die Projekte: Was in einem Sprint liegt, kann aus beliebig vielen Listen kommen.
Serie statt Einzelanlage
Einzelne Sprints legst du nicht an. Du legst eine Sprint-Serie an, und die erzeugt sie fortlaufend:
| Feld | Bedeutung |
|---|---|
| Name | z. B. „Backend-Team" – steht überall, wo der Sprint auftaucht |
| Startdatum | Der Anker, ab dem gerechnet wird |
| Dauer (Tage) | Wie lang ein Sprint läuft |
| Cooldown (Tage) | Pause zwischen zwei Sprints – 0 für nahtlos |
| Mitglieder | Wer plant und sieht (Teams und einzelne Personen) |
| Fortschritt gemessen in | Anzahl Items, Stunden oder Story Points |
| Farbe | Zur Unterscheidung mehrerer Serien |
Daraus ergibt sich der Takt: „10 Tage Arbeit, 4 Tage Cooldown — alle 14 Tage ein neuer Sprint." Die Sprints sind durchnummeriert (Sprint 14), ein eigener Name tritt daneben, nicht an die Stelle der Nummer.
Eine Serie ist kein Team
Sie hat ihre eigene Mitgliederliste – beliebige Teams und Personen gemischt, wie bei einer Liste. Ein Release-Train, ein Squad und ein Wartungsrhythmus dürfen dieselben Aufgaben betreffen und trotzdem verschiedene Serien sein.
Änderst du die Taktung, gilt die neue ab dem nächsten Sprint. Vergangene Sprints behalten ihre Zeiträume – sonst würde sich die eigene Vergangenheit rückwirkend verschieben.
Arbeiten im Sprint
Die Ansicht zeigt den laufenden Sprint. Über die Pillen blätterst du zu Vorheriger, Nächster und Übernächster Sprint; „Zum laufenden Sprint" bringt dich zurück.
- Nach Status gruppieren oder nach letzter Aktivität sortieren
- Nach Person filtern – „Ich" oder „Alle"
- Aufgabe hinzufügen direkt im Sprint; der Composer legt sie in einem Projekt an und kann sie wahlweise gleich als KI-Auftrag starten
- Per Ziehen verschiebst du eine Aufgabe in einen anderen Sprint
Läuft gerade ein Cooldown, steht dort „Gerade läuft kein Sprint". Das ist kein Fehler, sondern die Pause zwischen zwei Sprints.
Eine Aufgabe in einen Sprint legen
Am Item selbst, über die Eigenschaft Sprint: Aktueller Sprint, Nächster Sprint, Übernächster Sprint oder Aus Sprint entfernen.
Zwei Regeln, die man kennen sollte:
- Je Serie höchstens ein Sprint. Legst du eine Aufgabe in einen anderen Sprint derselben Serie, ersetzt das die bisherige Zuordnung.
- Mehrere Serien gleichzeitig sind erlaubt. Dieselbe Aufgabe darf im Sprint 14 des Backend-Teams und im Sprint 3 des Release-Trains liegen.
Unteraufgaben erben den Sprint nicht. Sie folgen ihrer Hauptaufgabe nicht automatisch – das ist Absicht, damit eine Teilaufgabe auch später erledigt werden kann.
Mit Story Points (Eigenschaft Schätzung am Item) misst die Serie den Fortschritt, wenn sie darauf eingestellt ist.
Sprint abschließen
Beim Abschluss entscheidest du, was mit unerledigten Aufgaben passiert:
- Übernehmen – sie wandern in den nächsten Sprint der Serie.
- Nicht übernehmen – sie fallen aus dem Sprint und liegen wieder im Backlog ihrer Liste.
Erledigte Aufgaben bleiben, wo sie sind. Der Sprint hält fest, wie er abgeschlossen wurde – die Frage „wo lag das vorher?" beantwortet der Sprint, nicht die Aufgabe.
Sichtbarkeit
Die Mitgliedschaft in einer Serie entscheidet, wer planen und den Sprint sehen darf. Sie gibt keinen Zugriff auf Aufgaben: Was du im Sprint siehst, begrenzt weiterhin dein Zugriff auf die jeweilige Liste.
Deshalb steht unter der Liste manchmal ein Hinweis wie „3 Items aus Projekten ohne deinen Zugriff". Die Aufgaben sind da und zählen für den Fortschritt – du siehst sie nur nicht.
Mit der KI
Die KI kann Sprints lesen und Aufgaben zuordnen – „Was ist noch offen im aktuellen Sprint?" oder „Leg das in den nächsten Sprint". Die Werkzeuge dafür stehen unter MCP-Tools: Sprints.
Nicht zu verwechseln mit „Zyklus (alt)"
Der Listentyp Zyklus (alt) ist eine ältere Funktion innerhalb einer einzelnen Liste. Sprints sind davon unabhängig und liegen über den Projekten.