Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team. Nedbrydning er også et generelt princip, der med fordel kan bruges på andre og større områder end blot en enkelt backlog.

1. Bliv
en
haj
+l
nedbrydning
25.
august
2015
Jesper
Thaning,
partner
BestBrains
AS

2. Agenda
• Produktnedbrydning
• Hvorfor
nedbryde?
• 9
teknikker
+l
nedbrydning
• AFængigheder
• 18:30
slut
på
officielt
program
– diskussionen
kan
forsæOe

3. DeOe
er
ikke
…
User
Story
Task
1
Task
2
Task
3
Task
4

4. GOD
PRODUKTUDVIKLING
FAST
FEEDBACK
–
SMÅT
ER
BEDRE
Nedbrydning

5. Få
aFængigheder
Få
transak+oner
Få
”Done”
Mange
aFængigheder
Mange
transak+oner
Mange
”Done”
NEDBRYDNING

6. Hvordan
kan
et
produkt
nedbrydes?
Produkt
(Projekt)
Release
Feature
User
story
Finde
værdien
og
målene
Finde
”the
Minimal
Marketable
Feature”
Finde
den
simpleste
måde
at
opfylde
et
behov
på
Finde
det
næste
”Product
Increment”
(Afgrænsning
af
projektet
–
foretræk
små
projekter)
IMPLEMENTÉR
Nedbrydning
Mål

7. User
story
Hvorfor
nedbryde
noget?
1. Prioritere
2. Småt
er
bedre
3. Afdække
aFængigheder
4. Undgå
gold-­‐pla+ng
5. Undgå
“gidsler”
Batch
size
reduc+on
Don
Reinertsen
User
story
1
2
3

8. Hvordan
nedbryder
du
…
9
teknikker
+l
nedbrydning
af
user
story
Produkt
(Projekt)
Release
Feature
User
story
hOp://www.agileforall.com/2009/10/paOerns-­‐for-­‐spligng-­‐user-­‐stories/
hOp://bit.ly/PuCoC2
(Engelsk
cheat
sheet
-­‐
1
PDF)

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

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

11. Start Indtast Indsend Kvittering
Data
Alder + køn
Email
Adresse
Navn
Nedbrydning
Metode#3 Variationer i data
Hvilke typer af data skal systemet kunne
håndtere. Hvad er den mest basale type?

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

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

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

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

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

17. Start Indtast Indsend Kvittering Behandling Registrering
PoC
Nedbrydning
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)

18. Start Indtast Indsend Kvittering Behandling Registrering
Data
Alder + køn
Email
Adresse
Navn
§1
§2
§3
Stor
indsats
PoC
2 s
20 ms
Nedbrydning – 9 teknikker
Simpel
Kompleks

19. Kombinere
teknikker
i
et
User
Story
Map
Nedbrydning
-­‐ Data
-­‐ Regler
-­‐ ...
Handlinger
Detaljer
hOp://www.agileproductdesign.com/presenta+ons/user_story_mapping/index.html
hOp://bit.ly/1fiSfBm
(Quick
Reference
PDF
-­‐
2
pages)

20. Det
store
dyr
i
nedbrydningen
Mul+
team
setup
-­‐
retningslinier
• Etabler
en
klar
doktrin
om
hvordan
aFængigheder
generelt
skal
håndteres
(program
level)
• Skub
beslutninger
om,
hvad
der
skal
gøres
med
de
konkrete
aFængigheder
nedad
(team
level)
• Udbyg
tværgående
kommunika+on
(team
+l
team)
• Etabler
en
klar
prioritets-­‐kæde
hele
vejen
op
+l
øverste
prioriteringsmæssige
niveau
AFHÆNGIGHEDER
Product
Owner
Chief
Product
Owner
Product
Manager
Product
board
10
21
12
4
23
17
9
13
16
2
1
22
15
14
3
20
18
8

21. Risici
Mister
vi
overblikket?
Jesper
Thaning
jt@bestbrains.dk