SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG

Transkript

1 SCRUM Smidig prosjektledelse og utvikling 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG HVORDAN SPISER DU EN ELEFANT? EN BIT AV GANGEN 'HOW WILL YOU LIVE, RAMBO?' - DAY BY DAY...

2 Agenda Om meg og dere Hvorfor scrum/smidig i det hele tatt Hva er scrum (kort, kort, kort) Case 1: Dr Greve Pharma Case 2: EDR IXD roller og erfaringer etter 2 prosjekter Best Practice so far : IXD smidig prosess

3 Om meg José Manuel Redondo Lopera, 36 år fra Barcelona Utdannelse: - Organisasjonspsykologi - Markedsføring - Master of Business Administration (MBA) - Project Management Professional (PMP) - Scrum Master 13 års internasjonal erfaring fra IT og web bransje fra store og mellomstore bedrifter som blant annet prosjektleder, prosessleder (lean/6sigma), forretningsutvikler og KAM Spør gjerne underveis!!

4 Deres forventninger????

5 Typisk standard prosjekt (fossefall) T1 T2 T3 T4 T5 T6 T7 T8 Strategi Analyse Brukere Innhold Informasjonsarkitektur Design TU Interaksjonsdesign Grafisk design Teknisk utvikling

6 Typisk standard prosjekt (fossefall) T1 T2 T3 T4 T5 T6 T7 T8 Strategi Analyse Brukere Innhold Informasjonsarkitektur Design TU Interaksjonsdesign Grafisk design Teknisk utvikling Kundens inntjening (time -to-market): T8

7 Typisk standard prosjekt (fossefall) Forsinkelser i godkjenningsprosess -Ressurser sitter og venter Kunden fokuserer ikke på dette -Tar lengre tid enn ventet Analyse Strategi Brukere Innhold Kunden utilgjengelig T1 T2 T3 T4 T5 T6 T7 -Tar lengre tid enn T8 ventet T9 Kunden ombestemer seg og endrer meningen -Tar lengre tid enn ventet Informasjonsarkitektur Design TU Interaksjonsdesign Grafisk design Teknisk utvikling Kundens inntjening (time -to-market): T...?

8 Fossefall Omfang Krav Fungerer best når omgivelsene endrer seg lite og er enkle å forstå Fast Plan-drevet Estimat Ressurser Tid / dato (kostnad)

9 Fossefall Komplekst prosess og omgivelsene endrer seg Scrum / smidig Omfang Krav Fast Ressurser Tid / dato (kostnad) Verdidrevet Plan-drevet Estimat Ressurser Tid / dato (kostnad) Omfang Krav

10 Løsning? T1 T2 T3 T4 T5 T6 T7 T8 Strategi Analyse Brukere Innhold Informasjonsarkitektur Design TU Interaksjonsdesign Grafisk design Teknisk utvikling

11 Løsning: scrum/smidig? T1 T2 T3 T4 T5 T6 T7 T8 Strategi Analyse Brukere Innhold Informasjonsarkitektur Design TU Interaksjonsdesign Grafisk design Teknisk utvikling Kundens inntjening:t2 Fosefall: T8 Scrum: T2

12 Prinsippene fra Agile manifesto (smidig metoder) Individer og samarbeid i team over Prosesser og verktøy Fungerende software over Omfattende dokumentasjon Samarbeide tett med kunden over Kontrakts-forhandlinger Håndtere endringer over Forhåndsdefinert plan

13 Scrum i et nøtteskall: softwareutviklingsprosjekt 1 week Produktet er designet, kodet og testet i løpet av sprinten Vil du lære mer om scrum på 3 minutter? :

14 Case 1: Dr Greve Pharma

15

16 Dr Greve Pharma fakta Fra A til Å i løpet av 20 kalender dager (300 timer) Uke 1 Uke 2 Uke 3 Uke 4 Prosjektledelse: 3 fulle arbeidsdager Interaksjonsdesign: 12 fulle arbeidsdager Grafisk design: 15 fulle arbeidsdager Teknisk utvikling: 10 fulle arbeidsdager Meeting plan

17 Dr Greve Pharma fakta Fra A til Å i løpet av 20 kalender dager (300 timer) Uke 1 Uke 2 Uke 3 Uke 4 Prosjektledelse: 3 fulle arbeidsdager Interaksjonsdesign: 12 fulle arbeidsdager Grafisk design: 15 fulle arbeidsdager Teknisk utvikling: 10 fulle arbeidsdager Møteplan 2 Sprinter: 3 ressurser x 5 dager x 7,5 x 2 Sprinter Eget prosjektrom og tverfaglig miljø hvor alle var involvert fra starten Daglig scrum møter Produkt eier satt hos oss hele tiden Alle ressurser jobbet dedikert 100%: 100% fakturerbær tid Prosjektevaluering fra kunde: 5 og 6, mente av vi var effektive og dyktige og at vi fulgte bra opp hele veien

18

19

20

21

22 Lessons learned - positive Alle er med = tverrfaglighet og eierskap Raskere og bedre beslutninger, sparringsrunder og framdrift når dedikert kundeperson medmandat sitter sammen med teamet Toppleder med fra starten (forankring) Sammensveiset gjeng: engasjement og stå på Eget prosjektrom Hyppige, korte møter Korte tidsfrister Konkrete leveranser

23 Lessons learned - positive Ett prosjekt om gangen Korte prosjekter større sjanse for suksess Backlogtavla var levende Entusiasme

24 Lessons learned - negative Ikke helt smidig... ScrumMaster? Bedre system og prosess for å håndtere kommunikasjon Behov for at ScrumMaster og Produkteier er tilgjengelige 100% i løpet av prosjektet Bedre system og prosess for å håndtere tidsforbruk og oversikt Lite koordinerting med andre eksterne aktører involvert i prosjektet Bedre definisjon av leveransene

25 Lessons learned - negative Bedre system og prosess for å håndtere feilrapportering etter vår leveranse Glemte å planlegge kvalitetssikring av implementert kode før lansering Ingen brukertest

26 Case 2: EDR

27

28

29

30

31

32

33

34

35

36

37

38

39

40 Lessons learned - positive Utforderende prosjekt både teknisk-og kompetansemessig: neste nivå Vi hadde full kontroll av leveranse fra A til Å også backend Produkteier får økt kompetanse og forståelse for faget : samarbeid blir enklere og enklere Lettere å synliggjøre ROI og time to market Lettere å synliggjøre kostnader Tydeligere roller og ansvar enn på forrige Guerilla brukertesting

41 Lessons learned - negative Litt for ambisiøse Grafisk design begynte for tidlig Forskjellige kulturer krever tilpasning: Ingeniører vs kreative mennensker Trenger bedre standardrutiner og kvalitetskrav Roller og ansvarsområder må forklares bedre Trenger bedre oversikt over aktiviteter -> ny backlogtavle Må ha mer oversikt over administrative oppgaver og etterarbeid

42 Roller og erfaringer etter disse 2 prosjekter

43 Prosjekter...

44 Prosjekter...

45 Interaksjonsdesigner rolle Positive erfaringer Raske beslutninger som gjorde wireframes (WF) prosessen raskere. Kort vei til kunden for tilbakemelinger. Høyt fokus på prosjektet, ingen andre prosjekter som kom i veien. Negative erfaringer Dårlig estimering: vanskelig å følge opp etter sprintene var avsluttet Det å begynne med WF samtidig som design førte til at det ble unødvendig stress og litt mye venting. Vanskeligst / største utfordringer: Få (den ufaglærte) kunden til å skjønne arbeidsmetoden Styre forventninger. Kunden forventet å få alt som var på WF i en ferdig versjon.

46 Grafisk designer rolle Positive erfaringer Bra med daglige korte felles prosjektmøter Tilfredsstillende å jobbe med et prosjekt man ser slutten på. Kundens tilgjengelighet Negative erfaringer Ikkesåmyetidtilinnovasjon. Måkjøresafe pgatidspress. Manglende innhold fra kunde gir inneffektiv sprint. Noe kommunikasjon med kunde blir ikke dokumentert Vanskeligst / største utfordringer: Å få levert i tide om manglende innholdsleveranse fra kunde. Viktig å dokumentere all kommunikasjon, godkjenninger osv da endel av dette foregår muntlig pga kundens tilstedeværelse.

47 Frontend-backend utvikler rolle Positive erfaringer 100% fokus. Mye blir gjort på kort tid. Skaper engasjement fra kunden Rask lansering Effektiv kommunikasjon når kunden sitter sammen med teamet Negative erfaringer Rekker ikke å få fullt utbytte av prosessen på et tre-fire ukers prosjekt. Det var vanskelig å kunne lære og bruke erfaringene på neste sprint. Utviklingsprintene var ikke godt nok definert. Uklart hva som skulle leveres på de forskjellige sprintene. Fikk ingen følelse av at hver sprint var en ferdig leveranse med klare mål. Noen ganger forstyrrende at kunden satt sammen med oss Vanskeligst / største utfordringer: Overføre SCRUM-prosessen (100% systemutviklings rammeverk) til interaksjonsdesign / design / frontendutvikling. Vanskelig å kutte features /begrense omfang på en firmaweb.

48 ScrumMaster (prosjektleder) rolle Positive erfaringer Synlighet Alle tar 110% ansvar og eierskap: bedre kvalitet Leveranse over forventinger på budsjett og til tiden: verdi Tverrfaglig miljø og kompetanseoverføring Gøy og levende Negative erfaringer Skepsis i starten... det er jo noe nytt Usikkerheten i starten Ikke full kontroll: coach vs styrer Vanskeligst / største utfordringer: KOMMUNIKASJON (4F): forståelse, forankring, felleskap og fremdrift Forklare metode, roller og ansvar Produkteier hos oss Tilpasse scrum /smidig metode til vår verden: ingen fasit. Estimere

49 Best Practice so far : IXD smidig prosess

50 IXD smidig prosess Sprint 0 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Strategy Produkt backlog Interaksjonsdesign Interaksjonsdesign Grafisk design Grafisk design Frontend utvikling Frontend utvikling Backend utvikling Backend utvikling Sprint planlegging Sprint demo Sprint retrospektive Daglig stå-opp-møte

51 IXD smidig prosess: Standard dokumenter Detaljert estimering oversikt Webstrategi mal dokument Scrum møteregler Forbedret sprint backlog tavle Scrum team-prinsipper (verdier) Uformell teamkontrakt mellom produkteier og prosjekttetamet Uformell scrumkontrakt mellom kunde, IXD og prosjektteamet

52

53 Spørsmål? Kommentarer? Ris? Ros?