Scrum Artefakte – Glossar Kick-Off-Workshop Um ein gemeinsames Verständnis für das Ziel des Projektes sicherzustellen, stellt der Kunde seine Produktvision snowflake vor. Ziel des Workshops ist es, dass am Ende alle Beteiligten die gleiche Sprache hinsichtlich der Zusammenarbeit, den zu erreichenden Zielen und der zu erreichenden Qualität sprechen, sowie Regeln und Erwartungshaltungen klar kommuniziert sind. Am Workshop sollten alle teilnehmen, die an der Ausführung beteiligt sind. Denkbar ist auch eine Scrum-Schulung durch snowflake für den Kunden um die Vorgehensweise von Scrum zur Prozesssicherheit zu stärken. Product Backlog Das Product Backlog ist eine priorisierte Liste aller Anforderungen, welche die zu entwickelnden Produkte beinhaltet. Es ist der einzige Ort für Änderungsanforderungen. Der Kunde ist in Zusammenarbeit mit snowflake für alle Eintragungen ins Product Backlog verantwortlich. Er verantwortet deren Priorisierung. Wichtig: Das Product Backlog ist nie vollständig und erhebt auch nicht diesen Anspruch. Zu Beginn eines Projektes enthält es die bekannten und am besten verstandenen Anforderungen. Sprint Planning Das Sprint Planning Meeting findet zu Beginn eines Sprints statt und besteht aus zwei Teilen: Im ersten Teil geht es um das „Was?“: Welche Anforderungen werden im kommenden Sprint umgesetzt? Diese werden dem snowflake Entwicklungsteam durch den Kunden präsentiert. Das Entwicklungsteam fragt bei Unklarheiten nach. Im zweiten Teil geht es um das „Wie?“: Das snowflake Entwicklungsteam klärt intern ab, wie die Umsetzung der vereinbarten Anforderungen erfolgen soll, indem diese in technische Tasks zerlegt werden und zum Sprint Backlog hinzufügt werden. Bei bestehenden Unklarheiten nimmt es Rücksprache mit dem Kunden. Nach Abschluss des Sprint Planning Meetings hat der Kunde mit dem snowflake Entwicklungsteam vereinbart, welche Anforderungen im kommenden Sprint realisiert werden müssen. Ab dem zweiten Sprint startet das Sprint Planning Meeting jeweils mit der Präsentation der erreichten Arbeitsresultate durch snowflake welche aufgrund der Abmachung aus dem vorhergehenden Sprint Planning Meeting Seite 1/3 zu realisieren waren und deren Abnahme durch den Kunden. Sprint Review Das Sprint Review steht am Ende des Sprints. Hier überprüft das Scrum Team das Inkrement, um das Product Backlog bei Bedarf anzupassen. Das Entwicklungsteam präsentiert seine Ergebnisse und es wird überprüft, ob das zu Beginn gesteckte Ziel erreicht wurde. Das Scrum Team und die Stakeholder besprechen die Ergebnisse und was als Nächstes zu tun ist. Im Sprint Review ist die Beteiligung von Stakeholdern wie Kunden und Anwendern wichtig, da diese die fertige Funktionalität des Inkrements benutzen und validieren können. Hieraus ergibt sich wichtiges Feedback für die weitere Produktgestaltung. Es kann sogar passieren, dass die Funktionalität technisch einwandfrei umgesetzt wurde (sie erfüllt alle Abnahmekriterien) und dennoch aus der Perspektive des Benutzers unbrauchbar ist (z. B. weil ein Button an einer kaum auffindbaren Stelle platziert wurde). Häufig entsteht während des Reviews ein lebhafter Dialog, in dem den Anwesenden neue Funktionalitäten diskutieren. Sprint Backlog Das Sprint Backlog ist eine priorisierte Liste von Anforderungen und daraus resultierende Tasks, welche den Arbeitsumfang für das snowflake Entwicklungsteam im kommenden/laufenden Sprint festlegt. Die Liste präzisiert sich während des Sprints und wird täglich vom Entwicklungsteam gepflegt, so dass sie immer den aktuellen Bearbeitungsstand reflektiert. Das Sprint Backlog ermöglicht es dem Kunden jederzeit zu erkennen, wo das Entwicklungsteam steht. Sprint Ein Sprint ist ein zeitlicher Iterationszyklus, in dem das snowflake Entwicklungsteam ungestört arbeitet. Die Dauer ist fest definiert und sollte min. eine bis max. vier Wochen betragen. Innerhalb eines Sprints setzt das Entwicklungsteam alles daran, die vereinbarten Ziele gem. Sprint Backlog für den laufenden Sprint zu realisieren. Wichtig: Während eines Sprints gibt es keine neuen Anforderungen (Tasks im Sprint Backlog) welche dem laufenden Sprint hinzugefügt werden. Auch werden die definierten Anforderungen und die Dauer des Sprints nicht verändert. Daily Scrum Tägliches, kurzes Statusmeeting (total max. 15 Minuten) bei dem die Mitarbeitenden des Entwicklungsteams einander berichten, was seit dem letzten Daily Scrum gemacht wurde und was sie gedenken am heutigen Tag zu erledigen. Dabei geht es im Besonderen darum, dass in einem Fall von Komplikationen das Entwicklungsteam reagieren kann, z.B. durch das Heranziehen von weiteren Ressourcen oder Abklärungen mit dem Kunden. Seite 2/3 Working Increment Anforderungen aus dem Sprint Backlog welche während eines Sprints vom Entwicklungsteam realisiert wurden. Das so gewonnene Arbeitspaket zeichnet sich dadurch aus, dass es getestet, ausreichend dokumentiert und einsatzfähig ist. Das Arbeitspaket wird nach Abschluss des Sprints dem Kunden durch das Entwicklungsteam an einem Sprint Review Meeting präsentiert; der Kunde bewertet das Arbeitspaket und nimmt es ab oder passt Anforderungen an. Product Release Arbeitspakete, welche durch das snowflake Entwicklungsteam realisiert und vom Kunden abgenommen wurden, werden zu einem Produkt zusammengefasst und an die Nutzergruppe (z.B. Benutzer eines Systems oder der Allgemeinheit usw.) ausgeliefert. Seite 3/3
© Copyright 2024 ExpyDoc
