-
Notifications
You must be signed in to change notification settings - Fork 0
Guideline
Bis auf den Status "Rejected", welcher jederzeit gesetzt werden kann, handelt es sich in der Liste um einen Ablauf. Dies bedeutet, die Status werden in der Reihenfolge von oben nach unten durchlaufen.
Status | Bedeutung | Wer bearbeitet diesen Status? |
---|---|---|
Backlog | Story wurde noch nicht bearbeitet | BA, PO, UX, Dev |
Entwicklungsteam Review | Story ist ausgearbeitet und im Review beim Team (nicht für Enabler relevant) | Entwicklungsteam |
Projekt Review | Story ist durch das Entwicklungsteam gereviewed und im Review bei der Fachgruppe oder bei der technischen Projektgruppe | Fachgruppe oder technische Projektgruppe (nicht für Enabler relevant) |
Ready | Story hat alle Reivews erfolgreich durchlaufen | BA, PO, UX, Dev |
In progress | Story ist in Umsetzung | BA, PO, UX, Dev |
Dev review | Story ist umgestzt und in Review bei einem Dev (nicht auf PO-, BA- oder UX-Stories anwendbar) | Dev |
Testing PO | Story ist umgesetzt und wird durch PO getestet (nicht für Enabler relevant) | PO, BA |
Testing Fach | Story ist durch PO getestet und wird durch Fachgruppe oder ausgesuchte Testpersonen getestet (nicht für Enabler relevant) | Fachgruppe oder Testpersonen |
Done | Story wurde erfolgreich getestet | - |
Rejected | Story wird nicht weiter verfolgt | - |
Der Status kann auf zwei Arten geändert werden. Direkt in der Story:
Oder über das Verschieben in der Status Übersicht:
Eine Story kann überall erstellt werden, wo Stories aufgelistet sind, indem am Ende einer Liste auf + geklickt wird. Zum Beispiel hier:
Alternativ kann in der Hauptseite von Issues oben rechts auf "New issue" geklickt werden:
Um eine Story zu erstellen, welche auf die direkt auf Erreichung eines Use Cases fokussiert, soll der Typ "Business Story" gewählt werden:
Bei einer Business Story müssen zwingend folgende Angaben gemacht werden (im Status Backlog so vollständig wie möglich, ab dem Review vollständig):
Angabe | Bedeutung |
---|---|
Titel | Kurzzusammenfassung der Story |
Beschreibung - Ausgangslage | Ausfüllen der Satzschablone (Als möchte ich , damit ) und allfällige weitere generell Informationen zur Anforderung |
Beschreibung - Weiterführende Links | Link zu weiteren Beschreibungen, Beispielen, UX-Konzepte, etc. |
Beschreibung - Out of Scope | Definition von was nicht in der Anforderung abgedeckt ist, falls die Trennung aufgrund der Beschreibung nicht klar genug ist |
Beschreibung - Akzeptanzkriterien | Auflistung der umzusetzenden Punkte dieser Anforderung |
Beschreibung - Testfälle | Konkret ausführbare Testfälle, die nach der Umsetzung geprüft werden müssen |
Projekt | Hier muss immer "Driver Advisory System" ausgewählt werden |
Release | Abtrennung, in welchem Release eine Anforderung angegangen wird |
Priorität | Reihenfolge, in der die Anforderungen angegangen werden |
Use Case | Zuteilung zu einem Use Case |
Estimate oder Size | Abtrennung, in welchem Release eine Anforderung angegangen wird |
PI | Planerische Einteilung, wann die Anforderung umgesetzt werden soll |
Im ersten Schritt werden der Titel, die Beschreibung, das Projekt und der Release angegeben und mit "Submit new issue" erstellt:
Nach der Erstellung werden auf der rechten die Priorität und der Use Case eingefügt:
Die Informationen zur Schätzung sowie dem PI für die Umsetzung werden im weiteren Verlauf ausgefüllt.
Um eine Story zu erstellen, welche nicht direkt zu einem Use Case gehört (z.B. Aufbau Architektur, Voranalysen, Umsetzung Nichtfunktionale Anforderungen), soll der Typ "Enabler Story" gewählt werden:
Die Story Erstellung ist analog bei Business Stories, aber auf die Angaben zum Use Case und den Testfällen wird verzichtet. Zusätzlich muss jedoch das Label "enabler" gesetzt sein.
Beim Review soll die Korrektheit, Vollständigkeit und soweit möglich Machbarkeit geprüft werden. Stories, welche im Review der Fachgruppe sind, werden in dieser Übersicht aufgelistet:
Rückmeldungen im Review sollen über einen Kommentar erfasst werden:
Teilweise gibt es Fragen oder Rückfragen zu einer Anforderung. Personen können in diesem Fall mit @ addressiert werden und erhalten entsprechend eine Email:
Die Antwort zu den Fragen kann auch innerhalb von Kommentaren oder in anderer Form gegeben werden.
Das Profil kann über den Kreis oben rechts geöffnet werden:
Danach "Your profile" auswählen:
Und für die Bearbeitung des Namens "Edit profile" und für die Bearbeitung des Bilds das Profilbild anklicken:
Um eine bessere Übersichtlichkeit zu wahren, soll der Name eingetragen und bei Bedarf das Bild aktualisiert werden: