Einführungsworkshop

Die Workshop-Agenda wird vorgestellt.

Im ersten Teil des Workshops wird das Umfeld des Projekts analysiert. Dazu werden verschiedene Stakeholder und ihre Ziele betrachtet.

Die Einführung von neuen Arbeitsweisen sorgt üblicherweise für Widerstände, die früh erkannt werden sollten. Ursache für diese möglichen Hindernisse sind meist bestimmte Rahmenbedingungen, wie vorhandene Verträge oder andere Dienstleister.

In diesem Teil definieren Sie mit den Verantwortlichen und dem Entwicklungsteam, wie sie Done definieren, sprich wann das erzielte Arbeitsergebnis als erreicht gilt. Dabei werden technische Qualitätskriterien, Dokumentationen und die Testpyramide betrachtet. Es wird auch geklärt, welche Aufgaben nach Erreichung von Done verbleiben.

Neben der Definition of Done empfehlen wird auch eine Definition of Ready. Darin wird definiert, welche Bedingungen erfüllt sein müssen, damit das Entwicklungsteam die Backlog-Items (Aufgaben) in den Sprint nehmen kann (laut Scrum die nächste Arbeitsperiode, meist eine Woche). Dabei werden auch der initiale Refinement Process und ggf. die Zusammenarbeit mit einem externen Dienstleister betrachtet. Es wird unter anderem festgelegt, welche Artefakte (Mockups oder HTML) vom Dienstleister geliefert werden, damit das Entwicklungsteam damit arbeiten kann.

Um Transparenz sicherzustellen, sollte das Projekt ein Statusmodell für Backlog-Einträge definieren, mit dem jederzeit der Fortschritt der Arbeit erkennbar ist.

Verschiedene Werkzeuge unterstützen Ihr Vorgehen. Klären Sie, welche Werkzeuge zur Verwaltung des Backlogs, zur Dokumentation oder zur Transparenz eingesetzt werden.

In diesem Teil des Workshops klären Sie, wie die Scrum-Rollen besetzt werden. Insbesondere die Product Owner-Rolle ist entscheidend für den Erfolg.

Im letzten Punkt des Workshops planen Sie die Standard-Scrum-Meetings und weitere Meetings.