Team-Mission

Inhalt einer Mission Die Mission deckt die Verantwortungsbereiche (das Was) und die Kultur und Verhaltensstandards (das Wie) ab. Die Mission klärt folgende Punkte: Wie sieht unser Selbstverständnis aus. Was ist der Sinn (Purpose) des Teams. Wie verortet sich das Team innerhalb des Clusters und der Organisation. Welche Verantwortung trägt das Team und sein PO (Produkte,…

Team-Tasks

Team-Tasks sind Aufgaben und Aktionen, die ein Working-Team plant und durchführt, um Team-Ziele zu erreichen. Team-Tasks sind kein Teil des Team-Backlogs, aber Teil des Team-Iteration-Backlog und werden in der Regel erst im Team-Planning erfasst und geplant. . Passende und weiterführende Artikel: Events Rollen Gruppen Artefakte Team-Planning Team-Sync Team-Backlog-Refinement Team-Review Team-Retrospektive Team-Product-Owner Team-System-Engineer Working-Team . Team-Product-Owner-Gruppe…

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…

Technische Reviews

Wann kann das Team technisches Feedback erhalten? Problem: Im Rahmen des relativ kurzen Iterations-Reviews ist es den Stakeholdern möglicherweise nicht möglich, fundiertes technisches Feedback zu geben. Wie kann das Team also so schnell wie möglich technisches Feedback von den Stakeholdern erhalten, mit ihnen diskutieren und Entscheidungen treffen? 1. Technische Reviews während derselben Iteration Review direkt…

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.

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…