Scrum: Warum sollte die Sprintlänge kurz sein?

Sprinten  ist das Laufen über eine  kurze  Distanz in einem begrenzten Zeitraum. Es wird in vielen Sportarten verwendet, die Laufen beinhalten, typischerweise um ein Ziel oder Ziel schnell zu erreichen oder einen Gegner zu vermeiden oder zu fangen.

Sprinten –  Laufen über eine  kurze  Distanz

Warum Kurzsprint?

Sie sollten eine Iteration haben  , die kurz  genug ist, um das Team konzentriert zu halten, aber lang genug, um einen sinnvollen Arbeitsschritt zu liefern. Der  Scrum Guide  begrenzt die  Sprintlänge  auf einen Monat.

Failing Fast – Zu klein, um zu scheitern

Der Vorteil des kurzen Sprints liegt in der Strategie, etwas auszuprobieren (schnell zu scheitern), schnelles Feedback zu erhalten und dann schnell zu prüfen und anzupassen. Bei hoher Unsicherheit ist es oft günstiger, mit der Arbeit an einem Produkt zu beginnen, zu erfahren, ob wir eine gute Entscheidung getroffen haben, und wenn nicht, schnell zu beenden, bevor mehr Geld ausgegeben wird.

versagen schnellçš„åœ–ç‰‡æ œå°‹çµ æžœ
Schnelles Scheitern: Warum ist die Sprintlänge kurz?

Ähnlich wie  Kaizen  (改善) ist es das  japanische  Wort für „Verbesserung“. In der Wirtschaft bezieht sich Kaizen auf Aktivitäten,  die alle Funktionen kontinuierlich verbessern  und alle Mitarbeiter vom  CEO  bis zum  Fließbandarbeiter einbeziehen  . Die Ergebnisse dieser Änderungen werden analysiert und die Feinabstimmung fortgesetzt. Auf diese Weise kann die Produktivität oder Qualität der auszuführenden Aufgabe verbessert werden. Kleinere Änderungen nach und nach vorzunehmen ist viel effektiver, als zu versuchen, alles auf einmal anzugehen.

Verändere dich zum Guten

Die Idee ist, Änderungen so einfach zu machen, dass es schwer ist, an ihrer Umsetzung zu scheitern. Zuerst haben wir die Gewohnheit geschaffen, uns zu ändern. Dann fügen wir neue Änderungen hinzu oder verschieben den Meilenstein einer Änderung etwas weiter, damit wir uns schrittweise verbessern können. Es ist wichtig, Anpassungen einzeln anzuwenden. Die Idee ist, die Komplexität der Entscheidung zu vermeiden, was wann angewendet werden soll. Auf diese Weise können wir das Ergebnis jeder dieser geringfügigen Verbesserungen analysieren. Wenn wir mehrere gleichzeitig anwenden, wissen wir nicht, welches funktioniert hat und welches nicht. Oder ob die Wirkung des einen die andere aufgehoben hat.

Scrum  – Kontinuierliche Verbesserung

Das Scrum-Framework basiert auf Empirie, die auf  Transparenz, Überprüfung und Anpassung setzt . Die  Scrum-Ereignisse  und  -Artefakte  unterstützen die regelmäßige Überprüfung und Anpassung, die zu einer kontinuierlichen Verbesserung führt.

Während der Sprintplanung prüft das Scrum-Team das Product Backlog und passt das  Sprintziel , den Forecast und das Sprint Backlog an. Beim Daily Scrum überprüft das Entwicklungsteam den Fortschritt zum Sprintziel und passt das Sprint Backlog an. Während des Sprint-Reviews prüfen das  Scrum-Team  und die Stakeholder das  Inkrement ,  den Sprint und  das Product Backlog  und passen das Product Backlog an.

Scrum  – Kontinuierliche Verbesserung

Schließlich die  Sprint-Retrospektive , die ein formelles Ereignis für die Verbesserung des Scrum-Teams ist. Das Scrum-Team untersucht den Sprint um Menschen, Beziehungen, Prozesse und Tools herum und passt sich an, indem es umsetzbare und engagierte Verbesserungen hat.

2 Kommentare

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht.