Geschichte planen

Die Story-Planung ist eine Technik, die das Engagement erleichtert. Das ultimative Ziel der Story-Planung ist es, eine Sprintplanung zu erstellen, die wirklich für jeden verständlich und klar ist. Etwas, das Sie so gut verstehen, dass Sie wirklich spüren können, ob es machbar ist oder nicht. Das ist es, was Sie brauchen, um sich engagieren zu können. Als Person und als Team. Es ist eine Möglichkeit, die Sprint-Planung und die Sprint-Review-Sitzung(en) zu implementieren, und es dient als hervorragende Grundlage für die Standups und hat sich in vielen verschiedenen Fällen als sehr nützlich erwiesen. Wenn es schwierig ist, eine ganze Geschichte vor dem Ende des Sprints abzuschließen. Wenn es in einem Sprint so viele Aufgaben gibt, dass jeder den Überblick verloren hat. Wenn Sie aus irgendeinem Grund Angst haben, sich auf einen Sprint festzulegen. Wenn die Planung eines Sprints viel Zeit in Anspruch nimmt (mehr als 1/2 Stunde/Sprintwoche) Das Ergebnis der Arbeit mit der Story-Planung ist ein hochkonzentriertes und engagiertes Team mit maximalem Spaß und Produktivität als Ergebnis.

Um mit der Story-Planung erfolgreich zu sein, sollten Sie ein paar Dinge wissen: - bei der Story-Planung gibt es keine Aufgaben. Es gibt Stories und eine klare Definition von "erledigt". - die Story-Planung wird jeden Tag während des Standups aktualisiert und anschließend kommuniziert. - Die Planung erfolgt nach Ihrem Bauchgefühl. Nicht auf Stunden oder Story Points. - es ist ein Instrument zur Fokussierung. Kein Planungsinstrument. Was ist die Idee? Die Idee ist, einen Plan für den Sprint zu erstellen, der sich auf das Bauchgefühl des Teams stützt, wie viele Tage sie für die Fertigstellung einer Story benötigen würden. Der gesamte Sprint wird auf diese Weise iterativ geplant. (Die erste Version wird zu einer besseren Version verfeinert und so weiter). Für diese Planungssitzung gibt es einen strikten Zeitrahmen von 1/2 Stunde pro Woche. (d.h. 1 Stunde für einen zweiwöchigen Sprint), da das Bauchgefühl eine wichtige Rolle spielt und Kalkulationen unbedingt vermieden werden sollten. Warum funktioniert es? Es funktioniert, weil es die Mathematik aus den Köpfen der Teams herausholt. So wie Sie einen ersten Eindruck haben, wenn Sie jemanden treffen, und dieser sich oft als richtig herausstellt, so verhält es sich auch mit Schätzungen. Das Bauchgefühl des Teams, wie viel Zeit es kosten wird, liegt oft sehr nahe an der Realität. Ein weiterer Grund, warum die Verwendung einer Story-Planung zum Erfolg führt, ist, dass sie nur das Wichtigste misst: die Durchlaufzeit. Die Story-Planung konzentriert sich auf die Fertigstellung von Stories. Es spielt keine Rolle, wie viele Aktivitäten gleichzeitig durchgeführt werden können oder wie hart das Team gearbeitet hat. Das Einzige, was zählt, ist: "Wie viele Tage hat die Fertigstellung dieser Story gekostet?". Der wichtigste Grund ist jedoch, dass das Team zu jedem Zeitpunkt des Sprints Einblick in seine Planung und seinen tatsächlichen Status erhält. Dies ermöglicht es ihnen, darauf zu reagieren. Wie erstellt man eine Storyplanung? Beginnen Sie mit der Geschichte mit der höchsten Priorität und fragen Sie das Team, wie viele Tage es sie kosten würde, diese Geschichte gemäß der Definition von Done abzuschließen. Es ist wichtig, dass das gesamte Team diese Frage beantwortet und dass die Antwort auf dem Bauchgefühl beruht. Nicht auf der Grundlage einer Aufschlüsselung in Aufgaben oder einer Berechnung auf der Grundlage von Story-Punkten pro Tag. Die meisten Teams wissen innerhalb von 30 Sekunden, wie viel Zeit sie dafür brauchen werden. Mit dieser Information können Sie die Story-Planungstafel aktualisieren und mit der nächsten Story fortfahren. Dabei gehen wir von zwei Voraussetzungen aus: a) das Team hat die Story gepokert und weiß daher, was die Story bedeutet, und b) der Product Owner ist anwesend und frischt die Erinnerung aller auf. Die Story-Planungstafel hat so viele Spalten, wie es Arbeitstage in einem Sprint gibt (z.B. für zweiwöchige Sprints gibt es 10 Spalten). Jede Spalte steht für einen Arbeitstag und ihre Überschrift ist daher der Name des Wochentags, den sie repräsentiert. Die Spaltenbreite sollte genau ein Post-It betragen. In dem Fall, dass unsere erste Story das Team 2 Tage in Anspruch nehmen würde, können die ersten beiden Spalten mit einem Post-it gefüllt werden, das den Namen dieser ersten User Story enthält.Beginnen Sie für jede neue Story eine neue Zeile.Nach ein paar Minuten wird die Story-Planungstafel ein Post-it in jeder Spalte und so viele Zeilen wie Stories haben. Prüfen Sie mit dem Team, ob diese Planung wirklich realistisch ist. Jetzt ist die erste verbindliche Version der Story-Planung fertig. Und wir haben nur 15 Minuten damit verbracht, sie zu erstellen.Die zweite Runde besteht darin, den Overhead auf der Story-Planungstafel deutlich zu machen. Gemeinkosten wie gesetzliche Feiertage, individuelle Feiertage, Teilzeittage, .... Und dann fragen Sie das Team erneut, ob die Planung mit diesen neuen Informationen auf dem Brett noch machbar ist. Oft liegt es daran, dass nicht jeder auf dem kritischen Pfad ist. Wenn das Team nicht mehr an der Planung festhalten kann, weil jemand auf dem kritischen Pfad abwesend ist oder es zu viele Feiertage gibt, sollten Sie die Planung so lange anpassen, bis das Team wieder an ihr festhält. Die zweite festgelegte Version ist nun fertig, und es wurden weitere 5 Minuten benötigt, um sie zu erstellen. Wie gesagt, in der Realität ist es nicht immer der Fall, dass jedes Teammitglied vom ersten Moment an bis zur Fertigstellung einer Geschichte wirklich einen Beitrag dazu leisten kann. Es wäre schade, wenn diese Leute nichts tun würden. Deshalb gibt es die dritte Runde der Story-Planung. In dieser Runde lautet die wichtigste Frage, die es für jede Geschichte zu beantworten gilt: "Müssen wir mit der Abholung dieser Geschichte wirklich warten, bis die vorherige Geschichte vollständig fertig ist? Oder anders ausgedrückt: "Wenn Sie einen Tag früher mit dieser Geschichte beginnen würden, wäre die vorherige dann immer noch zum vereinbarten Zeitpunkt fertig?". Da nicht jede Geschichte bis zum letzten Moment wirklich einen Mehrwert bringt, können Sie mit einigen Geschichten immer früher beginnen. Heben Sie die Post-its der Story, die Sie beschleunigen wollen, auf und hängen Sie sie wieder in die richtigen Spalten. (Deshalb brauchen sie alle eine eigene Reihe). Mischen Sie weiter und fügen Sie am Ende neue Geschichten hinzu, wenn Sie Zeit haben. Schließen Sie mit einer Realitätsprüfung des Teams ab. "Würden Sie sich immer noch dafür einsetzen?". Dies ist die dritte verbindliche Version der Story-Planung für diesen Sprint und wir sind immer noch innerhalb einer Stunde! Schließlich muss die Planung aktiv in Frage gestellt werden. Ist es wirklich machbar, mit Geschichte x zu beginnen, während Sie noch an Geschichte y arbeiten? Am Mittwoch der ersten Woche haben wir 4 Geschichten parallel laufen. Wie werden Sie das organisieren? Dies kann zu einigen kleineren Änderungen führen, aber auch hier wird am Ende eine verbindliche Version der Story-Planung stehen. Jetzt sind das Team und der Product Owner bereit, den Sprint zu beginnen, und jeder weiß, was zu tun ist. Was ist mit Aufgaben und Storypoints? Es hängt vom Selbstorganisationsgrad des Teams ab, ob es Aufgaben auf Post-its braucht oder ob es in der Lage ist, eng zusammenzuarbeiten und einfach nur die Story zu liefern. Wie auch immer, bei der Verwendung von Post-it-Aufgaben sollte der Fokus auf der Story bleiben! Es ist nie das Ziel von jemandem, eine Aufgabe zu beenden. Das Ziel ist immer, eine Geschichte abzuschließen. In Bezug auf Storypoints: Das Pokern der Stories ist nach wie vor sehr wichtig, denn es gibt dem Team einen Einblick in den Inhalt der Story und bietet dem Product Owner eine Lernmöglichkeit. Storypoints werden nicht mehr verwendet, um den Inhalt eines Sprints zu bestimmen. Auf der Grundlage der vergangenen Sprints kann jedoch eine Vorhersage für zukünftige Sprints getroffen werden. Dies ist besonders praktisch für die Planung von Releases. Wie kann man das als Instrument einsetzen? In erster Linie ist es ein Instrument, um die Sprint-Planungssitzung zeitlich zu begrenzen. Wenn alles gut geht, wird die Story-Planung viermal bis zur endgültigen Version iteriert. Vergessen Sie aber nicht, dass alle Zwischenversionen verbindliche Versionen sind und daher gut genug, um den Sprint damit zu beginnen. Sie können die Planungssitzung also jederzeit beenden. Es ist ein Instrument, um den Fokus in Ihren Standups zu erhöhen. Kein Geschwafel mehr über Aufgaben und was jeder getan oder erreicht hat. Kommen Sie direkt zum Kern: Wo stehen wir mit der Geschichte, die heute dran ist? Wir haben gesagt, dass es 2 Tage dauern würde. Wird sie morgen fertig sein? Mehr dazu in meinem Blog über effektive Standups. Vergessen Sie nicht, die Story-Planung zu aktualisieren ! Ein Post-it, das fertiggestellt wurde, erhält eine Fertigstellungsmarkierung (ein Kringel oder ein grüner Punkt), ein Post-it, das eine Verzögerung erleidet, erhält eine andere Markierung (z.B. einen roten Punkt). Wenn eine Geschichte nun 3 statt 2 Tage dauert, fügen Sie ein Post-it hinzu und überprüfen Sie, ob der Rest der Planung noch in Ordnung ist (und umgekehrt). Sie können sogar den Grund für den zusätzlichen Tag auf diesem neuen Post-it vermerken, um das Bild zu vervollständigen. Es ist auch ein Instrument, um den tatsächlichen Status auf transparente Weise zu kommunizieren. Das Problem mit Burndown-Diagrammen ist, dass eine flache Linie nichts aussagt. Sie können einen Burndown für alle möglichen Dinge wie Aufgaben oder geschätzte Stunden zeichnen, aber weder Aufgaben noch Stunden bringen einen wirklichen Mehrwert, so dass man sich nicht die Mühe machen sollte, sie zu messen, und Sie sollten sie definitiv nicht verwenden, um den Fortschritt zu messen.Die Story-Planung bietet einen echten Einblick in die komplette Sprint-Planung. Sie zeigt für jede Story an, ob sie begonnen, abgeschlossen oder verschoben wurde.Als Instrument für die Sprint-Überprüfung kann die Story-Planung als Agenda verwendet werden. Gehen Sie von der linken oberen Ecke zur rechten unteren Ecke und führen Sie jede Story vor. Fallstrick Vielleicht haben Sie bemerkt, dass eine Story-Planung ein wenig wie ein Gantt-Diagramm aussieht. Das tut sie auch! Aber nur von außen betrachtet. In dem Moment, in dem eine Story-Planung wie ein Gantt-Diagramm verwendet wird, wird sie scheitern. Im Gegensatz zu einem Gantt-Diagramm geht es bei der Story-Planung nicht um Vorhersehbarkeit. Es geht um das Bauchgefühl des Teams mit all seinem Wissen zu diesem Zeitpunkt UND es geht darum, worauf sich das Team heute konzentrieren sollte. Nicht mehr. Und nicht weniger.