Scrumappetitvækker Præsentation af SCRUM for A2B, Hillerød 2008 Søren Weiss Hansen &
Hvem er vi? IT-specialist, IBM Erhvervsøkonom Datalog Certified Scrum Master, 2007 Scrummaster (2007 nu) Søren Weiss Project Manager, IBM Datamatiker Certified Scrum Master, 2006 Scrummaster (2006 07) Productowner (2008 - nu) 2 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Dagens program Første halvleg Vores erfaringer med scrum Opdagelsesrejsen, 2006-2008 Centrale elementer i scrum Hvad har vi lært? Hvordan kan I bruge scrum? Anden halvleg Stil spørgsmål (ordet er frit) 3 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvorfor begynder man på scrum? Projekter bliver ikke færdiggjort Der leveres ingenting Vi laver det forkerte Alt er gået i hårdknude, og det hele er kaos Vi arbejder tilfældigt (cowboymetoden) Vi ønsker at se resultater hurtigere Utilfredse kunder Utilfredse medarbejdere Vi ønsker en anden og bedre hverdag Vi ønsker et alternativ til traditionel softwareudvikling 4 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvor startede vi (februar 2006)? Tunge procedurer og forretningsgange Ændrede krav undervejs Gider du lige? opgaver Hasteopgaver Fra driften (servicedesk) Kontakt til udviklerne udenom servicedesk Direkte forespørgsler Og ønsker fra chefer 5 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Stemningen blandt udviklerne (februar 2006) Lav moral Stor varians i produktivitet, effektivitet og kvalitet Ingen vidensdeling Suboptimering Lukkethed Ingen teamånd Stress Ingen leverancer i mere end 6 måneder. For mange chefer For meget topstyring Tunge forretningsgange Uoverskuelige procedurer Det hele sejler Der er ikke respekt for mit arbejde Vi er upopulære Jeg kan ikke tage ansvaret for koden Krav og vilkår Ændres undervejs Hasteopgaver Fra driften Gider du lige? opgaver Direkte forespørgsler Og ønsker fra chefer Kontakt til udviklerne udenom servicedesk 6 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Måske I skulle prøve noget nyt? Mine første tanker: Hurtigt i gang! (scrum var ikke en egentlig metode, men snarere en samling af best pratices og gode råd). Endelig en mulighed for et opgør med gamle roller! Et reelt alternativ til vandfaldsmodellen -> iterationer -> hyppige leverance -> action! Nye (spændende og anderledes) værktøjer Mulighed for at beskytte teamet! Direkte forespørgsler Og ønsker fra chefer Gider du lige? opgaver Kontakt til udviklerne Udenom servicedesk Hasteopgaver Fra driften Tunge procedurer og forretningsgange Ændrede krav undervejs SCRUM master SCRUM team 7 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad kendetegner scrum? Transparens problemer kommer frem i lyset (tidligt) Business value i fokus -> prioritering Inspect & adapt Korte feedback loops Løbende forbedringer Hyppig og regelmæssigt leverance af kørende software Planer er nødvendige, men de er aldrig korrekte Selvorganiserende teams (vi foretrækker crossfunctional) Pull scheduling teamet vurderer selv, hvor meget det kan committe sig til at levere DoD Definition of done Timeboxing Fjerner forstyrrelser i dagligdagen Face-to-face kommunikation Simple værktøjer 8 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Grunddelene i Scrum Productowner ScrumMaster Scrumteam Productbacklog Sprintbacklog Burndownchart 9 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Tavlen 10 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Daily scrum Eksperimenter med at finde ud af, hvad der virker i jeres projekt, f.eks.: Æggeur Plasticlomme til sprint signatur Scrumstafetten Scrumhornet Reviewkolonne Blokeret kolonne Stil jer skulder ved skulder i en halvmåne, hvis chickens ikke forstår reglerne ved daily scrum Osv. 15 minutes - Hvad lavede jeg i går? - Hvad vil jeg lave i dag? - Er der noget, som forhindrer mig? 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review 11 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Sprint review Sprint demo Teamet demonstrerer working code for kunden/product owner og stakeholders. Kun 100% afsluttede (done done) opgaver demonstreres. Delvist afsluttede opgaver demonstreres ikke! Direkte feedback fra stakeholders Feedback indarbejdes i product backlog Retrospective Løbende evaluering af projektet. Fokus på at forbedre og optimere processen Få eventuelle problemer out in the open Feedback indarbejdes i product backlog 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review 12 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad har vi lært? Det er nemt at komme i gang, men man falder nemt tilbage i gamle mønstre. Del elefanten op i mindre dele Hav ingen hellige køer Prøv noget nyt hele tiden Crossfunctional teams er bedst Manglende opbakning og forståelse -> FIASKO! Fastlæg definition af done done tidligt Restrospectives har enorm værdi kan man nemt overse Fejr jeres succes er Hav det altid sjovt og nyd at I aldrig mere vil få lyst til at lave vandfald! Bare kom i gang 13 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvilke dele af scrum kan I bruge? Tavlen Overblik Synlighed Af opgaver Af fremdrift Af forhindringer Scrummaster, der fjerner forhindringer 14 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad får I ud af det? Overblik over de ting, I skal igennem hver især (jeres eget projekt ) Overblik over fremdrift Synlighed af forhindringer nemmere for Coach (scrummaster) og de andre at hjælpe. Øve sig i at arbejde som team som der ofte kræves på arbejdsmarkedet i dag Hjælpe hinanden Øve i at lære fra sig udnyt, at I er seniorer og har en masse erfaring at dele ud af. 15 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvordan kommer I i gang? Opbakning og commitment fra ledelsen (økonomisk og moralsk samt guidance ) Commitment fra teamet Commitment fra kunden Lær principperne (litteratur/certificering) Udpeg Scrummaster (en ildsjæl) Udpeg en person (fra teamet), som scrummaster kan spille bold opad Find en scrummentor Indfør daily scrums Lav en tavle GÅ I GANG! (og lær undervejs ) 16 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Spørgsmål?? 17 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Referencer www.controlchaos.com www.agilealliance.org www.scrum-master.com www.danube.com www.scrumalliance.org www.softhouse.se scrumwiki.org Kontakt swh@dk.ibm.com for diverse PDF-filer, slides m.v. 18 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Planning poker Benyttes til både til planlægning og estimering Hele teamet deltager Kunden kan deltage Etablerer viden i teamet Hæver kvaliteten Problemer findes tidligere. 19 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad kendeteger scrum? Agile Waterfall Omkostninger ved ændrede krav Intensitet & stress Tid Tid Leveret Business value Gennem- Sigtighed & Kundeinvolvering Tid Tid 20 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Softwareudvikling er kaos 80.000 software er ikke blevet til noget alligevel sidste år For hver 100 softwareprojekter, vil 69 projekter aldrig blive til noget alligevel I USA alene koster software projekter, som alligevel aldrig bliver til noget, mere end 400 milliarder kroner om året Fælles for alle succesfulde projekter er, at de implementerede krav i den endelige løsning kun udgør 42% af de oprindelige krav Over halvdelen af alle softwareprojekter ender med at koste mere end 189 % af, hvad de blev estimeret til at koste De organisationer, som står med nødlidte projekter, er tilsammen villige til at betale 300 milliarder kroner yderligere, hvis bare projekterne kunne færdiggøres Blot 16% af alle softwareprojekter kommer i mål til tiden og indenfor budget - dette tal er 9% i større virksomheder Kilde: Standish Group Chaos Report, 365 responder interviewet, 8.380 softwareprojekter undersøgt 21 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Bliver vores software brugt? Features og funktionalitet brugt i IT-system: Kun 20% af de features, som vi bygger, bliver ofte eller altid brugt! Hele 64% af de features, som vi bygger, bliver sjældent eller aldrig brugt! Kilde: Standish Group Study Report, XP 2002 konferencen af Jim Johnson, formand 22 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Feedback cycles Sprint demo Daily Scrum Continuous integration Unit test Pair programming 23 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad er svært? Hvad er svært? Det virker! Manglende commitment fra ledelsen, kunden og teamet At man aldrig kommer længere end til scrumfase 1 At scrummaster går kold Eet scrumteam kræver én fysisk lokation At scrumteamet bliver for stort eller for lille At man falder tilbage i gamle rutiner og roller Håndtering af flere teams Stor udskiftning i bemandingen At PO, SM og teamet ikke har forstået sin rolle eller bevidst er modarbejdende At give plads til de, som har det svært med scrum Hav en mentor aftal faste mentormøder! Arbejd i par. Også afgørende for scrummaster Scrummaster skal være en ildsjæl! Dyrk de gode idéer det er selvforstærkende Fejr jeres succes er anerkend at mennesker har brug for det Hold fast i dogmerne og principperne. Pas på sløsethed. Bryd mønstre øve sig i at tænke alternativt og anderledes Giv teamet mulighed for at eksperimentere med agile principper og lad dem udvikle deres egne processer. Jidoka: Stop når noget er galt! Fix problemet og eliminer the root cause 24 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Velocity Beginning tracking of sprint End of sprint 3 roles Product owner Scrum master Team 3 artifacts Product backlog Sprint backlog Sprint burndown Product Backlog 8 5 Estimated velocity = 26 Sprint Backlog 8 5 Done! Done! Sprint Backlog 8 5 Actual velocity = 18 3 activities Sprint planning Daily scrum Sprint review Demo Retrospective 5 3 5 3 Done! Almost done 5 3 5 5 Not started 5 5 8 5 3 5 2007-09-28 25 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Release planning Today is Aug 6 Sprint length = 2 weeks Velocity = 30-40 3 roles Product owner Scrum master Team 3 artifacts Product backlog Sprint backlog Sprint burndown 3 activities Sprint planning Daily scrum Sprint review Demo Retrospective What will be done by X-mas? (10 sprints) PO 2007-09-28 26 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Backlog maintenance V 3 roles Product owner Scrum master Team V V V Apr 2008 May 2008 June 2008 2009 2010 3 artifacts Product backlog Sprint backlog Sprint burndown 3 activities Sprint planning Daily scrum Sprint review Demo Retrospective Q3 2008 Q4 2008 2011 2009 2012 27 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvorfor er det så svært? Succesrate For hver 100 softwareprojekter, vil 69 projekter aldrig blive til noget alligevel For hver 100 softwareprojekter vil kun 16 projekter komme i mål til tiden og indenfor budget - dette tal er blot 9 i større virksomheder Fælles for alle succesfulde projekter er, at de implementerede krav i den endelige løsning kun udgør 42% af de oprindelige krav Økonomi Over halvdelen af alle softwareprojekter ender med at koste mere end 189 % af, hvad de blev estimeret til at koste 80.000 software er ikke blevet til noget alligevel sidste år I USA alene koster software projekter, som alligevel aldrig bliver til noget, mere end 400 milliarder kroner om året De organisationer, som står med nødlidte projekter, er tilsammen villige til at betale 300 milliarder kroner yderligere, hvis bare projekterne kunne færdiggøres Kilde: Standish Group Chaos Report, 365 responder interviewet, 8.380 softwareprojekter undersøgt 28 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvem fandt på scrum? The Grameen Bank Project report Skaber små business / små velfungerende teams i meget fattige områder Jeff Sutherland og Ken Schwaber opfinder scrum i 1993 Procesresearch Deterministisk kontra empirisk proceskontrol model Avancerede beregningsmetoder erstattes af simple regler Forudbestemte metoder erstattes af metoder der tilpasses qua erfaring Entreprenør -kulturen i Sillicon Valley. Utraditionel organisering uden ledelsesorgan Hvad virker? Hvad virker ikke? Egne erfaringer fra softwarebranchen Hvordan skaber man teams som vinder? Undersøgelse af tusindvis af små teams som bygger nye produkter. Arbejdsstilen minder dem om rugby -> scrum (Godfathers of scrum) Holdsportsgrene. -Kultur -Mentalitet 29 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Hvad er scrum alternativ til? Vandfaldsmodellen Alt er analyseret i bund fra start. Man tillader ikke forandringer undervejs Man følger en plan som efter nogen tid ikke længere afspejler kunden ønsker og behov Man opdeler projektet i faser (handoffs) Man leverer på én gang (big bang) Scrum er et opgør med vandfaldsmodellen. Scrum imødekommer, at målet bevæger sig. Hvis vandfaldsmodellen er en gammeldags kanon, er scrum et moderne målsøgende missil. 30 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
PO Global Business Services, GBS Product owner Repræsenterer kunden Ejer product backlog Prioriterer Beslutter teamets retning Ikke hvordan de når frem til målet Ikke deres hastighed Definerer produktets scope / vision / roadmap Kan være en repræsentant fra kunden Er ofte leverandørens projektleder (hvis denne har en sælger i maven ) Eller en person fra leverandørens salgsorganisation Estimerer ikke stories Er sjældent personaleansvarlig 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review 31 Præsentation af scrum for A2B, Hillerød 8. oktober 2008 31
SM Global Business Services, GBS Scrum master Sikrer, at reglerne i scrum følges Hjælper, støtter og coacher fremfor at styre & kontrollere Fjerner teamets forhindringer Serviceorgan for teamet Typisk en del af teamet Er ofte projektlederen, (hvis denne har en udvikler i maven ) Er sjældent personaleansvarlig Er sjældent overnørden 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Impediment backlog Langsomme workstations Forstyrrelser fra sales For få Testmiljøer Manglende kundekontakt Kontoret er for lille Kan oftest få meget værdi af sparring (intern) og mentoring (ekstern) Er scrum master et fuldtidsjob? Lille team Stort team Få problemer 10% 50% Mange problemer 50% 100% 32 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
SM Team 5 9 full-time personer Cross-functional Selvorganiserende Sidder fysisk sammen Deler ansvaret Estimerer Teams er ikke højtydende fra dag 1! Teams gennemgår en udvikling (forming -> storming -> norming -> performing -> adjourning) 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Et Scrumteam er IT-branchens svar på en jamsession 33 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Product backlog Klar til at sprinte Som en <hvem> Vil jeg <hvad> For at <hvorfor> 12 Som en kunde Vil jeg gemme min varekurv For at kunne fortsætte med at handle senere 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Kræver klargøring Acceptkriterier (hvornår er vi færdige?) Demo (hvordan viser vi, at vi er færdige?) Noter (er der nogle detaljer, som vi bør huske på?) Estimat (hvor lang tid tror teamet det vil tage? PP) Independent Negotiable Valuable Estimable Small Testable Acronym courtesy of Bill Wake www.xp123.com US# Beskrivelse Estimat Detaljer Ideer og visioner 1 Gem min varekurv 12 :X\projekt\user_stories\US1_GemMinVarekurv.doc 2 Se mine tidligere køb 7 :X\projekt\user_stories\US2_SeMineTidligereKøb.doc 100 Foreslå lignende produkter som andre kunder har købt - Når en kunde går til kassen, skal kunden præsenteres for en liste af produkter, som kan friste kunden til at handle yderligere 34 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Sprint backlog 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review 35 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Sprint burndown Giver svar på det vigtigste spørgsmål: når vi i mål? Giver pejling i hverdagen Giver optimal synlighed også for stakeholders Alternativ til traditionel afrapportering Teamet drøfter udviklingen på daily scrum 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review 36 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Sprint planning Product Backlog Sprint 15 Backlog Sprintbeskrivelse Sprintbeskrivelse Jackass team, sprint 15 Sprintmål -Lave brugeradministrationsdelen og yde daglig support Sprint backlog - Opret bruger (5) - Slet bruger (6) - Opdater bruger (2) - Find bruger (3) - Supportopgaver (5) (estimeret velocity = 21) Prioriteres! 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Tidspunkter - Sprintperiode: 7. oktober 2008 21. oktober 2008 - Sprint demo: 21. oktober i mødelokale 4043/4 - Daily scrum: 9:15 9:30, i lokale 5.017 Team - Gitte (scrum master) - Mads - Mathias (50%) - Martin - Rasmus - Bjarne 37 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Nedbrydning af user stories til tasks 13 Opdel user stories Brugeradministration REgistrer ny bruger Brugeradministration Find bruger Brugeradministration Opdater bruger 5 3 2 Opdel i tasks (normalt på sprint planning mødet) Skriv tests Design GUI Lav form validering Udfør integrationstest Lav databaseskema Skriv server side logikken Brugeradministration 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Brugeradministration Slet bruger 6 38 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Teamets løfte til Productowner Vi lover, at: vi tror på, at vi kan nå sprintmålet vi vil gøre alt hvad vi kan for at nå sprintmålet, og vil fortælle dig det øjeblikkeligt, hvis vi ikke længere tror på, at vi kan nå det vi tror på, at vi kan færdiggøre alle stories, der er med i sprintbackloggen vi kan release, når sprintet er slut hvis vi kommer bagud i planen, fjerner vi stories med lavest prioritet først hvis vi kommer foran i planen, tilføjer vi de stories til sprintet, som er øverst i productbackloggen vi vil fremvise vores fremdrift og status på daglig basis hver story, der leveres er komplet 3 roller Product owner Scrum master Team 3 værktøjer Product backlog Sprint backlog Sprint burndown 3 aktiviteter Sprint planning Daily scrum Sprint review Normale misforståelser Vi lover at vi opnår dette mål Vi lover at levere alle stories, der er med i sprintbackloggen 39 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Det samlede overblik 40 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Distribueret scrum Vi har ingen praktisk erfaring, men der er flere rundt omkring; f.eks. Xebia, IBM(AEG), Qvantel Ting vi har bidt mærke i: Teams deles ud over lokationer Teams bør mødes først (IRL) Alle er tilstede til ceremonierne, hvis ikke fysisk, så virtuelt Der må ikke være senior developers (f.eks. indisk kultur) 41 Præsentation af scrum for A2B, Hillerød 8. oktober 2008
Kære ledelse Hvad får I ud af det? Færdige funktionaliteter i hvert sprint Mere effektive teams Engagerede teams Gladere teams Synlig fremdrift Hvad skal I love? Lade teamet arbejde i fred i sprintperioden Stole på at teamet gør hvad de kan Prioritere opgaver Ikke presse teamet til overtid/overdedikering 42 Præsentation af scrum for A2B, Hillerød 8. oktober 2008