Product backlog - jakobher/mindtracker GitHub Wiki
Product backlog (Kravspecifikationen) kan vara ett eller flera dokument beroende på projektets behov. Syftet med detta är att tydligt visa vad systemet skall göra för att uppfylla baskraven i visionen. På detta sätt kan din product backlog ses som en detaljering av baskraven, kraven skall vara såpass detaljerade att de går att implementera och testa. Dokumenten arbetas med och uppdateras löpande under projektets gång. Kraven skall vara i prioritetsordning baserat på värde för produkten.
Att dokumentera och hantera krav är mycket svårt och det finns många metoder för detta. En teknik för kravdokumentation som blivit populär i framförallt interaktiva system är Use Cases och User Stories. Andra sätt är enkla listor med “Systemet skall”, tabeller och tillståndsmaskiner kan vara bra för regelbaserade system.
Det är viktigt att ni väljer de tekniker som krävs för ert projekt.
Generella krav på krav är:
- Unikt id
- Tydligt förklarande namn
- Typ/klassificering: (enligt någon modell t.ex. Projektkrav, Kvalitetskrav, Funktionellt krav, FURPS+)
- Status (implementerat, testat, ogiltigt, …)
- Tydlig beskrivning av kravet som går att förstå
- Testbart, ni måste kunna testa kravet hur skall det gå till, referens till testfall
- Icke motsägelsefullt, två krav får inte säga emot varandra.
- Prioritet
- Beroenden till andra krav
:arrows_counterclockwise: :white_check_mark::x:
Product Backlog
Användarhantering
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US1.1 |
Som användare vill jag kunna skapa ett konto med användarnamn och lösenord så att jag kan få tillgång till mina personliga data |
Hög |
Implementerad |
|
:white_check_mark: |
US1.2 |
Som användare vill jag kunna logga in med mitt användarnamn och lösenord så att jag kan använda applikationen |
Hög |
Implementerad |
|
:white_check_mark: |
US1.3 |
Som användare vill jag kunna logga ut från applikationen så att min information inte är tillgänglig för andra |
Medel |
Implementerad |
|
:white_check_mark: |
US1.4 |
Som användare vill jag kunna återställa mitt lösenord via e-post om jag glömmer det |
Låg |
Ej påbörjad |
|
:x: |
US1.5 |
Som användare vill jag kunna ta bort mitt konto med tillhörande data |
Medel |
Implementerad |
|
:white_check_mark: |
Exponeringsmodul
2.1 Exponeringsstege
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US2.1.1 |
Som användare vill jag kunna lägga till exponeringsövningar med detaljer som plats, datum och tid |
Hög |
Implementerad |
|
:white_check_mark: |
US2.1.2 |
Som användare vill jag kunna ange svårighetsgrad för varje mall i min exponeringsstege |
Hög |
Implementerad |
|
:white_check_mark: |
US2.1.3 |
Som användare vill jag kunna redigera mallar i min exponeringsstege |
Medel |
Implementerad |
|
:white_check_mark: |
US2.1.4 |
Som användare vill jag kunna ta bort mallar från min exponeringsstege |
Medel |
Implementerad |
|
:white_check_mark: |
2.2 Exponeringsövningar
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US2.2.1 |
Som användare vill jag kunna lägga till exponeringsövningar med detaljer som plats, datum och tid |
Hög |
Implementerad |
|
:white_check_mark: |
US2.2.2 |
Som användare vill jag kunna skapa övningar från mallar i min exponeringsstege |
Hög |
Implementerad |
|
:white_check_mark: |
US2.2.3 |
Som användare vill jag kunna registrera förväntad ångestnivå före en övning (skala 0-10) |
Medel |
Implementerad |
|
:white_check_mark: |
US2.2.4 |
Som användare vill jag kunna markera övningar som slutförda |
Medel |
Implementerad |
|
:white_check_mark: |
US2.2.5 |
Som användare vill jag kunna registrera faktisk ångestnivå efter en övning (skala 0-10) |
Medel |
Implementerad |
|
:white_check_mark: |
US2.2.6 |
om användare vill jag kunna lägga till reflektioner efter genomförd övning |
Medel |
Implementerad |
|
:white_check_mark: |
US2.2.7 |
Som användare vill jag kunna redigera mina exponeringsövningar |
Medel |
Implementerad |
|
:white_check_mark: |
US2.2.8 |
Som användare vill jag kunna ta bort exponeringsövningar |
Medel |
Implementerad |
|
:white_check_mark: |
2.3 Organisation av övningar
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US2.3.1 |
Som användare vill jag kunna filtrera mina exponeringsövningar efter status (planerade/genomförda) |
Medel |
Implementerad |
|
:white_check_mark: |
US2.3.2 |
Som användare vill jag kunna sortera mina exponeringsövningar efter datum |
Medel |
Implementerad |
|
:white_check_mark: |
US2.3.3 |
Som användare vill jag kunna sortera mina exponeringsövningar efter ångestnivå |
Medel |
Implementerad |
|
:white_check_mark: |
Tankeutmanare
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US3.1 |
Som användare vill jag kunna logga negativa tankar med datum och kontext så att jag kan bearbeta dem |
Medel |
Ej påbörjad |
|
:x: |
US3.2 |
Som användare vill jag kunna kategorisera tankar enligt vanliga tankefällor så att jag lättare kan identifiera mönster |
Medel |
Ej påbörjad |
|
:x: |
US3.3 |
Som användare vill jag kunna dokumentera alternativa, mer balanserade tankesätt så att jag kan utmana min negativa tankespiral |
Medel |
Ej påbörjad |
|
:x: |
Framstegsspårning
ID |
Användarberättelse |
Prioritet |
Status |
Testfall |
Klar |
US4.1 |
Som användare vill jag se visualisering av mina ångestnivåer över tid så att jag kan följa min utveckling |
Låg |
Implementerad |
|
:white_check_mark: |
US4.2 |
Som användare vill jag se en sammanställning av genomförda exponeringsövningar så att jag kan se min progress |
Låg |
Implementerad |
|
:white_check_mark: |
Beroenden
- US2.2.1 & US2.2.2 är beroende av US2.1.1 (man måste ha en exponeringsstege innan man kan lägga till övningar)
- US2.2.3 och US2.2.5 är beroende av US2.2.1/US2.2.2 (man måste ha övningar innan man kan registrera ångestnivåer)
- US2.2.4 är beroende av US2.2.1/US2.2.2 (man måste ha övningar innan man kan markera dem som slutförda)
- US4.1 och US4.2 är beroende av US2.2.4 och US2.2.5 (man behöver data om genomförda övningar för att visualisera framsteg)