{"id":288,"date":"2016-09-02T09:03:12","date_gmt":"2016-09-02T07:03:12","guid":{"rendered":"http:\/\/qed.dk\/rasmus-kaae\/?p=288"},"modified":"2016-12-19T07:06:04","modified_gmt":"2016-12-19T07:06:04","slug":"hands-on-burgere-og-tomater","status":"publish","type":"post","link":"https:\/\/agilerasmus.com\/wordpress\/hands-on-burgere-og-tomater\/","title":{"rendered":"Hands-on: Burgere og tomater"},"content":{"rendered":"
\"burger\"<\/a><\/div>\n

N\u00e5r man starter et nyt projekt eller skal i gang med en stor opgave, kan det v\u00e6re sv\u00e6rt at skabe den initielle product backlog. Der findes mange forskellige m\u00e5der at l\u00f8se det p\u00e5 – og f\u00e6lles for dem alle er at de s\u00e6tter ramme og m\u00e5l for teamet i den kommende tid.<\/p>\n

Jeg har haft stor success til at bruge en opbygning jeg kalder “burgere og tomater”, som tager teamet fra l\u00f8s ide til konkret product backlog klar til sprint planl\u00e6gning.<\/p>\n

Normalt k\u00f8res workshoppen over to hele arbejdsdage som inddeles i “pomodoros” hvor der arbejdes intensivt med emnet. P\u00e5 workshoppen deltager hele Scrum teamet, det vil sige Product Owner, Scrum Master og Development team.<\/p>\n

Tomaterne<\/h1>\n

Pomodoro <\/a>er en timeboxing teknik udviklet af Francesco Cirillo til at sikre fokus. Ordet betyder “tomat” p\u00e5 italiensk. Med f\u00e5 ord, s\u00e5 g\u00e5r pomodoro ud p\u00e5 at arbejde fokuseret med en opgave i et fastsat tidsrum og efterf\u00f8lgende evaluere om m\u00e5let er opn\u00e5et. Er m\u00e5let ikke opn\u00e5et tages en kort pause efterfulgt af endnu en runde. Det typiske tidsrum er 25 minutter efterfulgt af 5-30 minutters pause.<\/p>\n

Burgerne<\/h1>\n

The Hamburger Method<\/a> er en teknik opfundet af Gojko Adzic i 2012. Teknikken er inspireret af Jeff Pattons workshop\u00a0User Story Mapping<\/a>. I metoden ses burgerbollen som den rammes\u00e6ttende user story som skal implementeres. Alle ingredienserne inden i ses som de elementer, features, tasks, user stories eller lignende der skal til for at l\u00f8se den overliggende user story. N\u00e5r man har nedbrudt i mindre user stories tager man en enkelt bid af burgeren og identificerer minimum viable product for hver iteration og stille og roligt arbejder man sig fremad.<\/p>\n

Den r\u00f8de tr\u00e5d<\/h1>\n

Workshoppen er konceptuelt opbygget over teorien bag “Cone of uncertainty<\/a>” (Bauman, 1958). Deltagerne guides fra grundliggende ide om opgaven igennem en r\u00e6kke \u00f8velser og ender ud med en konkret liste af elementer der kan estimeres og placeres p\u00e5 en product backlog.<\/p>\n

Pomodoro 1: Velkommen<\/h1>\n

F\u00f8rste element p\u00e5 workshoppen er en pr\u00e6sentationsrunde. Hvis teamet nyligt er sammensat eller hvis der er interessenter inviteret, giver det stor v\u00e6rdi hvis alle kender hinandens navn og funktion. Det er vigtigt at fort\u00e6lle gruppen hvilken funktion man varetager og hvilket bidrag man kan give i teamet. I stedet for at lade taletiden g\u00e5 bordet rundt, kan man evt. have en lille bold eller andet som facilitatoren kaster til den som skal pr\u00e6sentere.<\/p>\n

Pomodoro 2: Burgerbollen<\/h1>\n

Product Owner eller ideansvarlig pr\u00e6senterer de initielle tanker, \u00f8nsker og udfordringer med den nye ide. Det er vigtigt at holde fokus p\u00e5 ideen og eventuelle sp\u00f8rgsm\u00e5l og kommentarer b\u00f8r besvares undervejs. Hvis der ikke kan findes svar p\u00e5 sp\u00f8rgsm\u00e5lene b\u00f8r de parkeres p\u00e5 en post-it og tages op ved senere lejlighed i workshoppen. Facilitatoren b\u00f8r s\u00e6tte rammerne og tonen s\u00e5ledes at det accepteres hvis sp\u00f8rgsm\u00e5lene ikke kan besvares og ligeledes at det er i orden at stille kritiske sp\u00f8rgsm\u00e5l. Outputtet af diskussionen og freml\u00e6ggelsen er en f\u00e6lles overordnet user story der rammes\u00e6tter ideen fra et brugerperspektiv.<\/p>\n

Pomodoro 3: F\u00f8rste lag af ingredienser<\/h1>\n

N\u00e6ste trin er at identificere de brugsscenarier der skal til for at bringe ideen til live. Fra et kundeperspektiv identificeres de aktiviteter der er involveret fra aktiviteten starter til den slutter.<\/p>\n

For at sikre at s\u00e5 mange vinkler som muligt bliver belyst arbejdes der i par – 2 og 2 – p\u00e5 at brainstorme. Efter hver endt pomodoro holdes der 5 minutters pause efterfulgt af en pomodoro med pr\u00e6sentation af brainstorm for hele gruppen. Det er vigtigt at alle forst\u00e5r at der ikke m\u00e5 ud\u00f8ves censur eller kritik under pr\u00e6sentationen fra de enkelte par. S\u00e5 vidt muligt grupperes output fra arbejdes p\u00e5 en samlet tegning og resultatet af pomodoroen er en tidslinje med aktiviteter identificeret af hele teamet.<\/p>\n

Pomodoro 4: Underliggende lag af ingredienser<\/h1>\n

N\u00e5r hele teamet har identificeret aktiviteterne er det tid til at tage arbejdshandskerne p\u00e5 og kigge p\u00e5 hvilke features der skal \u00e6ndres, tilf\u00f8jes eller fremskaffes for at implementere den overordnede user story. Aktiviteterne fordeles p\u00e5 de par der har mest viden om de enkelte omr\u00e5der hvorefter de bruger en pomodoro p\u00e5 at skrive user stories der rammes\u00e6tter featuren i forhold til den specifikke aktivitet. Det kr\u00e6ver typisk mere end en enkelt runde pomodoro for at f\u00e5 nedskrevet features p\u00e5 et passende lavt niveau til at de giver mening p\u00e5 en product backlog. Efter sidste pomodoro pr\u00e6senteres user stories for hele teamet og de h\u00e6nges fysisk op under aktiviteterne p\u00e5 tidslinjen. Under pomodoroen kan det give v\u00e6rdi at lade product owner v\u00e6re “l\u00f8sg\u00e6nger” som g\u00e5r rundt i lokalet og bidrager med viden om ideen.<\/p>\n

Pomodoro 5: Den f\u00f8rste bid af burgeren<\/h1>\n

Nu er burgeren klar p\u00e5 grillen. Det n\u00e6ste der skal ske er en identifikation af minimum viable product til f\u00f8rste sprint. Den samlede burger med alle ingredienser fra tidligere pomodoros repr\u00e6senterer product backlog for hele den nye rammes\u00e6ttende user story. For at komme igang med m\u00e5ltidet bruger teamet en pomodoro p\u00e5 at identificere hvilke features i form af user stories der skal l\u00f8ses for at kunne levere f\u00f8rste version. Alle de identificerede features bliver markeret s\u00e5 det entydigt kan ses om de indg\u00e5r i f\u00f8rste version eller om de skal vente til senere versioner. Det er vigtigt at pointere at fjerne lighedstegnet mellem “senere version” = “aldrig”. Senere betyder blot “ikke i f\u00f8rste sprint”.<\/p>\n

Pomodoro 6: Frem med bestikket<\/h1>\n

Teamet st\u00e5r nu med en user story som er nedbrudt i mindre user stories samt en markering af hvilke elementer der kr\u00e6ves til f\u00f8rste version. Der har indtil nu ikke v\u00e6ret skelet til afh\u00e6ngigheder og afklaringer. For hver af de markerede nedbrudte user stories markeres hvilke afh\u00e6ngigheder og afklaringer der skal v\u00e6re p\u00e5 plads inden sprint planl\u00e6gning. I samme omb\u00e6ring kan man eventuelt lave relativ estimering i t-shirt sizes s\u00e5 man f\u00e5r et overblik over hvad der kan laves i de kommende sprints.<\/p>\n

Efter workshoppen<\/h1>\n

Det f\u00f8rste der b\u00f8r arbejdes p\u00e5 er at f\u00e5 styr p\u00e5 afh\u00e6ngigheder og afklaringer identificeret i pomodoro 6. S\u00e5 snart disse er afklaret kan der laves sprint planl\u00e6gning og det “rigtige arbejde” kan begynde.<\/p>\n

Se de \u00f8vrige indl\u00e6g i hands-on serien:<\/p>\n