Mein Team hasst es, wie lange wir mit der Planung verbringen. Wir verbringen derzeit etwa 3 Stunden für einen 2-wöchigen Sprint. Ich sage ihnen, dass das eigentlich weniger als eine Sprintplanung nach dem Buch ist, aber trotzdem wollen sie sehen, was es sonst noch so gibt T-Shirt-Größen) oder einen schnelleren Weg?
Dies ist eine Sorge, die ich schon mehrfach gehört habe, und das Problem dabei ist, dass es lange dauern muss, wenn es lange dauert. Damit meine ich, dass es beim Schätzen am Ende weniger um die Zahl geht, als vielmehr darum, Verständnis herauszufordern. Sicher, Ihr Team streitet sich möglicherweise über unwichtige Details (wenn jede Geschichte ein Kampf um eine 3 oder 5 ist, wählen Sie eine aus, machen Sie weiter, schwitzen Sie nicht über Kleinigkeiten). Aber normalerweise finden die langen Gespräche statt, wenn jemand eine 2 hochhält und jemand anderes eine 13, weil sie sehr unterschiedliche Ansichten darüber haben, was das Backlog-Element bedeutet oder wie riskant es ist, es umzusetzen. Dies sind die Gespräche, die mit dem Team geführt werden müssen.
Das heißt nicht, dass Sie nicht helfen können. Suchen Sie nach Mustern in diesen Gesprächen. Gibt es persönliche Konflikte, die künstlich zu Meinungsverschiedenheiten führen? Gibt es Wissenslücken, die immer wieder zu denselben Argumenten führen? Gibt es technische Fallstricke in der Anwendung oder organisatorischen Druck von außen, die Menschen Angst machen, einige Funktionen zu berühren? Sie können das Team darauf hinweisen und ihnen helfen, sie zu beseitigen, damit sie nicht so oft auftauchen. Aber letztendlich, wenn der Grund, warum es eine Weile dauert, darin besteht, dass das Team wichtige Facetten des Backlog-Elements aufdecken muss, gibt es keine gute Möglichkeit, darüber hinwegzuspringen, ohne dass es Sie mitten im Sprint als Problem einholt (und Sie werde dann viel mehr Zeit dafür aufwenden).
Unterschiedliche Teams haben unterschiedliche Ansätze zur Schätzung.
Einige Teams, mit denen ich zusammengearbeitet habe, führen ihre Schätzungen gerne im Sprint-Planning durch, was dazu führt, dass es oft mehrere Stunden dauert.
Andere Teams hassen lange Meetings und ziehen es daher vor, im Rahmen der Backlog-Verfeinerung mehr Schätzungen vorzunehmen. Zum Beispiel führt ein Team, mit dem ich zusammengearbeitet habe, 2-3 Backlog-Refinement-Sitzungen pro Sprint durch und hat normalerweise 90 % seiner Schätzung vor dem Planungsmeeting fertig.
Es lohnt sich auch zu hinterfragen, ob Sie überhaupt Schätzungen benötigen. Erfahrene Scrum-Teams können sehr gut darin werden, ihre Geschichten klein und (relativ) vorhersehbar zu machen. Wenn dies der Fall ist, reicht oft ein Story Count aus, um die Kapazität eines Sprints abzuschätzen.
Ein Wort der Vorsicht bei diesem Ansatz. Das Schätzen ist ein wertvoller Prozess, auch wenn die Schätzungen selbst nicht so wichtig sind. Das Schätzen zieht oft einige Probleme nach sich und hilft dem Team, seine Bemühungen zu synchronisieren.
Wie bei allen Dingen mit Scrum ist es am besten, zu experimentieren und zu sehen, ob die Dinge besser werden.
TL;DR; Es hört sich so an, als ob der Wert, der aus dem Sprint Planning gezogen werden soll, verloren geht. Es ist Teil des empirischen Prozesses und bietet Überprüfung und Anpassung: Sie sollten das Product Backlog überprüfen und eine Prognose, ein Sprintziel und ein Sprint-Backlog anpassen.
Es gibt viele andere „Spiele“, die zum Schätzen und/oder Planen verwendet werden können und auf http://tastycupcakes.org/ zu finden sind.
Ich wäre überrascht, wenn sie genug Engagement zeigen, um großartige Software zu entwickeln.
Wenn Sie zu Ihrem Sprint-Planungs-Event erscheinen und die nächsten 2/3 Sprints Ihres Product Backlogs nicht in hervorragender Verfassung sind, dann werden Sie in einer Welt voller Schmerzen sein. Sie haben keine Zeit für:
Das Ergebnis ist, dass das Team kein gemeinsames Verständnis und kein großartiges Product Backlog hat, sondern während des Sprints am Hosenboden vorbeifliegt. Da sie kein gemeinsames Verständnis haben, ist es für sie schwierig, wirklich zu verstehen, was sie tun müssen, um Backlog Items zu liefern, und haben daher keine guten Schätzungen. Ohne gute Schätzungen wissen sie nicht, wie viel Arbeit sie prognostizieren können ...
Ziemlich chaotisch ... aber leicht zu beheben.
Sie sollten in Refinement schätzen. Dadurch haben Sie Zeit für:
Du hast bis zu 10 % deines Sprints für die Verfeinerung. Steigen Sie mit einem vollständig verfeinerten Produkt-Backlog und einem gemeinsamen Verständnis davon, woran Sie als Nächstes arbeiten werden, in Ihre Sprint-Planung ein.
Wenn Sie ein gemeinsames Verständnis eines verfeinerten und fertigen Produkt-Backlogs haben, sollte Ihre Sprint-Planung ein Kinderspiel sein.
Wenn du das in 30 Minuten schaffst, dann großartig! Eine Timebox ist ein Maximum und kein Minimum, also fahren Sie mit der Erstellung von Software fort.
Nehmen Sie sich die Zeit, um im Voraus zu verfeinern, und dann müssen Sie nicht 3 Stunden mit Sprint-Planung verbringen. Aber vielleicht werden sie sich mit den neuen Informationen mehr an der Erstellung des Implementierungsplans beteiligen.
Ich habe einmal versucht, alle zu schätzenden Gegenstände auszudrucken, sie so zu verteilen, dass jeder die gleiche Anzahl hatte, und 5-10 Minuten verbracht, während denen die Leute ihre Karten stillschweigend in XS/S/M/L/XL-Spalten auf den Tisch gelegt haben.
Dann 5 Minuten, in denen Sie, wenn Sie sich nicht einig waren, in welcher Spalte etwas steht, einen Token darauf legen.
Alles ohne Token ist erledigt: Nimm sie vom Tisch. Führen Sie dann die Diskussionen darüber, wo der Rest hingehört.
Wir fanden es nicht nützlich genug, um es zu wiederholen, aber es war einen Versuch wert, und es hatte den ansprechenden Aspekt "physische Objekte manipulieren".
TL;DR- Ich benutze eine Übung, die 50 Geschichten in weniger als 30 Minuten schätzen kann. Sie können den Blog lesen, wie man das Spiel spielt, oder Sie können mein Trainingsmodul herunterladen, um zu erfahren, wie man es hier kombiniert .
Ich mag Planungspoker aus mehreren Gründen nicht. Ich gehe in meinem Blogbeitrag vom März 2012, Don't Play Planning Poker with the Gorilla , ins Detail . Die Kurzform ist, dass es viel länger dauert, weniger genau ist und es „Experten“ leicht macht, den Entscheidungsprozess zu beeinflussen.
Bearbeiten - Auf Wunsch eine kurze, kurze Zusammenfassung. Zunächst einmal hat Steve Bockman ein eBook auf Amazon, das sich mit der Teamschätzung befasst. Meine Übung ist eine Weiterentwicklung von Steves.
Runde 1: Obststapel Sie beginnen mit einem Kartenstapel. Für die Übung sind es ungefähr zehn Karten mit dem Namen einer Frucht darauf. Das Team steht um einen Tisch herum und reicht den Kartenstapel von Person zu Person. Jede Person kann eine von zwei Aktionen ausführen, entweder eine Karte auf den Tisch legen, um anzuzeigen, ob es mehr oder weniger Aufwand als eine vorhandene Karte ist, oder eine bereits auf dem Tisch liegende Karte verschieben. Wenn Sie fertig sind, haben Sie eine einzelne Reihe von Karten vom geringsten Aufwand bis zum größten Aufwand (Sie können dies auch mit geschäftlichem Wert tun). Runde 2: Punkte zuweisen An dieser Stelle können Sie die Fibonacci-Karten ausbrechen. Über die Fruchtkarte mit dem geringsten Aufwand wird die 1-Punkt-Karte gelegt. Von hier aus nimmt jede Person die nächste nummerierte Karte und legt sie unter Verwendung der Anleitung „Ist diese Obstkarte ungefähr 1,5-fach aufwendiger zuzubereiten und zu konsumieren als die Obstkarte links.
Wenn Sie fertig sind, haben Sie alle Geschichten in Beziehung zu den anderen Geschichten gesetzt.
Es gibt auch eine Runde drei, was zu tun ist, wenn Sie bereits geschätzte Geschichten haben.
Todd A. Jacobs
Satellitenverbindung