Wie plane und bewerte ich Projekte in Agile?

    Vor einigen Jahren hatte der Luxoft Agile Practice Trainer - Vyacheslav Moskalenko - das Problem, dass viele Scrum-Teams nicht alle Storys im Product Backlog bewerten. Aber vergebens, denn die Bewertung gibt uns ein transparentes Bild des tatsächlichen Fortschritts und der Fähigkeit, die Erwartungen unserer Kunden zu verwalten, ohne auf die Ziellinie unseres Projekts zu warten, wenn es zu spät ist, etwas zu ändern.

    „Und so entstand mir die Idee, ein Spiel zu entwickeln, durch das ich das Team dazu bringen könnte, alle Geschichten in relativen Papageien zu bewerten. Und dann kam mir die Idee, leere Figuren auf Flipchart-Papier zu malen.

    Als ich zum ersten Mal ein Malspiel in einem der Workshops der örtlichen PM-Partei spielte, hatte ich nicht einmal erwartet, dass konservative Manager so viel Spaß haben und die Erklärung „Was ist relativer Story Point? Was ist ihr Wert? “. Seitdem habe ich dieses Spiel bei vielen Trainings und Konferenzen gespielt, darunter SECR-2015 und Agile Days Russia 2016. “



    Zweck


    Um zu zeigen, wie die Verwendung des iterativ-inkrementellen Ansatzes zusammen mit einer relativen Bewertung mehr Transparenz bei der Vorhersage des Projektzeitpunkts bietet.

    Zeit


    Normalerweise dauert ein Spiel ungefähr eine Stunde, einschließlich Diskussionen.

    • 15 Minuten - Bewertung
    • 35 Minuten - vollständiges Malen (Iterationsdauer = 1 Minute)
    • 10 Minuten - Diskussion

    Vorbereitung:

    • Teilen Sie die Gruppe in Teams von 3-5 Personen auf
    • Die Teams müssen am Tisch sitzen
    • Ein leeres Blatt Flipchart-Papier pro Team
    • Ein Flipchart-Marker pro Teilnehmer

    Anleitung


    Bewertung


    1. Bereiten Sie für jede Gruppe identische Flipcharts mit leeren Zahlen vor. Siehe Beispiel unten.

    Bild

    2. Der Gastgeber des Spiels bereitet eine Tabelle auf dem Flipchart vor, in der er die Metriken aller Teams festlegt:

    Bild

    3. Die Teams bewerten alle Zahlen in relativen Story-Punkten anhand von Fibonacci-Zahlen und berechnen die Summe aller Story-Punkte. Der Anführer gibt diesen Wert in die Tabelle ein. Siehe oben

    4. Die Teams bewerten auch die Zeit für die Erledigung der Aufgabe (alle Zahlen malen) in Minuten (eine absolute Bewertung), da nur Schattierungen von außergewöhnlich hoher Qualität akzeptiert werden, d. H. Es enthält keine Leerzeichen und passt nicht über die Konturen von Figuren hinaus.

    Erfüllung


    1. Die Länge einer Iteration beträgt nicht mehr als eine Minute.

    2. Vor der ersten Iteration kann der Moderator eine Minute Zeit geben, um die Teamstrategie für das Malen zu besprechen. Prioritäten - beginnen Sie mit den kleinsten, enden Sie mit den großen. Wenn die Teams die Schattierung der größten erreichen, kann der Leiter die Planung erhöhen, sodass die Teams die Teile in Segmente aufteilen und die Segmente separat bewerten.

    3. Führen Sie die erste Iteration aus:

    Bild

    4. Der Leiter nimmt die Arbeit an. Wir zählen nur ideal gefüllte Formen oder Segmente (nur wenn es eine vorläufige Aufschlüsselung gab). Das Team berücksichtigt Velocity.

    5.Teilweise geleistete Arbeit wird an den Story-Punkten in Richtung der Reduzierung neu bewertet, aber die Differenz wird nicht zur Gesamtgeschwindigkeit addiert (d. H. Die Geschwindigkeit zeigt nur die akzeptierte Arbeit). Sie fragen mich oft "warum"? Ich verstehe, dass es eine Schande ist, Punkte zu verlieren, wenn die Geschichte am Ende des Sprints zu 90% abgeschlossen ist (die Punkte werden wie vom Team vergeben). Die Frage ist nur, was das Team mit hoher Geschwindigkeit zeigen oder die Kundenerwartungen überschätzen möchte. Vielleicht bleiben in dieser unvollendeten Geschichte tatsächlich 10% der Arbeit übrig. Aber plötzlich, wenn Sie diese 10% erreichen, finden Sie einen Fehler, dessen Lösung Sie weitere + 50% Ihrer Zeit verbringen werden. Haben Kunden bereits hohe Geschwindigkeit gezeigt? Aus diesem Grund empfiehlt die Community der Scrum-Praktizierenden nicht, unvollendete Geschichten in Velocity aufzunehmen.

    6. Das Team zählt die Anzahl der verbleibenden Story-Punkte auf dem Flipchart auf und prognostiziert die Projektabschlusszeit anhand der Formel.

    Время выполнения = Сумма стори-поинтов\Velocity

    Höchstwahrscheinlich weicht die Vorlaufzeit von der ursprünglich geplanten

    7 ab. Wir wiederholen die Schritte 1 bis 6 bis zum Abschluss des Füllprojekts:

    Bild

    8. Das Team feiert den Abschluss des Projekts.

    Bild

    Die Diskussion


    1. Wenn die Teams bereits vor der ersten Iteration unterschiedliche Bewertungen erhalten haben, besprechen Sie, wie der Kunde verstehen kann, wer Recht hat. Infolgedessen kann sich herausstellen (und dies ist das wahrscheinlichste Ergebnis), dass jeder falsch liegt, da es eine undankbare Aufgabe ist, genaue Daten in einem komplexen System zu versprechen. Besprechen Sie, wie Sie nicht in die Falle Ihrer eigenen falschen Einschätzungen geraten können.

    2. Wenn die Teams nach der ersten Iteration keine Punkte gesammelt haben. Besprechen Sie, warum es wichtig ist, am Ende der Iteration ein bereites Inkrement bereitzustellen. Warum zeigt ein halbfertiges Inkrement keinen Fortschritt an? Warum kann ein halbfertiges Inkrement große Fehler bei der Berechnung der Projektausführungsprognose verursachen?

    3. Zeigen Sie anhand der Daten in der Tabelle, wie Sie ein Release Burn-Down-Diagramm zeichnen.

    4.Besprechen Sie, warum es wichtig ist, den Kunden daran zu gewöhnen, dass sich die Geschwindigkeit eines Teams unter dem Einfluss unvorhergesehener Umstände ständig ändern kann.

    5. Sammeln und notieren Sie Feedback von Teilnehmern. Was haben sie neu gelernt? Was hast du gelernt Welche Übung können Sie im wirklichen Leben versuchen?

    6. Der Moderator stellt sicher, dass die Teilnehmer verstanden haben, wie die relativen Papageien dazu beigetragen haben, die Echtzeit des Projekts zu zählen.

    7. Erforschen Sie den Wert des Teilens großer Aufgaben / Geschichten (Zahlen) und wie sich Teams zwischen Iterationen verbessert haben.

    Vielen Dank für Ihre Aufmerksamkeit!

    PS Vom 29. bis 31. August hält Wjatscheslaw eine zertifizierte professionelle Scrum-Master- Ausbildung in Moskau ab.

    Jetzt auch beliebt: