Gruppe von Benutzern, die an der Entwicklung eines Agile-Produkts beteiligt sind. In Agile Development 2.0 wird dieses Team als Zuweisungsgruppe bezeichnet.

In einer Zuweisungsgruppe wird ein Benutzer als Scrum Master festgelegt, der dafür verantwortlich ist, dass alle Scrum-Aktivitäten für einen Release ordnungsgemäß ausgeführt werden.

Allgemeine Definition einer Anforderung, die dem Unternehmen einen Mehrwert bietet, z. B. eine neue Funktion oder eine erhebliche Verbesserung. Epics sind in Agile-Storys unterteilt und können von einem einzelnen oder mehreren Teams bearbeitet werden.

Kurze, überschaubare Aufgaben, die sich auf ein Epic beziehen. Storys erfassen das Wer, Was und Warum einer Anforderung auf einfache und prägnante Weise. Anhand der in den Storys genannten Beschreibungen und Kriterien können Teams den für die Implementierung der Arbeit erforderlichen Aufwand genau abschätzen.

Bestimmte Aufgaben, die zum Abschließen einer Story erforderlich sind. Eine Aufgabe kann zwischen 4 und 12 Stunden dauern.

Liste der Arbeiten, die implementiert werden müssen, um bestimmte Ergebnisse zu erzielen. Der Rückstand enthält Arbeiten im Zusammenhang mit neuen Funktionen, Verbesserungen vorhandener Funktionen und andere Aktivitäten der Produktentwicklung.

Der Rückstand ist die einzige Arbeitsquelle für ein Produkt oder Team. Alles, was nicht im Rückstand enthalten ist, wird für die Entwicklung nicht priorisiert.

Produkteigentümer definieren eine personalisierte Arbeitspipeline, die als persönlicher Rückstand bezeichnet wird, indem sie relevante Filterkriterien anwenden. In Agile Development 2.0 können Produkteigentümer so viele personalisierte Rückstände wie erforderlich definieren. Die Kriterien zur Erstellung eines personalisierten Rückstands sind flexibel und können jederzeit angepasst werden.

Kurze, feste Zeiträume, in denen Teammitglieder eine bestimmte Anzahl von Storys auswählen und abschließen. Diese kurzen, zeitlich begrenzten Zyklen bieten den Teams die Flexibilität, sich an sich ändernde Prioritäten anzupassen.

Die Wiederholungsfrequenz für einen Sprint wird von den Entwicklungsteams und den Produkteigentümern festgelegt. Zum Beispiel ein 10-Tage- oder ein 1-Wochen-Sprint.

Arbeitsumfang für einen Sprint. Produkteigentümer und ihre Entwicklungsteams verwenden die Aktivität „Sprintplanung“, um ihren Rückstand zu überprüfen und zu entscheiden, welche Storys für einen Sprint ausgewählt werden sollen.

Schwerpunktbereich mit zugehörigem Geschäftsnutzen. Ein Thema bezieht sich auf ein oder mehrere Ziele des Unternehmens. Themen helfen Ihnen, Ihre Arbeit auf hoher Ebene zu priorisieren, und können mehreren Epics zugeordnet werden.

Entität zum Organisieren von Themen, Epics und Storys mit ähnlicher Funktionalität in einem einzigen Kontext. Ein Produkt steht für einen Artikel oder eine Funktion, die entwickelt und auf den Markt gebracht werden soll.

Ein Release hat ein Start- und Enddatum, während denen mehrere Entwicklungsiterationen abgeschlossen werden. Releases werden von einem Produkteigentümer erstellt und enthalten User Stories, manchmal von mehreren Produkten, und können auch mehrere Teams einbeziehen. Die einem Release zugeordneten Storys bilden den Releaserückstand.

Nachdem Sie Storys und Scrum-Aufgaben für Ihre Produkte erstellt haben, können Sie einen personalisierten Rückstand erstellen, der die Storys aus einem oder mehreren dieser Produkte enthält.

Die Mitglieder der Zuweisungsgruppe treffen sich, um über die Storys zu entscheiden, die sie im Sprint liefern können. Normalerweise werden zuerst die Storys mit dem höchsten Rang übernommen. Die Gruppe entscheidet, welche Scrum-Aufgaben für jede Story erforderlich sind. Der Produkteigentümer sollte anwesend sein, um Fragen zu beantworten.

Die Mitglieder der Zuweisungsgruppe treffen sich, um den Fortschritt ihrer Arbeit vom Vortag, die für den aktuellen Tag geplante Arbeit und etwaige Hindernisse zu besprechen. Mit der täglichen Besprechung wird sichergestellt, dass die Gruppenmitglieder den Abschluss der Storys im aktuellen Sprint nicht aus dem Auge verlieren und den Scrum Master über mögliche Probleme informiert wird.

Am Ende des Sprints sollten alle zugehörigen Storys abgeschlossen sein. Unvollständige Storys werden in den Rückstand oder auf einen zukünftigen Sprint verschoben.

Am Ende eines jeden Sprints findet eine Sprint-Überprüfungsbesprechung statt. In dieser Besprechung überprüft die Zuweisungsgruppe die abgeschlossene Arbeit und demonstriert dem Produkteigentümer die neu entwickelten Funktionen.

Am Ende jedes Sprints wird ein retrospektives Meeting durchgeführt, auf dem die Gruppenmitglieder besprechen können, was gut gelaufen ist und was nicht. Das Ziel einer Sprintretrospektive besteht darin zu besprechen, wie sich künftige Sprints besser gestalten lassen.

Weitere Informationen dazu, wie Agile Development 2.0 Sie bei der Verwaltung Ihrer Produktentwicklungsbemühungen unterstützen kann, finden Sie unter Prozess-Flow in Agile Development.