Transparenz ist nicht nur für Teams zur Selbststeuerung wichtig sondern auch zur Kommunikation des Fortschritts gegenüber dem Management und anderen relevanten Stakeholdern. Transparenz bildet die Voraussetzung für Vertrauen und Akzeptanz. Vertrauen ist im Rahmen von Scrum ein wesentlicher Faktor. Der Informationsbedarf und die Sicht auf den Fortschritt einer Produktentwicklung unter den Stakeholdern. Während das Entwicklungsteam zur Selbststeuerung feiner aufgelöste Informationen benötigt, interessiert das Management unter anderem eher die Frage nach dem Releasetermin und den Kosten, um rechtzeitig und erfolgreich mit dem Produkt oder der Dienstleistung am Markt zu sein. Die Informationen darüber müssen über ein geeignetes Kommunikationsinstrument, mit zielgruppenorientierten Inhalten und der richtigen Frequenz an die jeweiligen Stakeholder gelangen.Weiterlesen »Scrum Basics: Burn Down Chart/ Burn Up Chart

Das Sprint Planning ist ein zeitgesteuertes Event, das zu Beginn das Sprints durchgeführt wird. Hier diskutieren und entscheiden das Team und der Product Owner über die Arbeit, die sie im kommenden Sprint abschließen wollen. Die Dauer des Meetings beträgt ca. 2 Stunden für jede Woche eines Sprints. Dies ist sehr abhängig von der Reife und Effizienz des Teams und des Product Owners und dem Umfang der Vorbereitung im Vorfeld. Dieses Treffen ist außerdem abhängig von einem guten Product Backlog und einem guten Verständnis dessen, was getan werden muss. In der Regel ist das Treffen in zwei Teile geteilt: Was & Wie.Weiterlesen »Scrum Basics: Sprint Planning

Die Sprint Review ist ein Event, das am Ende des Sprints stattfindet und bei dem das Team sein potenziell releasefähiges Produkt präsentiert. Das Ziel des Sprints ist es, an einen Punkt zu gelangen, an dem sie ein Produkt haben, das codiert, getestet und in die Produktion gegeben werden kann. Der Zweck dieses Treffens ist es, das Produkt zu inspizieren. Der Product Owner wird in der Regel alle relevanten Stakeholder einladen, um das Produkt zu überprüfen und dem Team Feedback zu geben. Nach außen hin scheint dies eines der einfachsten Treffen in Agile oder Scrum zu sein – aber in Wirklichkeit ist es eines der heikelsten.Weiterlesen »Scrum Basics: Sprint Review

Sprints haben ein Zeitfenster von einem Monat oder weniger, in dem das Entwicklerteam ein nutzbares und potentiell releasefähiges Produkt-Inkrement erstellt. Sprints haben eine konstante Dauer während der gesamten Entwicklungszeit. Während des Sprints werden keine Änderungen vorgenommen, die das Sprintziel gefährden würden. Die Qualitätsziele sinken nicht. Der Scope kann zwischen dem Product Owner und dem Entwicklungsteam geklärt und neu verhandelt werden, wenn mehr gelernt wird. Jeder Sprint hat ein Ziel. Innerhalb jedes Sprints baut und testet das Entwicklungsteam einen funktionalen Teil des Produkts, sodass der Product Owner es akzeptiert und die Funktionalität zu einem potenziell lieferbaren Produkt wird. Sprints ermöglichen Vorhersagbarkeit, indem sie mindestens nach jeden Kalendermonat eine Überprüfung und Anpassung der Fortschritte in Richtung Sprintziel sicherstellen. Sprints begrenzen das Risiko auf einen Kalendermonat. Wenn ein Sprint beendet ist, beginnt ein weiterer Sprint.Weiterlesen »Scrum Basics: Sprint

Warum wir uns jeden Tag treffen

In Scrum veranstaltet das Team an jedem Tag eines Sprints ein tägliches Scrum-Meeting, das „Daily Scrum“ genannt wird. Meetings finden in der Regel am gleichen Ort und zur gleichen Zeit statt. Im Idealfall findet das Treffen am Vormittag statt, da es den Rahmen für die Arbeit am neuen Tag bildet. Diese Scrum-Meetings sind strikt auf 15 Minuten begrenzt. Das hält die Diskussion lebhaft, aber relevant.Weiterlesen »Scrum Basics: Daily Scrum