1. Product Ownerens
værktøjskasse
3. december 2013
Jesper Thaning
BestBrains

2. Hvordan føles det at være
Product Owner?

3. Hvorfor er det svært at udfylde
rollen som Product Owner?

4. Værdi
Ibrugtagning
Behov
1-6 mdr Måling
Vurdering
1-6 mdr
Planlægning
Accept
Nedbrydning
1-2 uger
Implementering
Prioritering
Estimering
4-6 uger
Afklaring
Klargøring
Planlægning

6. Vurdering

7. Værdi
Behov
Vurdering
1-6 mdr

8. Case : Telemedicin
2
1,5
20%
1
80%
0,5
Mål
0
Mill.
Kronikere
Omkostninger
1. Empowerment
2. Ressourcer
3. Kvalitet
Side 8

9. Mål
1. Empowerment
2. Ressourcer
3. Kvalitet
Hvorfor?
Hvor meget?
B4 Nem installation
B5 Dataoverførsel
B2 Virtuel konsultation
Behov
B1 Måleudstyr i
B3 Vidensoverførsel
hjemmet
Krav
Hvordan?
Hvad?

10. Vurdering af behov
Risiko
1. Forretningsmæssig
2. Social
3. Teknisk
4. Omkostning + tid
Værdi
• Realisering af
specifikke mål
Høj
VÆRDI
Specifikke mål:
1. Borgeren føler sig
selvhjulpen –
Empowerment
2. Frigøre ressourcer
hos personale
3. Højere kvalitet i
behandlingen
Lav
Lav
RISIKO
Høj

11. #1 Øvelse Vurdering - Materiale
Forretningsmæssige Mål
Forretningsmæssige Behov
Relaterede krav
1. Empowerment ved at
borgeren føler sig selvhjulpen i
eget hjem
B1: Opsamling af data fra måleudstyr
som borgeren betjener i eget hjem
…
2. Frigøre ressourcer ved
reduktion af ambulante besøg
B2: Virtuel konsultation mellem borger
og behandler (eks. video-konsultation)
…
3. Højere kvalitet ved bedre
planlægning af behandlingen
B3: Nem vidensoverførsel fra borger til
behandler om borgerens tilstand (eks.
spørgeskema)
…
2. Frigøre ressourcer i regi
af kommunal pleje
B4: Nem installation af måleapparater
og opsamlingsenheder
…
3. Højere kvalitet ved mere
systematisk opfølgning på data
og målinger
B5: Automatisk overførsel af data fra
måleudstyr til relevant behandler
…

12. Nedbrydning

13. Værdi
Behov
Vurdering
1-6 mdr
Planlægning
Nedbrydning

14. Hvorfor nedbryde behov og krav?
1. Prioritere
2. Småt er nemmere
3. Afdække afhængigheder
4. Undgå gold-plating
User
User
User
Story
Story
Story

15. Nedbrydning
Start
Indtast
Indsend
Kvittering
Metode#1: Handlinger i en arbejdsproces
For at kunne implementere en simpel end-to-end
og putte komplicerede trin på bagefter

16. Nedbrydning
Start
Indtast
Indsend
Kvittering
Simpel
Kompleks
Metode#2 Simpel vs. kompleks
Hvad er den simpleste version af denne funktionalitet?
De mere komplekse variationer følger efter

17. Nedbrydning
Start
Indtast
Data
Indsend
Kvittering
Metode#3 Variationer i data
Hvilke typer af data skal systemet kunne
håndtere. Hvad er den mest basale type?
Temperatur
Blodprøve
Blodtryk
Lungefunktion

18. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
Metode#4 Operationer
De forretningsmæssige operationer kan være
spredt over flere forskellige opgaver og roller.

19. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
§1
§2
§3
Metode#5: Hver enkelt forretningsregel
Eller grupper af forretningsregler der hører sammen

20. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
Stor
indsats
Metode#6 Stor indsats og efterfølgende
Den første user story bærer den tekniske
byrde for de efterfølgende

21. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
Metode#7 Input metode
Hvordan ser den simple brugergrænseflade ud?
Den mere brugervenlige og smarte?

22. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
2s
20 ms
Metode#8 Ydeevne
Hvordan får vi det til at fungere?
Hvordan får vi det til at gå hurtigt?

23. Nedbrydning
Start
Indtast
Indsend
Kvittering
Modtagelse behandling
Registrering
PoC
Metode#9 Undersøgelse (spike) og implementation
Ved dårlig forståelse af løsning eller manglende
afhængigheder. Et nyt område enten teknisk eller
forretningsmæssigt. Et Proof Of Concept (PoC)

24. Nedbrydning – 9 teknikker
#4 Operationer
#1 Handlinger
Start
#9
Indtast
Indsend
PoC
#3
Kvittering
Stor
indsats
Data
#6
Temperatur
Blodprøve
Blodtryk
Lungefunktion
Simpel
Kompleks
#2
Modtagelse behandling
§1
§2
Registrering
#5 Regler
§3
#7 Inputmetode
2s
20 ms
#8 Ydeevne

25. #2 Øvelse Nedbrydning
B1: Opsamling af data fra måleudstyr som borgeren
betjener i eget hjem
Følgende måleudstyr ønskes understøttet: blodtryks-måling,
hæmoglobin-måling, spirometri(lungefunktion)-måling og vægt.
B3: Understøttelse af spørgeskema til borger fra
behandler
Behandleren definerer spørgeskemaet ud fra en skabelon, borgeren
udfylder spørgeskemaet, behandleren kvitterer for udfyldelse af
spørgeskemaet, behandleren stiller diagnose på baggrund af
spørgeskema og sender til borgeren.
B4: Det skal være muligt at udvide systemet med nye
måleapparater

26. Acceptkriterie%
Reference)nr)
Videokonsultationen-skal-kunne-understøtte- )
alle-gængse-skærmstørrelser)
)
)
)
%
Videokonsultation-–-borgerens-opsætning-)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
%
)
)
)
)
)
Epic%
Delleverance)
Beskrivelse%
Afhængigheder)
#2 Øvelse Nedbrydning af behov
B2.1%
)

27. #2 Øvelse - løsning?
Reference)nr)
B1.1% Understøttelse)for)vægt7måling)
))
B1.2% Understøttelse)for)hæmoglobin7måling)
Minimum)2)typer)af)vægte)skal)
understøttes)
Skal)overholde)standard)XYZ)v1.4b)
)
)
)
)
)
)
B1.3% Understøttelse)for)
spirometri(lungefunktion)7måling)
B1.4% Understøttelse)for)blodtryks7måling)
)
)
)
)
)
)
)
Epic%
Afhængigheder)
Acceptkriterie%
Delleverance)
Beskrivelse%
Data
)
Operationer
B3.1% Behandleren)definerer)spørgeskemaet)ud)fra)
en)skabelon)
B3.2% Borgeren)udfylder)spørgeskemaet)
Til)et)skema)skal)der)kunne)knyttes)en)
eller)flere)diagnoser)
)
)
)
)
)
)
)
B3.3% Behandleren)kvitterer)for)udfyldelse)af)
spørgeskemaet)
Det)skal)være)muligt)at)udskrive)
besvarelser)mhp.)at)gemme)i)
papirjournal.)Lovkrav!)
Diagnosen)skal)underskrives)digitalt)
med)behandlerens)NemID)
Diagnosen)skal)afsendes)via)
meddelelseskomponent)på)sundhed.dk)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
)
B3.4% Behandleren)stiller)diagnose)på)baggrund)af)
spørgeskema)
B3.5% Behandler)sender)diagnose)til)borgeren)
B4.1% Udvidelse)til)specifikke)simple)typer)af)
måleudstyr)(standardiserede))
B4.1% Udvidelse)til)komplicerede)typer)af)
måleudstyr)(non7standardiserede))
Simpel/kompleks
)
Side 27

28. Afklaring

29. Værdi
Behov
Vurdering
1-6 mdr
Planlægning
Nedbrydning
Prioritering
Estimering
4-6 uger
Afklaring
Planlægning

30. Skabelon til User Stories/Epics
B23 <Titel>
User story:
Som <hvem> ønsker jeg at <hvad> for at <hvorfor>
…

31. Skabelon til User Stories/Epics
B23 <Titel>
User story:
Som <hvem> ønsker jeg at <hvad> for at <hvorfor>
Beskrivelse:
<kontekst for at forstå acceptkriterier – undgå ”skal”>
…

32. Skabelon til User Stories/Epics
B23 <Titel>
User story:
Som <hvem> ønsker jeg at <hvad> for at <hvorfor>
Beskrivelse:
<kontekst for at forstå acceptkriterier – undgå ”skal”>
Acceptkriterier:
<kravene til det der skal implementeres – brug ”skal” (nummereret liste)>
…

33. Skabelon til User Stories/Epics
B23 <Titel>
User story:
Som <hvem> ønsker jeg at <hvad> for at <hvorfor>
Beskrivelse:
<kontekst for at forstå acceptkriterier – undgå ”skal”>
Acceptkriterier:
<kravene til det der skal implementeres – brug ”skal” (nummereret liste)>
Afklaringer:
<spørgsmål der skal besvares inden implementering>
…

34. Skabelon til User Stories/Epics
B23 <Titel>
User story:
Som <hvem> ønsker jeg at <hvad> for at <hvorfor>
Beskrivelse:
<kontekst for at forstå acceptkriterier – undgå ”skal”>
Acceptkriterier:
<kravene til det der skal implementeres – brug ”skal” (nummereret liste)>
Afklaringer:
<spørgsmål der skal besvares inden implementering>
Afhængigheder:
<ressourcer, teknik (eksterne systemer)>
…

35. Afklaring: Acceptkriterier
B23
Acceptkriterier:
Detaljerne for en User Story
• Hvad skal med?
• Hvad skal ikke med?
• Hvad skal demoes?
• Forretningsregler etc.

36. Tip1: Rytmer i møderne

37. · At markere US klar til klargøring
· At informere om møder
Tip2: Specifikke ændringer i den øvrige
backlog, herunder emner til estimering
Forudsætning:
· Forud for mødet, fx. tirsdag, har kunden internt
afholdt pre-grooming møde, hvor det fastlægges
hvilke US der reelt er færdigafklaret.
· SM har senest to timer inden (senest kl
12.00) backlog grooming mødet haft mulighed
for at gennemlæse de afklarede US der skal
gennemgås til mødet
Agenda:
1. Til mødet præsenterer PO over afklarede US,
2. SM/Scrum teamet giver feedback på hvorvidt
US er tilstrækkeligt beskrevet til at sprint teamet
kan formulere en løsningsbeskrivelse.
3. Efter fælles tilpasning af US beskrivelse til