SPRINT

Ein Sprint im digitalen Bereich ist ein Arbeitsabschnitt, wo ein Teil einer Funktionalität in ein Programm eingefügt wird. Der Abschnitt beginnt mit einem Sprint Planning und endet mit einem Sprint Review und einer Sprint-Retrospektive. Sprints folgen unmittelbar aufeinander. Während eines Sprints sind keine Änderungen erlaubt, die das Sprintziel beeinflussen könnten.

Sprint Planning:

Ein Sprint Planning Meeting dauert 1 Tag/8 Stunden und beinhaltet zwei Time-Boxes von jeweils 4 Stunden: Product Backlog (Input) und Sprint Backlog (Output). Der Product Owner präsentiert dem Team die Product Backlog Punkte mit der höchsten Priorität und definiert sein Sprint Goal, mit dem das Team einverstanden sein muss. Gemeinsam wird bestimmt, welcher Teil des Product Backlogs im kommenden Sprint in ein Increment of Potentially Shippable Funktionality verwandelt werden kann.  Nach dem Commitment des Teams über den Lieferumfang plant es autonom (ohne dem Product Owner), wie die Anforderungen in einzelne Tasks/Aufgaben runtergebrochen werden können und in einem Sprint Backlog zusammengefasst werden.

Sprint Review:

In einem Sprint Review werden die Stakeholder, AnwenderInnen und InvestorInnen regelmäßig mithilfe des Sprint-Review-Meetings in die laufenden Ergebnisse mit einbezogen. Dieses Review findet jeweils am Ende eines jeden Sprints statt. TeilnehmerInnen sind die Teammitglieder, der Product Owner und der Scrum Master.

Sprint Backlog:

Der Sprint Backlog ist eine Liste von Aufgaben, die erforderlich sind, um die für den Sprint ausgewählten Anforderungen des Product Backlogs in auslieferbare Software umzusetzen. Der Sprint Backlog ist Ergebnis der Sprint Planung.

Quellen: Vgl. Wikipedia und http://scrum-master.de/

Beispiel eines Sprint Backlogs