Velocity Chart for Jira — Dokumentation

• Scrum-Boards in vom Unternehmen und vom Team verwalteten Projekten, die du in Jira ansehen darfst; die Auswahl liest die ersten 200 Boards der Website. Vom Team verwaltete Boards tragen die Kennzeichnung „team-managed“.
• Bei mehr als 7 Boards filtert ein Suchfeld nach Boardname, Projektname oder Projektschlüssel. Ausgewählte Boards bleiben während der Suche sichtbar.
• Klassische Kanban-Boards haben keine Sprints und werden nicht aufgelistet. Ein vom Team verwaltetes Kanban-Board kann erscheinen, zeigt aber keine abgeschlossenen Sprints.
• Neue Boards erscheinen sofort; die Auswahl wird nicht zwischengespeichert.

Nur Done (oben: 26,3 Punkte, 81 % Say/Do) und Done plus Ready for release (Bereit zur Veröffentlichung) (unten: 29,4 Punkte, 90 % Say/Do).

• Vorgänge ohne Wert zählen als 0, außer bei Issue count (Vorgangsanzahl).
• Ohne Pro verwendet das Gadget die Boardeinstellung: dessen Schätzfeld oder die Vorgangsanzahl, falls das Board danach schätzt.
• Unteraufgaben werden ausgelassen, sofern du nicht folgende Option aktivierst: Include sub-tasks (Unteraufgaben einbeziehen).

• Nach dem Start hinzugefügte Vorgänge zählen als Completed, wenn sie erledigt sind, aber nicht als Committed. Say/Do kann daher über 100 % liegen. Das gilt auch für direkt im laufenden Sprint erstellte Vorgänge und für vor Beginn entfernte, später erneut hinzugefügte Vorgänge. Innerhalb einer Sekunde nach dem Start hinzugefügte Vorgänge zählen noch als geplant.
• Vor dem Abschluss aus dem Sprint entfernte Vorgänge zählen überhaupt nicht. Committed fällt daher niedriger aus, wenn der Umfang während des Sprints reduziert wurde. Jiras Bericht zählt sie als geplant; darin besteht ein Unterschied.
• „Done“ bedeutet beim Start, Hinzufügen und Abschluss dasselbe: deine ausgewählten Count as „Done“-Status (Pro), andernfalls die Done-Spalte des Boards.
• Spätere Schätzänderungen schreiben vergangene Sprints nicht um: Committed nutzt den Wert vom Sprintbeginn, Completed den vom Abschluss. Liefert Jira den vollständigen Verlauf nicht rechtzeitig, verwendet das Diagramm aktuelle Werte und meldet „could not read the full sprint history“ (vollständiger Sprintverlauf konnte nicht gelesen werden); klicke auf Refresh (Aktualisieren).
• Bei Sprints mehrerer Boards zählt jedes Board nur die Vorgänge seines eigenen gespeicherten Filters. Liefert Jira nach einem erneuten Versuch keine Boardkonfiguration, zeigt das Diagramm einen Fehler samt Ursache statt eines ungefilterten Diagramms.
• Die jüngsten Sprints werden nach Abschlussdatum aus allen abgeschlossenen Sprints des Boards gewählt. Kann die Liste nicht vollständig gelesen werden, zeigt das Diagramm einen Fehler statt älterer Sprints.
• Pro Sprint werden bis zu 200 Vorgänge gelesen.
• Ergebnisse werden bis zu 5 Minuten zwischengespeichert; Refresh (Aktualisieren) berechnet sofort neu. Deine Berechtigungen werden bei jedem Laden geprüft, auch bei Zahlen aus dem Zwischenspeicher (wer welche Zahlen sieht).

• Tastatur: Wechsle mit Tab zum Diagramm, mit Pfeiltasten zwischen Sprints, öffne mit Enter oder Space und schließe mit Esc. Bewege die Maus über einen Balken oder eine Listenbeschriftung für eine Erklärung.
• In schmalen Gadgets und Widgets stehen die Details jedes Vorgangs unter dessen Titel; lange Listen scrollen innerhalb des Bereichs.
• Die Liste öffnet sich ohne erneute Jira-Anfrage; nur die Titel werden beim Öffnen geladen. Falls das fehlschlägt, bleibt die Liste vollständig und Retry (Erneut versuchen) lädt die Titel erneut.
• Ohne aktives Abonnement zeigt ein Klick auf einen Sprint dessen Gesamtwerte und den Hinweis, dass die Details zu Pro gehören.

• Die App liest den Sprint als App, fragt dann bei jedem Laden Jira nach deinen Vorgangsberechtigungen (Projektberechtigung und Sicherheitsstufe) und addiert nur erlaubte Vorgänge. Die Antwort wird nie zwischengespeichert.
• Der 5-Minuten-Zwischenspeicher enthält Board-Sprintdaten für alle (Vorgangs-IDs, Schlüssel, Schätzungen, Status, keine Titel oder Personen); vor der Anzeige werden sie für jeden Betrachter gefiltert.
• Der Hinweis zu verborgenen Vorgängen zählt jeden Vorgang einmal, auch bei Übernahme in den nächsten Sprint; die Sprintdetails zählen ihn in jedem zugehörigen Sprint.
• Ein Vorgang, dessen Sicherheitsstufe Velocity Chart nicht einschließt (Jira führt installierte Apps unter der Projektrolle atlassian-addons-project-access), kann von der App überhaupt nicht gelesen werden und zählt für niemanden, auch nicht für zugriffsberechtigte Personen. Die Balken können daher niedriger als in Jiras Velocity-Bericht sein. Der Hinweis nennt nur die Anzahl in den angezeigten Sprints, nie die Vorgänge. Ein Jira-Administrator kann die Rolle zur Sicherheitsstufe hinzufügen (Project settings → Issue security); benötigt die App Projektzugriff, muss die Rolle auch Browse Projects erhalten.
• Die Zählung erfolgt bei jedem Laden unter deinem Konto: eine Jira-Suche über die angezeigten Sprints (nur Vorgangs-IDs und Typen) und nur bei Vorgängen, die im Zwischenspeicher fehlen, dieselbe Suche als App. Sie gehört allein dir, wird nie zwischengespeichert oder dauerhaft gespeichert und verändert keine Zahlen. Antwortet Jira nicht rechtzeitig, entfällt die Zeile ohne Fehler.
• Nach Berechtigungs- oder Sicherheitsänderungen durch einen Jira-Administrator benötigt Jira manchmal einige Minuten zur Übernahme überall, auch im eigenen Velocity-Bericht. Lade das Dashboard danach neu.
• Antwortet Jira auf die Berechtigungsprüfung nicht rechtzeitig, zählt das Diagramm nur geprüfte Vorgänge und meldet „Velocity Chart could not check issue permissions; numbers may be incomplete“. Klicke auf Refresh (Aktualisieren) nach einem Moment.

• Count as „Done“ (Als erledigt zählen) listet die Status des zuerst gewählten Boards auf; die gewählten Namen gelten für alle Boards.
• Bei Wahl eines fünften Boards wird das zuerst ausgewählte Board in der Liste abgewählt.
• Velocity hängt von der Schätzskala jedes Teams ab. Verwende sie zum Beobachten von Trends, nicht zur Rangfolge von Teams.
• Ohne aktives Abonnement zeigt ein Gadget mit mehreren Boards nur das erste.

Das Board hat noch keinen abgeschlossenen Sprint. Starte und beende einen Sprint oder wähle ein Board mit abgeschlossenen Sprints. Klassische Kanban-Boards haben keine Sprints und werden nicht aufgelistet.

Deine Vorgänge werden in einem anderen Feld als dem Boardstandard geschätzt. Öffne die Edit-Ansicht des Gadgets, gehe zu Estimation und wähle das tatsächlich verwendete Feld (zum Beispiel Story point estimate) oder wechsle zu Issue count (Vorgangsanzahl). Estimation, Done-Status und der Umgang mit Unteraufgaben sind Pro-Einstellungen.

Es werden nur Scrum-Boards in vom Unternehmen und vom Team verwalteten Projekten aufgelistet, die du ansehen darfst, aus den ersten 200 Boards der Website. Klassische Kanban-Boards fehlen, weil sie keine Sprints haben. Neue Boards erscheinen sofort.

Das Gadget zeigt nur Boards, deren Projekt du in Jira ansehen darfst. Bitte deinen Jira-Administrator um Zugriff auf das Projekt des Boards. Die Meldung kann auch bei einem zugänglichen Board erscheinen, wenn Jira die Prüfung nicht beantwortet hat, etwa bei einer kurzen Störung. Lade das Dashboard nach einigen Minuten neu; die App prüft dann erneut.

Jeder sieht nur in Jira zugängliche Vorgänge. Enthält ein Sprint Projektvorgänge oder Vorgänge mit Sicherheitsstufe, die einer von euch nicht öffnen darf, fehlen sie für diese Person, wie in Jiras Velocity-Diagramm. Die Zeile „N issues hidden“ unter dem Diagramm zeigt das an. Siehe wer welche Zahlen sieht.

Jira hat die Berechtigungsprüfung nicht rechtzeitig beantwortet, meist wegen einer kurzen Anfragebegrenzung oder Störung. Das Diagramm zählt nur erfolgreich geprüfte Vorgänge und zeigt keine unerlaubten Daten; die Zahlen können niedriger sein. Klicke auf Refresh (Aktualisieren) nach einem Moment. Falls das wiederholt passiert, bitte deinen Jira-Administrator zu prüfen, ob Velocity Chart installiert ist und Jira-Zugriff hat.

Das Schätzfeld des Boards ist bei einigen Vorgängen der angezeigten Sprints leer. Velocity Chart verwendet dafür das Standardfeld Story Points. Jiras eigener Velocity-Bericht zählt diese Vorgänge mit 0, daher können deine Balken höher sein. Der Hinweis nennt beide Felder und die betroffenen Sprints. Um Jira zu entsprechen, fülle das Boardfeld oder stelle das Board auf das Schätzfeld deines Teams um. Der Hinweis erscheint nur, wenn eine solche Schätzung tatsächlich mitgezählt wird.

Velocity Chart liest Sprints als App. Jira verbirgt Vorgänge, deren Sicherheitsstufe die Projektrolle atlassian-addons-project-access nicht einschließt, die Jira für installierte Apps verwendet. Diese Vorgänge zählen für niemanden, sodass die Balken niedriger als in Jiras Velocity-Bericht sein können. Nur zugriffsberechtigte Personen sehen den Hinweis mit der Anzahl, nie die Vorgänge selbst. Ein Jira-Administrator kann die Rolle zur Sicherheitsstufe hinzufügen (Project settings → Issue security). Braucht die App Projektzugriff, benötigt die Rolle auch Browse Projects. Jira braucht zum Übernehmen der Änderung manchmal einige Minuten.

Jira hat die Boardkonfiguration nicht geliefert (die Meldung nennt den HTTP-Status), meist wegen einer kurzen Anfragebegrenzung oder Störung. Die App benötigt sie für den gespeicherten Boardfilter und zeigt einen Fehler statt eines Diagramms, das fremde Boardvorgänge enthalten könnte. Ein erneuter Versuch ist bereits erfolgt. Klicke auf Refresh (Aktualisieren) nach einer Minute und prüfe, ob das Board in Jira geöffnet werden kann. Eine ähnliche Meldung betrifft einen fehlenden gespeicherten Boardfilter: Prüfe in den Boardeinstellungen, ob er noch existiert.

Jira hat die Anfrage nicht beantwortet, meist wegen einer kurzen Anfragebegrenzung oder Störung. Solche Ergebnisse werden nicht zwischengespeichert. Klicke auf Refresh (Aktualisieren) oder lade das Dashboard nach einer Minute neu.

Ergebnisse werden bis zu fünf Minuten zwischengespeichert. Klicke auf Refresh (Aktualisieren) im Gadget, um sofort neu zu berechnen.

Nur als geplante Arbeit. Als abgeschlossen zählen Vorgänge, die beim Sprintabschluss erledigt waren, wie in Jiras Velocity-Bericht. Ein unerledigter übernommener Vorgang zählt nur im Sprint seiner Fertigstellung als abgeschlossen. Ein schon beim Hinzufügen erledigter Vorgang zählt in keinem Balken.

Velocity Chart verwendet dieselben Zählregeln: Geplant ist die beim Start vorhandene, damals unerledigte Arbeit; abgeschlossen ist die beim Sprintabschluss erledigte Arbeit, mit den Schätzungen beider Zeitpunkte. Unterschiede bleiben bei eigenen Done-Status oder Schätzfeldern (Pro), vor Abschluss entfernten Vorgängen (Jira zählt sie als geplant, die App sieht sie nicht), leeren Board-Schätzfeldern (Jira zählt 0, die App nutzt Story Points) sowie Sicherheitsstufen, die Vorgänge vor der App verbergen (siehe oben).

Jiras Bericht liegt unter Reports im Board und verwendet dessen Done-Spalte und Schätzeinstellung. Velocity Chart ist ein Dashboard-Gadget: Du wählst Done-Status und Schätzmethode, kannst bis zu vier Boards darstellen, über einen Sprint die Vorgänge hinter den Balken öffnen und erhältst das durchschnittliche Verhältnis erledigter zu geplanter Arbeit sowie CSV-/SVG-Export (Pro).

Ja. Vom Team verwaltete Scrum-Boards erscheinen mit „team-managed“ in der Boardauswahl und verwenden dieselbe Berechnung wie vom Unternehmen verwaltete Boards.

Nein. Velocity Chart hat ausschließlich Lesezugriff und fordert keine Schreibberechtigungen an. Es liest nur Sprintdaten für das Diagramm und hält sie kurzzeitig in Atlassian Forge Storage vor (Vorgangs-IDs, Schlüssel, Schätzungen und Status; keine Titel oder Personen). Siehe die Datenschutzerklärung und die Sicherheitsrichtlinie (EN).