1. Product Ownerens
værktøjskasse
6. marts 2012
Jesper Thaning
BestBrains

2. Agenda
• Vurdering og afklaring
• Prioritering
• Nedbrydning
• Klargøring

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

4. Case : Telemedicin
• Flere ældre
• Færre læger pr indbygger
• 1.8 mio danskere med en eller flere kroniske sygdomme (250.000
diabetikere)
• 70-80% af udgifterne i sundhedsvæsenet anvendes til kronikere
Stigende pres på sundhedsvæsenet

5. Case : Telemedicin – Mål
• Bedre udnyttelse af ressourcer i sundhedssektoren
• Patient empowerment – større livskvalitet for borgeren

6. Empowerment
Mål:
Borgeren føler sig selvhjulpen i eget hjem
(Hvorfor?)
Behov:
Borgeren kan selv følge med i data og agere
proaktivt
(Hvordan?)
Metrik:
• Stigning i livskvalitet på 70%
• Reduktion af genindlæggelse med 30%
(Hvor meget?)

7. Mål (hvorfor?):
1. Patient empowerment – højere livskvalitet
2. Frigøre ressourcer hos klinikere i hospitalet, i regi af
kommunal pleje og hos praktiserende læger
3. Bedre planlægning af behandlingen
Behov (hvordan?):
• Opsamling af data fra måleudstyr i eget hjem
• Virtuel konsultation mellem borger og behandler
• Mere systematisk opfølgning på data og målinger
• Automatisk overførsel af data fra måleudstyr til behandler
• …

8. Vurdering af behov
Værdi
• I hvor høj grad er behovet med til at opfylde de fastlagte mål?
Risiko
Høj
• Forretningsmæssig
• Social
VÆRDI
• Teknisk
• Omkostning + tid
Lav
Lav
RISIKO
Høj
(forretningsmæssig, social,
teknisk, omkostning/tid)

9. # Øvelse Vurdering - Materiale
Forretningsmæssige Mål
Forretningsmæssige Behov
Relaterede krav
Borgeren føler sig Opsamling af data fra måleudstyr som …
selvhjulpen i eget hjem borgeren betjener i eget hjem
Reduktion af ambulante Virtuel konsultation mellem borger og …
besøg
behandler (eks. video-konsultation)
Bedre planlægning af Nem vidensoverførsel fra borger til …
behandlingen behandler om borgerens tilstand (eks.
spørgeskema)
Frigøre ressourcer i regi af Nem installation af måleapparater og …
kommunal pleje
opsamlingsenheder
Mere systematisk opfølgning Automatisk overførsel af data fra …
på data og målinger
måleudstyr til relevant behandler

10. MÅL:
Høj
• Borgeren
føler
sig
selvhjulpen
• Frigøre
ressourcer
hos
personale
• Bedre
planlægning
af
behandlingen
VÆRDI
Lav
Lav
Høj
RISIKO
• Forretningsmæssig
• Teknisk
• Social
• Omkostning/tid

11. # Øvelse i vurdering af behov
• Tegn nedenstående koordinatsystem på et flip-over papir
• Skriv hvert behov fra foregående slide på en PostIt
• Diskuter hver enkelt behov ud fra værdi og risiko
• Værdi (i hvor høj graf er behovet med til at opfylde det fastlagte mål?)
• Risici (hvilke forretningsmæssige, sociale, tekniske, omkostning/tid risici kan vi identificere?)
• Placer kortet på planchen, hvor I synes det passer bedst
• Find eventuelt selv på andre behov der ville kunne opfylde målene
Høj
VÆRDI
Lav
(forretningsmæssig, social,
Lav
Høj
teknisk, omkostning/tid)
RISIKO

13. Hvorfor nedbryde behov og krav?
1. Prioritere - vigtig og mindre vigtigt
2. Småt er nemmere at kode, teste, acceptere, måle
3. Afdække afhængigheder
4. Undgå gold-plating

14. Metode#1: Nedbrydning i handlinger i en arbejdsproces
For at kunne implementere en simpel end-to-end og putte
komplicerede trin på bagefter
Som professionel behandler ønsker jeg at behandle
en elektronisk forespørgsel fra en borger for at give
en god sundhedsvejledning
• … ønsker jeg at modtage en forespørgsel
• … ønsker jeg at svare på en forespørgsel
• … ønsker jeg at registrere status på en forespørgsel
• … ønsker jeg at afslutte en forespørgsel

15. §1 §2 §3 §4
Metode#2: Nedbrydning i implementering af hver enkel
forretningsregel
Som borger ønsker jeg at anmode om video-konsultation
med en professionel behandler…
• … med en praktiserende læge
• … med en jordemoder
• … med en speciallæge
• … med en psykolog

16. Metode#3 Nedbrydning i stor indsats og efterfølgende
Det første krav bærer den tekniske byrde for de efterfølgende
Som en borger ønsker jeg at betale for en
specialbehandling med VISA, MasterCard, Diners Club,
eller American Express …
• …at betale med én af kreditkorttyperne (VISA, MC, DC, AMEX)
• …at betale med alle fire kreditkorttyper (VISA, MC, DC, AMEX)
(givet at en type allerede er implementeret).

17. Metode#4 Nedbrydning i simpel/kompleks
Hvad er den simpleste version af denne funktionalitet? De mere
komplekse variationer følger efter
Som borger ønsker jeg at få en alarm hvis mine
målingerne afviger en generel tærskel…
• … afviger en individuel tærskel fastsat af behandleren
• … afviger både en individuel tærskel og en af borgeren
fastsat tærskel

18. Metode#5 Nedbrydning i variationer i data
Hvilke typer af data skal systemet kunne håndtere. Hvad er den mest
basale type?
Som borger ønsker jeg at kunne levere måledata til
behandleren …
• ... fra en temperaturmåling
• ... fra en blodtryksmåling
• ... fra en urinundersøgelse

19. Metode#6 Nedbrydning i input metode
Hvordan ser den simple brugergrænseflade ud? Den mere
brugervenlige og smarte?
Som borger ønsker jeg at kunne opsamle oplysninger
om min sundhedsmæssige tilstand...
• ... med en almindelig brugergrænseflade
• ... med mulighed for store taster til svagtsynede
• ... ved at bruge stemmen og undgå tastaturet

20. Metode#7 Nedbrydning i ydeevne
Hvordan får vi det til at fungere? Hvordan får vi det til at gå hurtigt?
Som borger ønsker jeg at få oplysninger om
tilgængelige behandlingstider hos behandlere…
• … langsom søgning der viser et timeglas
• … under 1 sekund, så borgeren ikke behøver at vente

21. Metode#8 Nedbrydning i operationer
De forretningsmæssige operationer kan være spredt over flere
forskellige opgaver og roller.
Som sygehus ønsker jeg at tilbyde borgeren en
behandling af X…
… oprette et behandlingstilbud som overlæge
… beskrive et behandlingstilbud som speciallæge
… opsætte behandlingstrin for et behandlingstilbud som læge
… anvende et behandlingstilbud som patient
… nedlægge et behandlingstilbud som overlæge

22. Metode#9 Nedbrydning i undersøgelse (spike) og
implementation
Som borger vil jeg gerne kunne underskrive dokumenter via
min IPad, for at undgå ventetid på at underskrive papirer…
• … hvordan kan systemet verificere kundens identitet på en IPad?
• … hvordan skal dokumenterne optræde i systemet når de ikke er
underskrevne endnu?
• … implementer løsningen efter spiken (et krav der sandsynligvis skal
nedbrydes yderligere)
Ved dårlig forståelse af implementationen. Et område som teamet ikke har opereret i
før enten teknisk eller forretningsområde. Et Proof Of Concept.

23. 9 metoder til nedbrydning:
Metode#1 Nedbrydning i handlinger i en arbejdsproces
Metode#2 Nedbrydning i implementering af hver enkel forretningsregel
Metode#3 Nedbrydning i stor indsats og efterfølgende
Metode#4 Nedbrydning i simpel/kompleks
Metode#5 Nedbrydning i variationer i data
Metode#6 Nedbrydning i input metode
Metode#7 Nedbrydning i ydeevne
Metode#8 Nedbrydning i operationer
Metode#9 Nedbrydning i undersøgelse (spike) og implementation

24. # Øvelse Nedbrydning – Materiale
B1. 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.
B2. 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. Det skal være muligt at udvide systemet med nye
måleapparater

25. Beskrivelse% Acceptkriterie%
Afhængigheder)
Delleverance)
Reference)nr)
Status)
Epic%
B1% Behandleren)definerer)spørgeskemaet)ud)fra)en) Til)et)skema)skal)der)kunne)knyttes)en) ) ) ) )
skabelon) eller)flere)diagnoser)
B2% Borgeren)udfylder)spørgeskemaet) ) ) ) ) )
B3% Behandleren)kvitterer)for)udfyldelse)af) Det)skal)være)muligt)at)udskrive) ) ) ) )
spørgeskemaet) besvarelser)mhp.)at)gemme)i)papirjournal.)
Lovkrav!)
B4% Behandleren)stiller)diagnose)på)baggrund)af) Diagnosen)skal)underskrives)digitalt)med) ) ) ) )
spørgeskema) behandlerens)NemID)
B5% Behandler)sender)diagnose)til)borgeren) Diagnosen)skal)afsendes)via) ) ) ) )
meddelelseskomponent)på)sundhed.dk)
C1% Understøttelse)for)vægtGmåling) Minimum)2)typer)af)vægte)skal) ) ) ) )
)) understøttes)
C2% Understøttelse)for)hæmoglobinGmåling) Skal)overholde)standard)EB1.4) ) ) ) )
C3% Understøttelse)for)spirometri(lungefunktion)G ) ) ) ) )
måling)
C4% Understøttelse)for)blodtryksGmåling) ) ) ) ) )
D1% Udvidelse)til)specifikke)simple)typer)af) ) ) ) ) )
måleudstyr)(standardiserede))
D2% Udvidelse)til)komplicerede)typer)af)måleudstyr) ) ) ) ) )
(nonGstandardiserede))
)

26. Det
værdifulde
ligger
ikke
i
at
fastlægge,
hvor
store
4ng
er.
Det
værdifulde
(og
svære)
ligger
i
at
adskille
4ngene
for
at
kunne
9erne
det
der
ikke
skaber
værdi.

27. Klargøring

28. Checkliste til User Stories/Epics
B23
User story:
Som <hvem> ønsker jeg at <hvad> således at <hvorfor>
Beskrivelse:
Acceptkriterier:
Afklaringer:
Afhængigheder:
Testbehov:

29. Klargøring: Acceptkriterier
Yderligere detaljering af en User Story
• Hvad skal med?
• Hvad skal ikke med?
• Hvad skal demoes?
• Forretningsregler der skal overholdes
HVORFOR?
• Undgå tilbageløb og ventetid

30. Klargøring: Testscenarier
Testeksempler:
• Undgå tilbageløb i implementering – fejl
• Klar ide om hvornår User Story er færdig
Overskrifter på:
• Forventet opførsel (solskinsscenarie)
• Eksempler på uønsket opførsel (negativ scenarier)

31. Product Ownerens værktøjskasse – 2-dages kursus
Få præsenteret og afprøvet en masse værktøjer på dit eget produkt/projekt:
• Story maps
• Afklaringer
• Delleverancer
• Estimering
• Release planlægning
• Nedbrydning
• Prioritering af features
• Klargøring
• Måling af fremdrift
• Accept af leverancer
http://bestbrains.dk/events/product-ownerens-
vaerktojskasse-kursus/