In diesem Video werden wir die #Scrum​-Terminologie diskutieren, wie sie in das #SAFe​-Framework passt
Tägliches #Scrum​:
#Scrum​ Event ist ein 15-minütiges Time-Boxed-Event, das jeden Tag für die Entwickler abgehalten wird. Das Daily Scrum findet jeden Tag im Sprint statt. Die Entwickler planen, für die nächsten 24 Stunden zu arbeiten. Dies optimiert die Zusammenarbeit und Leistung des Teams, indem die Arbeit seit dem letzten Daily Scrum überprüft und die bevorstehende Sprint-Arbeit prognostiziert wird. Das Daily Scrum findet jeden Tag zur gleichen Zeit und am gleichen Ort statt, um die Komplexität zu verringern.

In #SAFe​ nennen wir es Daily Stand-up, auch bekannt als DSU

Daily Stand-up ist eine 15-minütige Zeitbox-Veranstaltung, die jeden Tag für die Entwickler stattfindet. Der tägliche Standup findet jeden Tag der Iteration statt. Die Entwickler planen, für die nächsten 24 Stunden zu arbeiten. Dies optimiert die Zusammenarbeit und Leistung des Teams, indem die Arbeit seit dem letzten täglichen Stand-up überprüft und bevorstehende Iterationsarbeiten prognostiziert werden. Der tägliche Stand-up findet jeden Tag zur gleichen Zeit und am gleichen Ort statt, um die Komplexität zu verringern.


Sprintplanung

Sprint-Planung: #Scrum​-Ereignis, das auf 8 Stunden oder weniger festgelegt ist, um einen Sprint zu starten. Es dient dem #Scrum​-Team, die Arbeit aus dem Product Backlog zu überprüfen, das als nächstes am wertvollsten ist, und diese Arbeit in das Sprint-Backlog zu entwerfen.

In #SAFe​ nennen wir dies Iterationsplanung

Iterationsplanung Iterationsplanung ist eine Veranstaltung, bei der alle Teammitglieder bestimmen, wie viel Team-Backlog sie während einer bevorstehenden Iteration bereitstellen können. Das Team fasst die Arbeit als eine Reihe von festgelegten Iterationszielen zusammen.

Sprint Review

#Scrum​-Ereignis, das auf einen Zeitrahmen von 4 Stunden oder weniger festgelegt ist, um die Entwicklungsarbeit eines Sprints abzuschließen. Es dient dem Scrum-Team und den Stakeholdern, die aus dem Sprint resultierenden Produktinkremente zu untersuchen, die Auswirkungen der durchgeführten Arbeiten auf den Gesamtfortschritt in Richtung des Produktziels zu bewerten und den Produktbestand zu aktualisieren, um den Wert des nächsten Zeitraums zu maximieren.

IN #SAFe​ nennen wir es "The Iteration Review"

Die Iterationsüberprüfung ist ein kadenzbasiertes Ereignis, bei dem jedes Team das Inkrement am Ende jeder Iteration überprüft, um den Fortschritt zu bewerten, und dann seinen Rückstand für die nächste Iteration anpasst.

Sprint Retrospektive

Sprint-Retrospektive: #Scrum​-Ereignis, das auf eine Zeitspanne von 3 Stunden oder weniger festgelegt ist, um einen Sprint zu beenden. Es dient dem Scrum-Team, den vergangenen Sprint zu inspizieren und Verbesserungen für den nächsten Sprint zu planen.

In #SAFe​ nennen wir es "Iteration Retrospective"

Iterations-Retrospektive Die Iterations-Retrospektive ist eine regelmäßige Veranstaltung, bei der Mitglieder des agilen Teams die Ergebnisse der Iteration diskutieren, ihre Praktiken überprüfen und Verbesserungsmöglichkeiten ermitteln

In #SAFe​ nennen wir es das Iterationsziel

Iterationsziele sind eine allgemeine Zusammenfassung der geschäftlichen und technischen Ziele, die das Agile Team in einer Iteration erreichen möchte. Sie sind entscheidend für die Koordination eines Agile Release Train (ART) als selbstorganisierendes, selbstverwaltendes Team.

Zusätzlich hat #SAFe​ auch Program Increment (PI)

Programminkrement (PI) Ein Programminkrement (PI) ist eine Zeitbox, in der ein Agile Release Train (ART) einen inkrementellen Wert in Form von funktionierender, getesteter Software und Systemen liefert. PIs dauern normalerweise 8 bis 12 Wochen. Das häufigste Muster für einen PI sind vier Entwicklungsiterationen, gefolgt von einer Iteration für Innovation und Planung (IP).
Das #Scrum​-Team
#Scrum​-Team: Ein selbstverwaltendes Team, das aus einem Scrum-Master, einem Product

---

Send in a voi