Team-Ziele

Team-Ziele sind die meistgenutzten Elemente des Team-Backlogs. Sie beschreiben Ziele und (Zwischen-)Ergebnisse des Teams bezüglich eines Features, eines Moduls oder einer Dienstleistung, je nach Art und Verantwortung des Teams. Allgemein ausgedrückt: Durch die Arbeit des Working-Teams werden Team-Ziele in inspizierbare Ergebnisse verwandelt. Innerhalb einer Iteration kann ein einzelnes Team meist kein fertiges, potentiell auslieferbares System-Inkrement…

test_a

Highest level artefact A Text of a  

test_b

Highest level artefact b Text of B.

test_c

Mid-level artefact C Text of C Geerbte (inkludierte): Highest level artefact A Text of a   Highest level artefact b Text of B.

test_d

Low-level artefact D Text of D Geerbte (inkludierte): Mid-level artefact C Text of C Geerbte (inkludierte): Highest level artefact A Text of a   Highest level artefact b Text of B.

Typen von Backlog-Einträgen

„Das Backlog ist die einzige Quelle der Arbeiten.“ Die allgemeine Beschreibung eines Backlogs und seiner Eigenschaften ist hier zu finden. Die Hierarchchie der Backlog-Einträge beschreibt den Produktentstehungsprozess. Backlog-Einträge bzw. Backlog-Items sind die Einzelbausteine von Backlogs. Sie werden innerhalb der Backlogs eindeutig nach Rang geordnet, also eindeutig priorisiert. Je weiter oben ein Backlog-Eintrag steht, desto wichtiger…

Use-Case (Nutzungsszenario)

Use-Cases werden genutzt, um Szenarien zu beschreiben, in denen Nutzer und andere Stakeholder mit dem System interagieren. Use-Cases stellen eine gute Methode zur Beschreibung von funktionalen Anforderungen und dynamischen Verhalten des Systems dar. Dabei lassen sich auch viele nicht-funktionale Anforderugen entdecken. Um bei der Anforderungsanalyse keine wesentlichen Use-Cases zu vergessen, hat es sich bewährt den…

Vermarktbare Systeme und Anwendungen

Applikationen und Marktvarianten sind die integrierten, getesteten und freigegebenen Produkte der Organisation, die in den Zielmärkten an Kunden vertrieben werden können. Sie entsprechen den Anforderungen, die aus den Stakeholder-Needs in den „Feature-Sets“ als Gruppe spezifiziert wurden. Einzeln sind diese in den System-Anforderungen & Funktionen sowie den Qulitätsattributen und Einschränkungen (QA&C) definiert. . Passende und weiterführende…

Versionierte Module & Plattformen

Versionierte Module & Plattformen sind Ergebnisse von Modul-Teams.   Allgemeine Eigenschaften von Team-Ergebnissen Die minimale Voraussetzung für ein Team-Ergebnis ist, dass es inspizierbar ist, d.h. es muss in einer Form vorlegen, die es für die Stakeholder (z.B. Nutzer des Ergebnisses) bewertbar macht. Die Definition-of-Done für die jeweiligen Ergebnisse und Artefakte müssen dies berücksichtigen. Inspectable Results…