Ja, teamverwaltete Projekte haben einen Velocity-Bericht
Zunächst die gute Nachricht. Teamverwaltete Scrum-Projekte enthalten inzwischen auch einen Velocity-Bericht. Atlassians Dokumentation zum Velocity-Bericht teamverwalteter Projekte beschreibt es eindeutig: Velocity ist die durchschnittliche Arbeitsmenge, die das Team pro Sprint abschließt. In teamverwalteten Bereichen kann sie in Story Points oder anhand der Anzahl von Vorgängen gemessen werden. Wie in unternehmensverwalteten Projekten zeigt der graue Zusagebalken die gesamte Schätzung der Arbeit zu Sprintbeginn, während der grüne Abschlussbalken die gesamte abgeschlossene Schätzung am Sprintende zeigt.
Zusammen mit den anderen Berichten teamverwalteter Projekte — Burnup-Diagramm, kumulatives Flussdiagramm, Zykluszeit und Deployment-Häufigkeit — findest du ihn im Projekt unter Berichte . Wenn du teamverwaltete Projekte bisher nur wegen der Velocity vermieden hast, entfällt dieser Grund jetzt.
So aktivierst und findest du ihn
Velocity hängt von Sprints ab. Voraussetzung ist deshalb die Funktion „Sprints“:
- Öffne Projekteinstellungen → Funktionen und aktiviere Sprints (das Board muss außerdem als Scrum-Board eingerichtet sein).
- Plane, starte und schließe mindestens einen Sprint ab — Velocity wird nur für abgeschlossene Sprints angezeigt.
- Öffne Berichte in der Projektseitenleiste und wähle den Velocity-Bericht.
Wenn Berichte deaktiviert erscheinen, kann ein Administrator sie über die Funktionseinstellungen des Projekts wieder aktivieren — Atlassian beschreibt dies unter Berichte aktivieren.
Wie sich die Velocity teamverwalteter und unternehmensverwalteter Projekte unterscheidet
Die Berechnung folgt demselben Modell aus zugesagter und abgeschlossener Arbeit. Die Unterschiede liegen in Konfiguration und Reichweite:
| Teamverwaltet | Unternehmensverwaltet | |
|---|---|---|
| Velocity-Bericht | Ja (Story Points oder Anzahl der Vorgänge) | Ja (Schätzstatistik des Boards) |
| Konfiguration | Innerhalb des Projekts verwaltet — schnell eingerichtet, weniger detailliert | Schätzungen und Spaltenzuordnung auf Board-Ebene |
| Definition von „Done“ | Die Done-Spalte des Boards | Die Done-Spalte des Boards |
| Umfang | Das Board dieses einen Projekts | Dieses eine Board (Boards können über Filter mehrere Projekte umfassen) |
| Dashboard-Gadget | Nativ keines | Nativ keines |
Der entscheidende Punkt: Unabhängig vom Projekttyp ist der Velocity-Bericht auf ein Board beschränkt, an dessen Done-Spalte gebunden und nur im Berichtsbereich des Projekts verfügbar. Keiner der beiden Typen bietet ein Velocity- Dashboard-Gadget, und bei keinem kannst du neu festlegen, welche Status als abgeschlossen zählen.
Warum der Velocity-Bericht leer oder falsch ist
Diese wenigen Punkte führen speziell bei teamverwalteten Projekten zu Problemen:
- Sprints sind nicht aktiviert. Keine Sprints-Funktion → keine Velocity. Das ist die häufigste Ursache eines fehlenden Berichts.
- Es wurde noch kein Sprint abgeschlossen. Velocity basiert auf abgeschlossenen Sprints; ein laufender Sprint wird nicht angezeigt.
- Abweichendes Schätzfeld. Wenn das Projekt in Story Points misst, Vorgänge aber in einem anderen Feld oder gar nicht geschätzt werden, bleiben die Balken leer. Stelle den Bericht testweise auf Anzahl der Vorgänge um oder stelle sicher, dass die Punkte in dem Feld stehen, das der Bericht ausliest.
- Status außerhalb der Done-Spalte. Tatsächlich erledigte Arbeit, deren Status nicht der Done-Spalte zugeordnet ist, zählt nicht als abgeschlossen.
Gut zu wissen: Die Workflows teamverwalteter Projekte werden je Projekt verwaltet. Das erleichtert zusätzliche Status wie In Review oder Released. Diese Flexibilität ist hilfreich — aber genau dabei weist der native Velocity-Bericht, der nur die eine Done-Spalte zählt, oft weniger abgeschlossene Arbeit aus, als tatsächlich geleistet wurde.
Velocity auf einem Dashboard anzeigen
Die häufigste Einschränkung für Teams mit teamverwalteten Projekten ist die Reichweite. Velocity bleibt in den Berichten eines Projekts, während das Dashboard die gemeinsame, projektübergreifende Sicht des Teams bietet. Für keinen der beiden Projekttypen gibt es ein natives Velocity-Gadget. Eine Marketplace-App ist deshalb die einzige Möglichkeit, Velocity neben Gadgets zur Sprint-Gesundheit und zum Burndown anzuzeigen.
Velocity Chart for Jira ist genau dafür entwickelt. Das auf Forge basierende Dashboard-Gadget behandelt teamverwaltete und unternehmensverwaltete Scrum-Boards gleich — teamverwaltete Boards erhalten in der Auswahl sogar die Kennzeichnung „team-managed“, damit du immer weißt, welches Board du darstellst. Darüber hinaus bietet es Funktionen, die im nativen Bericht fehlen: eine konfigurierbare Definition of Done (zähle Released und Accepted statt nur die letzte Spalte), ein auswählbares Schätzfeld, optional berücksichtigte Unteraufgaben, die Say/Do-Kennzahl zur Vorhersagbarkeit und einen Vergleich mehrerer Boards. Da es auf Forge basiert, greift es nur lesend zu, und deine Daten bleiben bei Atlassian.
Für gemischte Projektlandschaften: Wenn deine Organisation sowohl teamverwaltete als auch unternehmensverwaltete Projekte nutzt, erlaubt ein gemeinsames Dashboard-Gadget für beide — mit derselben Definition of Done — einen vergleichbaren Blick auf ihre Velocity. Das leisten die nativen Berichte der einzelnen Projekte nicht.
Häufig gestellte Fragen
Haben teamverwaltete Jira-Projekte einen Velocity-Bericht?
Ja. Teamverwaltete Scrum-Projekte enthalten einen Velocity-Bericht, der in Story Points oder anhand der Anzahl von Vorgängen misst. Dafür müssen „Sprints“ aktiviert und mindestens ein Sprint abgeschlossen sein. Er steht neben den Berichten zu Burnup, kumulativem Fluss, Zykluszeit und Deployment-Häufigkeit.
Warum fehlt der Velocity-Bericht in meinem teamverwalteten Projekt?
Meistens ist die Funktion „Sprints“ deaktiviert. Aktiviere „Sprints“ unter Projekteinstellungen → Funktionen, führe mindestens einen Sprint durch und schließe ihn ab. Dann erscheint der Velocity-Bericht unter „Berichte“. Ein teamverwaltetes Projekt ohne Sprints hat keine Velocity.
Wird die Velocity teamverwalteter Projekte anders berechnet als die unternehmensverwalteter Projekte?
Nein — beide verwenden dasselbe Modell aus zugesagter und abgeschlossener Arbeit. Die Unterschiede betreffen Konfiguration und Reichweite: Jeder Bericht ist auf ein Board beschränkt, an dessen Done-Spalte gebunden und nur im Berichtsbereich des Projekts verfügbar.
Kann ich die Velocity teamverwalteter Projekte auf einem Dashboard anzeigen?
Nicht mit nativem Jira — für keinen der beiden Projekttypen gibt es ein Velocity-Dashboard-Gadget. Eine Forge-App wie Velocity Chart for Jira ergänzt ein Dashboard-Gadget, das mit teamverwalteten Boards funktioniert und eine konfigurierbare Definition of Done und ein auswählbares Schätzfeld bietet.
Velocity teamverwalteter Boards auf einem Dashboard
Velocity Chart for Jira behandelt teamverwaltete und unternehmensverwaltete Scrum-Boards gleich — mit deiner eigenen Definition of Done, deinem Schätzfeld und einem Dashboard-Gadget, das der native Bericht nicht bietet.
Im Marketplace ansehen →