Scrum

Das Backlog ist ein Artefakt aus dem Scrum-Framework. Enthält die Summe / den Rückstau aller Aufgaben, an denen das Team arbeiten darf. Das Backlog wird vom Product Owner gemanagt. Dabei enthält ein Product Backlog alle Leistungsmerkmale für die Entwicklung und den Betrieb deines Produktes, das Project Backlog alle Aufgaben im Rahmen eines Projektes.

Tägliches 15 minütiges Meeting im Scrum Framework während des Sprints. Das umsetzende Team trifft sich, um sich kurz auf den aktuellen Stand zu bringen und sich gegenseitig zu synchronisieren. Da diese Meetings im Stehen stattfinden auch als „Stand-Up Meeting“ bezeichnet.

Rolle / Verantwortung im Scrum Framework, 6 ± 3 Personen, setzen die priorisierten Aufgaben selbstorganisiert gemäß der “Definition of Done” um, schätzen den Umfang und verpflichten sich (autonom) auf das Sprint-Ziel.

Konkretes Arbeitsergebnis am Ende des Sprints, erfüllt die “Definition of Done”.

Das „Product Backlog Item“ ist ein Eintrag in deinem (Product) Backlog und bezeichnet ganz allgemein eine Arbeitseinheit.

Verfahren, um während des Sprint Plannings in einem Scrum Team den Aufwand anstehender Aufgaben zu schätzen. Dabei schätzen Teammitglieder „verdeckt“ und unabhängig voneinander und spielen gleichzeitig ihre Planning Poker Karte aus. Die Werte auf den Karten orientieren sich an der Fibonacci Reihe (1, 2, 3, 5, 8. 13, 21 …).

Rolle / Verantwortung im Scrum Framework. 1 Person, balanciert Business und User Interessen für maximalen Wert, pflegt und priorisiert das Backlog. Ist erster Ansprechpartner für Stakeholder, Kunden und inhaltliches Feedback.

Meeting eines (agilen) Teams am Ende eines Iterationszyklus / Sprints, um die Zusammenarbeit zu reflektieren und Verabredungen für künftige Verbesserungen zu treffen. Im Scrum Prozess, zum Ende des Sprints (3h / 4 Wochen Sprint). Ziel: Optimierung der Zusammenarbeit, Anpassung der Definition of Done, verbindliche Formulierung von Vereinbarungen für den kommenden Sprint zur Optimierung des Arbeitsprozesses. Teilnehmer: PO, Scrum Master, Entwickler.

Meeting im Scrum Prozess, zum Ende des Sprints (4h / 4 Wochen Sprint). Ziel: Vorstellung der Arbeitsergebnisse durch die Entwickler. Teilnehmer: Entwickler, PO, Scrum Master; Kunden und Stakeholder geben Feedback.

Rolle / Verantwortung im Scrum Framework (1 Person), ist “Servant Leader” des Teams und befähigt den PO und das Team in der agilen Umsetzung. Schafft den Rahmen, achtet auf “Prozesstreue”, räumt Hindernisse aus dem Weg und ist erster Ansprechpartner für den Arbeits- bzw. Scrum-Prozess.

Iterationszyklus von maximal 4 Wochen in einem Scrum Team.

Ein Artefakt aus dem Scrum Framework, enthält alle zu erledigenden Arbeiten für den laufenden Sprint.

Definiertes Meeting im Scrum Framework zu Beginn des Sprints. Dauer 8h in einem 4 Wochen Sprint). Im Planning vereinbart das Scrum Team die Aufgaben für den kommenden Sprint, Definition des Sprint Ziels.

Beschreibt technische, formale und notwendige Anforderungen als Teil deines Backlogs. Im Abgrenzung zu einer User Story, die eine Anforderung aus Sicht des Users beschreibt.

Teil deines Backlogs, funktionale Anforderungen, die in sich geschlossen einen Wert für den Kunden bzw. den Nutzer schaffen als Teil eines Features. Fest definiertes Format, um Anwendungsfälle aus Sicht des Nutzers zu beschreiben (“Als [Nutzer] möchte ich [Funktion], damit [Nutzen].”). Quasi Standard für PBI.