Schlagwort: cn-done

Die Sprint-Retrospektive findet nach der Sprint Review und vor dem nächsten Sprint statt. Bei einem einmonatigen Sprint ist dies ein höchstens dreistündiges Treffen. Das Retrospektive-Meeting ist im Grunde ein „Verbesserungs“-Meeting, um Mittel und Wege zu finden, um potenzielle Fallstricke und Fehler der Vergangenheit zu identifizieren und neue Wege zu finden, um sie zu vermeiden, wobei alle Personen anwesend sind – Product Owner, Scrum Master, Mitglieder des Entwicklungsteams und optional auch Stakeholder.

Die Sprintplanungssitzung findet vor Beginn des Sprints statt. Der Zweck dieses Treffens ist es, den Sprintplan zu definieren und Sprintziele festzulegen. Der Sprintplan umfasst die Vereinbarung der Anzahl der Backlog-Elemente im Sprint, für die das Entwicklungsteam zuständig ist, sowie die Festlegung der Ziele für den aktuellen Sprint und das Sprint-Backlog.

Der Scrum Master ist dafür verantwortlich, dass jeder, der mit einem Projekt zu tun hat, egal ob Hühner oder Schweine, die Regeln von Scrum befolgt.

Das Daily Scrum Meeting (auch Daily Stand Up Meeting genannt) findet in der Regel jeden Morgen in jedem Sprint statt und dauert etwa 15 Minuten. In der agilen Scrum-Praxis hält das Team in der Regel pünktlich um 9:00 Uhr am selben Ort ein Meeting ab.

Das Ziel der täglichen Arbeit eines Sprints ist es, ein versandfähiges Produktinkrement für das Produkt in einer Form zu erstellen, die an einen Kunden oder Benutzer ausgeliefert werden kann. Im Rahmen eines einzelnen Sprints bedeutet ein Produktinkrement oder auslieferungsfähiges Inkrement, dass ein Arbeitsprodukt gemäß der Projektdefinition „fertig“ entwickelt, integriert, getestet und dokumentiert wurde und als bereit zur Freigabe gilt.

Die Sprint-Retrospektive findet nach dem Sprint-Review und vor der nächsten Sprint-Planung statt. Bei einmonatigen Sprints dauert diese Sitzung höchstens drei Stunden. Die Retrospektive ist im Grunde ein „Verbesserungs“-Treffen, das dazu dient, Mittel und Wege zu finden, um potenzielle Fallstricke und Fehler aus der Vergangenheit zu identifizieren und neue Wege zur Vermeidung dieser Fehler zu finden, und an dem alle teilnehmen – der Product Owner, der Scrum Master, die Mitglieder des Entwicklungsteams und optional die Stakeholder.

Scrum selbst ist ein einfaches Framework für die effektive Zusammenarbeit von Teams an komplexen Produkten. Der Scrum-Leitfaden soll Scrum klar und prägnant erklären. Dieser Leitfaden enthält eine Definition von Scrum. Diese Definition besteht aus den Scrum-Rollen, Ereignissen, Artefakten und den Regeln, die sie miteinander verbinden. Jede Komponente innerhalb des Rahmens dient einem bestimmten Zweck und ist für den Erfolg und die Anwendung von Scrum unerlässlich. Die Regeln von Scrum binden die Rollen, Ereignisse und Artefakte zusammen und regeln die Beziehungen und die Interaktion

Ein Scrum Master ist ein Mitglied eines Scrum-Teams. Ihre Aufgabe ist es, ein produktives Arbeitsumfeld zu schaffen und andere anzuleiten, die Werte, Prinzipien und Praktiken von Scrum zu verstehen. Scrum Directors sind in der Regel menschenorientiert, haben einen hohen EQ und finden Freude daran, ihren Teammitgliedern zu helfen, sich zu entwickeln.

Ein Product Owner, der im Namen des Unternehmens für das Produkt verantwortlich ist, gehört zu einem Scrum-Team. Ein Product Owner hat jedoch keine Weisungsbefugnis gegenüber anderen Teammitgliedern, genau wie der Scrum Master. Ein Product Owner ist für die Betreuung eines Produkts über einen längeren Zeitraum hinweg verantwortlich und trägt die Verantwortung für den Erfolg des Produkts. Als Product Owner sollten Sie direkt mit den Kunden und Nutzern, dem Entwicklungsteam und anderen wichtigen Stakeholdern interagieren, wie die folgende Abbildung zeigt.