JIRA - Story Points & Zeiterfassung

Ich habe verschiedene Fragen und Antworten gelesen und kämpfe wirklich damit, ein Projekt / einen Sprint / eine Story / eine Unteraufgabe einzurichten, um das zu bekommen, was wir unserer Meinung nach brauchen.

In Bezug auf die langfristige Planung habe ich meinem Team die Idee von Stories verkauft, Schätzungen in Story Points und dann die Geschwindigkeit in Story Points gemessen.

Die Geschichten können jedoch leicht ziemlich groß sein; dauert eine Woche oder länger. Dies liegt daran, dass ein Großteil der Arbeit im Wesentlichen darin besteht, „etwas zu recherchieren, es dann zu dokumentieren und einige Optionen und Empfehlungen (mit relativen Vorzügen usw.) auszugeben“. Das passt gut zu einer Aufteilung in verschiedene Teilaufgaben; verschiedene Forschungsthemen sind separate Unteraufgaben, die Dokumentation jedes Themas sind ebenfalls separate Unteraufgaben, endgültige Optionen und Empfehlungen sind eine weitere Unteraufgabe.

Wo wir stecken bleiben, ist, dass ein Burn-Down-Diagramm in Story Points für uns so gut wie nutzlos ist. Wir sehen, dass eine Woche oder länger nichts passiert, dann ist plötzlich ein großer Prozentsatz der Arbeit abgeschlossen. Wir haben also über die Verwendung von Story Points zur Schätzung und das Hinzufügen von Zeiterfassung gelesen. https://confluence.atlassian.com/agile067/jira-agile-user-s-guide/configuring-a-board/configuring-estimation-and-tracking

Soweit wir es verstehen, und wir können uns irren, wollen wir den folgenden Prozess:

  • Fügen Sie dem Backlog eine Story mit einer Story Point-Schätzung hinzu
  • Wenn wir diese Story in einen Sprint verschieben, erstellen Sie Unteraufgaben und schätzen Sie sie in Tagen/Stunden (aber ändern Sie nicht die Story Point-Schätzung der Story).
  • Während wir den Sprint bearbeiten, protokollieren wir Änderungen an der geschätzten verbleibenden Zeit für jede Unteraufgabe
  • Verwenden Sie ein Burn-Down-Diagramm, um den Fortschritt zu verfolgen, wobei das Ziel 0 verbleibende Stunden bis zum Ende des Sprints ist?
  • Verwenden Sie Velocity basierend auf Story Points, um die Kapazität für zukünftige Sprints abzuschätzen

Bisher haben wir die Storys in Story Points geschätzt und die Konfiguration unten für Time Tracking.

Aber wir können nicht herausfinden, wie wir eine anfängliche Zeitschätzung für die Unteraufgaben festlegen können ...

Geben Sie hier die Bildbeschreibung ein

Antworten (3)

Wir sehen, dass eine Woche oder länger nichts passiert, dann ist plötzlich ein großer Prozentsatz der Arbeit abgeschlossen

Sehen Sie sich meine zugehörige Antwort hier an: https://pm.stackexchange.com/a/20367/25606 .

Außerdem bemerken Sie ...

„Die Geschichten können aber auch ganz schön groß werden“

Für mich besteht die offensichtliche Lösung darin, Ihre aktuellen „Geschichten“ („Research this big thing“) in mehrere Geschichten (eine pro Forschungsthema) aufzuteilen. Auf diese Weise wird Ihr Burn-Down konsistenter.

Ich zögere, eine Geschichte in kleinere Geschichten zu zerlegen, wenn diese gefälschten Geschichten keinen Geschäftswert an sich bieten [...] Was wir hier wollen, sind Informationen darüber, wie dieser Sprint voranschreitet. Als Frühwarnung bei Lieferausfällen.

Ein fairer Punkt. Wenn Sie in diesem Fall jedoch nur einen Einblick in den Status des Sprints benötigen, bezweifle ich die Notwendigkeit des Overheads der doppelten Schätzung. Viele Teams schätzen eher nach der Anzahl der Storys als nach Story Points. Haben Sie darüber nachgedacht, dasselbe hier für SubTasks zu tun? Brennen Sie einfach die Anzahl der Unteraufgaben ab, anstatt ihre Schätzung. Vorausgesetzt, Ihre SubTasks haben eine relativ gleichmäßige Verteilung, sollte dies gut funktionieren.

Die zweite Hälfte ist nur ein Tippfehler, ich gehe nur von Story zu Subtask
Ich zögere, eine Geschichte in kleinere Geschichten zu zerlegen, wenn diese gefälschten Geschichten an sich keinen geschäftlichen Wert bieten
Ich bin nicht damit einverstanden, dass Burn-Down-Diagramme die Geschwindigkeit vorhersagen. Das wird außerhalb des Burndown-Diagramms eines einzelnen Sprints berechnet. Die über mehrere Sprints berechnete Geschwindigkeit kann dann die Kapazität für zukünftige Sprints und die Zeit zum Abschließen eines Rückstandsprotokolls angeben. Was wir hier wollen, sind Informationen darüber, wie dieser Sprint voranschreitet. Als Frühwarnung bei Lieferausfällen. Es ist mir egal, in welcher Einheit das ist, aber ich interessiere mich für die Granularität. Die Grobheit unserer Geschichten macht Story-basierte Burndown-Charts für uns nutzlos, obwohl wir Velocity aus anderen Quellen beziehen und verwenden.

Beantworten Sie also zunächst Ihre einfache Frage: Warum legen Sie die Anfangszeit nicht in Abhängigkeit von den Story Points der Aufgabe fest? Story Points sollen die Komplexität messen, die oft mit der Zeit etwas übereinstimmt. Dadurch erhalten Sie Sprint für Sprint ein vergleichbares Ergebnis.

In meiner Erfahrung als Berater habe ich jedoch festgestellt, dass Sie so wenig manuelles Tracking wie möglich durchführen möchten. Konzentrieren Sie sich also mehr auf das Standup, anstatt manuelles Tracking durchzuführen, um auf einem Board nachzudenken. Das Standup soll eine Mini-Sprintplanung sein. Ein Blick darauf, ob uns die aktuelle Richtung zum Sprintziel führt. Insofern ist es sinnvoll, die Leute zu fragen, ob sie feststecken (die klassische "Irgendwelche Hindernisse"-Frage). Eine Teilaufgabe, die für eine "lange" Zeit im selben Status bleibt, ist ein sehr deutlicher Indikator dafür, dass jemand feststeckt.

Damit die Geschwindigkeit zum Messen der Größe des Rückstands gültig ist, müssen alle Story-Point-Schätzungen unter vernünftigen Bedingungen vorgenommen werden. Das heißt, mit angemessener Klarheit über den Umfang der Arbeit, aber vor einer intensiven Untersuchung. Dies bedeutet, dass wir Schätzungen während der Planung usw. nicht ändern können (werden) oder auf Faktoren neu kalibrieren, die unsere Verschlechterung oder Geschwindigkeit verbessern. Da sich die Geschwindigkeit mit der Zeit ändert, ändert sich das Verhältnis zwischen Punkten und verstrichener Zeit. Da wollen wir nicht hin. Punkte sind für die Geschwindigkeit, dort werden sie bleiben. (Fortsetzung...)
Dadurch brauchen wir einen Quantifizierer für die Größe einer Teilaufgabe, nachdem wir eine Geschichte während der Planung aufgeschlüsselt haben. Jira spielt nicht gut mit dem Setzen von Punkten in Teilaufgaben, hat aber stattdessen eine Option, um ihre Zeit zu verfolgen. Die Burndown-Diagramme können dann so eingerichtet werden, dass sie diese Messung verfolgen. Wir haben das funktioniert. Aber es stützt sich auf ein Feld, das wir sehen können, das leer ist, leider können wir keinen Weg finden, auf dieses Feld zuzugreifen, um es zu füllen. Das ist die Frage, wie ich in Jira das geschätzte Zeitfeld in Unteraufgaben "einschalte".
Ich sehe, ich war nicht klar. Ich wollte nicht sagen, dass Sie Story Points für Teilaufgaben verwenden sollten. Sie schrieben "Aber wir können nicht herausfinden, wie man eine anfängliche Zeitschätzung für die Unteraufgaben festlegt ...". Mein Punkt war, die verbleibende Schätzung auf etwas wie a * #storyPoints * b festzulegen, wobei a eine Konstante ist, die für Sie sinnvoll ist, und b der Prozentsatz der Geschichte ist, der durch die Teilaufgabe abgeschlossen wurde.
B ist nicht konstant. Die Geschwindigkeit ändert sich mit der Zeit aus verschiedenen Gründen. Mein Punkt ist auch, dass es für mich keine Möglichkeit gibt, eine Zeitschätzung für eine Teilaufgabe vorzunehmen. Das ist die Frage, wie ich in Jira das geschätzte Zeitfeld in der Unteraufgabe "einschalte". Ich brauche keine Formel, um Punkte in Zeit zu übersetzen, ich brauche einen Ort, um die Zeit einzugeben (oder Anweisungen an die Verwaltung, wie man sie aktiviert).
Aber ich habe die Frage damals auch falsch verstanden. Es ist eine Board-Einstellung. "1 Navigieren Sie zum gewünschten Board und klicken Sie dann auf Board > Konfigurieren. 2 Klicken Sie auf die Registerkarte Schätzung. 3 Wählen Sie im Feld Zeiterfassung eine der folgenden Optionen aus: - Keine - Verbleibende Schätzung und aufgewendete Zeit"
Laut meinem Screenshot? Es ist bereits an. Kein Feld, keine Option, dieses Feld zu einer Unteraufgabe hinzuzufügen, bleibt hängen :(
Bah... Entschuldigung! Anscheinend bin ich dafür zu müde... Haben Sie überprüft, ob die Felder zu dem Vorgangstyp hinzugefügt wurden, mit dem Sie arbeiten? Unter dem Abschnitt Felder in Ihren Board-Einstellungen. Möglicherweise müssen Sie die Basisfeldeinstellungen für den Problemtyp ändern, um ihn tatsächlich hinzuzufügen.
Ich bin mir nicht 100% sicher was du meinst, ich schaue mich morgen nochmal um. Ich vermute, es ist eine Einstellung, die Jira Administrator hat, aber nicht Project Administrator (ich). Wenn ich explizite Anweisungen oder Screenshots finde, kann ich eine konkrete Anfrage an die Verwaltung richten, in der Hoffnung, dass sie akzeptiert wird ...
Ja, das ist die Jira-Administratoreinstellung. Sie können ein Testkonto erstellen und Administrator Ihrer eigenen vollständigen Suite sein, um zu lernen und herumzuspielen. Was ich irgendwann gemacht habe. Viel Glück!

Wenn Sie eine Unteraufgabe erstellen, können Sie eine erste Schätzung eingeben

Du sagtest:

Wo wir stecken bleiben, ist, dass ein Burn-Down-Diagramm in Story Points für uns so gut wie nutzlos ist.

Wir haben also über die Verwendung von Story Points zur Schätzung und das Hinzufügen von Zeiterfassung gelesen.

Aber wir können nicht herausfinden, wie wir eine anfängliche Zeitschätzung für die Unteraufgaben festlegen können ...

  1. Im Dialogfeld "Unteraufgabe erstellen" sollten Sie ein Feld mit dem Namen "Schätzung" sehen. Hier können Sie Ihre anfängliche Zeitschätzung in Stunden für jede Teilaufgabe eingeben. Wenn Sie das Feld „Schätzung“ nicht sehen, können Sie es möglicherweise aktivieren, indem Sie oben rechts auf das Dropdown-Menü „Felder konfigurieren“ klicken.
  2. Bitten Sie die Teammitglieder nach Beginn des Sprints, die Anzahl der Stunden, die sie an jeder Aufgabe „gearbeitet“ haben, und die „Restschätzung“ (unabhängig von der ursprünglichen Schätzung) im Dialogfeld „Arbeit protokollieren“ (siehe Screenshot) für jede Unteraufgabe einzugeben.Jira Log Work für Nebenaufgaben
  3. Gehen Sie zu „Berichte“, klicken Sie auf „Bericht wechseln“ und wählen Sie „Burndown-Diagramm“. Wählen Sie für die vertikale Skala „Ursprüngliche Zeitschätzung“ aus. Jetzt sollten Sie ein Burndown-Diagramm in Stunden sehen, wobei die ursprüngliche Zeitschätzung als Basislinie verwendet wird.
Danke, genau das versuchen wir zu erreichen. Das Problem ist, dass es kein Schätzungsfeld gibt und ich keine Möglichkeit sehe, es hinzuzufügen. Möglicherweise erfordert dies Jira-Administratorrechte, ich habe nur Projektadministratorrechte. Da ich einen Vertrag für eine monolithische Organisation abschließe, erhalte ich nicht die Privilegien, aber wenn ich Anweisungen finde, um dieses Feld sichtbar zu machen, reicht das möglicherweise aus :)
Ich habe meine Antwort bearbeitet und hinzugefügt, wie man „Felder konfiguriert“.
Es ist auch nicht in dieser Dropdown-Liste. Ärgerlicherweise sind "Story Points", aber für Teilaufgaben mit Story Points steht die gewünschte Funktionalität nicht zur Verfügung. Die Funktionalität für die verbleibende Zeit ist vorhanden, aber es ist kein Feld, das mir in der Konfiguration von Unteraufgaben zur Verfügung steht.
@MatBailie Wenn dies die Antwort ist, nach der Sie gesucht haben, können Sie die Antwort akzeptieren?
Es versteht mein Problem richtig, bietet aber keine Lösung. Siehe meinen zweiten Kommentar
JIRA - Story Points & Zeiterfassung
AntwortenHierDatenschutz-Bestimmungen1y, 7v