Kann ich mehrere Sprints gleichzeitig laufen lassen?

Nein — pro Gruppe läuft genau ein Sprint. Geplante Sprints kannst du beliebig viele anlegen, aktiv ist immer nur einer. Das ist Absicht: Zwei parallele Sprints in einer Gruppe bedeuten zwei Wahrheiten darüber, woran das Team arbeitet.

Was passiert mit meinen Automatisierungen?

Sie wandern mit. Beim Start eines geplanten Sprints kopiert Zuuna Spalten, Ansichten, eigene Felder und Automatisierungen vom vorherigen Sprint-Board — du richtest sie einmal ein, nicht jede zwei Wochen neu.

Muss ich Story Points nutzen?

Nein. Du kannst in Punkten schätzen, in Stunden, in beidem oder gar nicht. Kapazität und Burndown funktionieren mit jeder der drei Varianten.

Brauche ich für jeden Sprint ein neues Board?

Nein — Zuuna legt es beim Start selbst an. Du kannst auch ein bestehendes Board als Sprint starten: Dann bleibt alles an Ort und Stelle, und keine Karte bewegt sich.

Sprints und Backlog sind im Developer-Plan enthalten.

Einen Sprint planen und starten

Ein Sprint in Zuuna ist kein Etikett an einem Filter — er wird beim Start ein echtes Board mit eigenem Fortschritt und eigener Restlaufzeit. Diese Anleitung führt vom leeren Backlog zum laufenden Sprint. Sprints gehören zum Developer-Plan.

Was du brauchst

Den Developer-Plan — siehe Preise.
Eine Gruppe mit ein paar Issues im Backlog. Noch keins? Erst ein Board anlegen.

1. Plan prüfen

Sprints, Backlog, Poker und Releases bilden die agile Ebene des Developer-Plans. In anderen Plänen taucht der Backlog-Tab nicht auf.

2. Die Backlog-Ansicht verstehen

Die Backlog-Ansicht ist eine Liste aus Abschnitten, von oben nach unten: der aktive Sprint, deine Boards, die geplanten Sprints und ganz unten das Backlog der Gruppe — board-lose Issues, die noch keinem Sprint versprochen sind. Planen heißt: Issues von unten nach oben ziehen.

3. Sprint anlegen

Leg einen neuen Sprint an: Name („Sprint 12"), optional ein Ziel („Onboarding-Flow fertig"), Zeitraum. Er erscheint als geplanter Sprint — eine Sammelbox, noch kein Board.

4. Issues in den Sprint ziehen

Zieh die vorbereiteten Issues hinein. Mehrere auf einmal gehen per Mehrfachauswahl. Wenn ihr mit dem Refinement-Board arbeitet, ist der Tab „Bereit für Sprint" die natürliche Quelle: Dort liegt nur, was besprochen und geschätzt ist.

Die Summe der Story Points siehst du dabei laufend — zusammen mit der Kapazität ist das dein Frühwarnsystem gegen Überplanung.

5. Sprint starten und Spalten zuordnen

Beim Start passiert das eigentlich Interessante: Aus dem geplanten Sprint wird ein Board. Spalten, Ansichten, eigene Felder und Automatisierungen übernimmt Zuuna vom vorherigen Sprint-Board — dein Prozess zieht mit um, statt jede zwei Wochen neu zusammengeklickt zu werden. Du ordnest nur noch zu, in welcher Spalte die Issues starten.

Der laufende Sprint erscheint lila in der Seitenleiste, mit Fortschritt und Restlaufzeit im Kopf. Und: Ein bestehendes Board lässt sich auch direkt als Sprint starten — dann bleibt es, wo es ist, und keine Karte bewegt sich.

6. Sprint-Einstellungen einmal setzen

In den Sprint-Einstellungen der Gruppe legst du Sprintlänge, Board-Vorlage und die Schätzskala fest (Fibonacci oder eigene Werte — dieselbe Skala nutzt später das Planning Poker). Einmal gesetzt, schlagen sich neue Sprints selbst richtig vor.

Wenn es nicht klappt

„Diese Gruppe hat schon einen aktiven Sprint." Genau einer läuft pro Gruppe. Erst den laufenden abschließen.
Kein Backlog-Tab. Der Plan enthält keine Sprints — Developer-Plan nötig.
Issues fehlen beim Planen. Prüf den Abschnitt: Karten, die schon auf einem Board liegen, stehen unter dem Board, nicht im Backlog.
Falsche Spalten im neuen Sprint. Die Vorlage kommt vom letzten Sprint-Board. Einmal dort aufräumen — der nächste Sprint erbt es richtig.

Nächste Schritte

Sprint-Kapazität planen — bevor ihr zu viel versprecht.
Sprint abschließen und den Burndown lesen.
Projektmanagement für Entwickler · Zuuna vs. Jira.