Es gibt unterschiedliche Schwankungen zwischen Scrum-Teams. Ich verstehe, dass Volatilität durch viele variable Faktoren verursacht werden kann. Die folgende Tabelle zeigt, wie stark es zwischen den Teams variiert:
Geschwindigkeitsvolatilität Mannschaft 1 47 11% Mannschaft 2 68 6% Mannschaft 3 24 2% Mannschaft 4 71 14% Mannschaft 5 34 3% Team 6 21 27% Team 7 28 7% Team 8 32 22%
Wie viel Volatilität sollte akzeptabel sein? Ich verstehe, dass es nicht null sein kann.
Ich habe gerade erst etwas über „Volatilität“ gelesen, aber nach meinem Verständnis sehe ich nicht viel falsch daran. Es ist ein Maß dafür, wie flüssig Ihr Projekt ist. Dafür wurde Scrum entwickelt.
Ich würde sagen, dass die zugrunde liegenden Gründe für diese Volatilität weitaus wichtiger sind als ihr Umfang. Daher würde ich keine feste Grenze setzen, sondern so etwas wie eine "Warngrenze", bei der Sie anfangen zu untersuchen, warum dies geschieht. Verwenden Sie vielleicht die Retrospektive, um festzustellen, ob sie sich nachteilig auf das Team auswirkt, und verwenden Sie diese Antworten, um Sie zu einem angemessenen Schwellenwert zu führen.
Aus Lean-Sicht würde ich sagen, das Wichtigste ist nicht, wie viel es ist, sondern dass das Team seine Mission erfüllen kann und vielleicht die Volatilität nicht zunimmt. Anstatt eine Metrik wie Volatilität zum Nachverfolgen zu wählen, würde ich mich darauf konzentrieren, den aktuellen Fluss des Teams zu verstehen (z. B. mithilfe eines Kanban-Boards) und Probleme zu beheben. Wenn Sie den Fluss verstehen und verbessern, glätten sich andere Dinge oft von selbst.
Konzentrieren Sie sich nicht zu sehr auf die Volatilität. Ich mache mir nur Sorgen um die Teams mit der niedrigsten Volatilität (die möglicherweise das System spielen) und um diejenigen mit hoher Volatilität (die möglicherweise zu viel/unterschätzt werden). Vielleicht möchten Sie verstehen, wie die Teams an jedem Ende zu ihrer Bewertung kommen .
Es gibt wahrscheinlich mehrere Faktoren, die für die Volatilität eines Teams gelten. Volatilität kann verschiedene Ursachen haben, wie zum Beispiel:
Im Durchschnitt haben IT-Mitarbeiter nicht die besten zwischenmenschlichen Fähigkeiten. Ich habe sicherlich viel weniger Geschick als meine Frau. Um ein effektives Team zu bilden, muss auf vielen Ebenen interagiert werden. Wie gut ein Team funktioniert, wirkt sich wahrscheinlich auf seine Volatilität aus.
Versuchen Sie, sich Ihre Daten anzusehen: - Sortiert nach Geschwindigkeit - Sortiert nach Volatilität - Berechnen Sie Geschwindigkeit/Volatilität - Berechnen Sie Volatilität/Geschwindigkeit
Es scheint, dass Sie zwei Teams haben, die Schwierigkeiten haben. Dies kann eine Reihe von Gründen haben, von denen einige möglicherweise außerhalb des Teams liegen.
Sie können vier Teams haben, die Ihr Maß spielen. Sie nutzen die verfügbare Zeit möglicherweise gut, wenn sie einen Sprint überschätzen.
Sie haben keine Trenddaten, die ebenfalls gute Informationen liefern können. Im Allgemeinen würden Sie erwarten, dass die Geschwindigkeit zunimmt und die Volatilität (bis zu einem gewissen Punkt) abnimmt. Wechselnde Aufgaben können Trends brechen.
Wie viel Volatilität sollte akzeptabel sein?
Ich würde sie mit einer anderen Frage beantworten... warum machen Sie sich überhaupt Sorgen über die Volatilität? Jeder Versuch, Ersteres zu beantworten, ohne über Letzteres nachzudenken, könnte als Management-Mißbrauch betrachtet werden.
Wenn Sie wissen, wie wichtig (oder nicht) die Volatilität in Ihrem Kontext ist, können Sie Ihre Volatilitätsgrenze definieren.
Ist wie zu sagen: „Wie viele Mängel soll eine Geschichte haben? Es ist eine nette Frage, solange Sie diese Informationen nutzen möchten, um sich zu verbessern. Vielleicht verschwendet das Team mit null Fehlern eine Menge Aufwand mit dummen Fehlern ... vielleicht ist es viel zu viel, 10 Fehler aus jeder Geschichte zu haben - aber auch hier hängt es von Ihrem Kontext ab .
Alexej R.
scharma