Bruk av Scrum i BI-prosjekter 8. februar 2011 Elin Våge Lafton WWW.PLATON.NET
Målsetning 40 minutter: Gi forståelse for hva scrum er og indikasjoner på om dette fungerer på BI-prosjekter 2
Agenda Sprint 1: INTRODUKSJON Intro m/bilde Av tavle Hvem er Platon? Sprint 2: HVA ER SCRUM? Sprint 3: SCRUM, BI, OG ETL Sprint 4: OPPSUMMERING & SPØRSMÅL 3
PLAN PÅGÅR FERDIG Intro m/bilde Av tavle Hvem er Platon? 4
Elin Våge Lafton Consultant Manager - Informatica / SAP Business Objects-avdelingen i Platon Norge Har jobbet som Back-End og Front-Endutvikler, datavarehusarkitekt, prosjektleder og BI ScrumMaster Har jobbet med datavarehus og BI siden 1998: Telenor (Databrønn) / EDB 4tel Europay SEB Kort Nav Santander Jotun ScrumMaster på bl.a. Navs BI-prosjektet 5
Platon A leading Information Management services company 50 employees in Oslo 225+ employees in 9 offices across the Nordic countries, Australia, United Kingdom and USA 300+ clients in 10 countries Focus Information Management End to end Advisory, Training, Implementation Support Independence Pure consulting services no software, no hardware no bias Founded 1st of July 1999 Methodology Platon Insight 10 years of proven practices 6
PLAN PÅGÅR FERDIG Intro m/bilde Av tavle Hvem er Platon? 7
Agenda Sprint 2: HVA ER SCRUM? Sprint 3: SCRUM, BI, OG ETL Sprint 4: OPPSUMMERING & SPØRSMÅL 8
PLAN PÅGÅR FERDIG 9
Økt interesse for Scrum 10
Hva er Scrum? Produkteier Roller verktøy Produktlogg Scrummaster team Scrum Aktiviteter Iterasjonslogg Burndowngraf Hindringslogg
Overordnet prosjektoppfølging Viser gjenstående arbeid for hele produktloggen Brukes til å estimere gjenstående iterasjoner
Teamets hurtighet 13
Dag 1 - Planlegge og reestimere Klarlegge mål for iterasjonen Presentere produktloggen Re-prioritere, re-estimere, dele opp eller slå sammen historier definition of done Bryte ned til oppgaver Estimere Velocity, sette strek Forplikte seg til valgt iterasjonslogg
Daglig Scrum Daglig max 15 minutter å scrumme Alle svarer på 3 spørsmål: Hva har jeg gjort siden sist? Hva skal jeg gjøre i dag? Hva hindrer meg? Lapper flyttes og burndown-chart oppdateres.
Iterasjonsvisning Teamet presenterer Bare ferdige komponenter ( definition of done ) Prototyper / demo Hensikt: evangelisere for løsningen få tilbakemelding på løsningen fange opp endringsønsker 16
Iterasjonsoppsummering forbedringsloop for prosessen 17
Kanban Visualisering av oppgaver tavle og kort Ingen iterasjoner, kontinuerlig prosess Begrense WIP (Work in Progress) Justere WIP etter hvor flaskehalser oppstår Måle syklustid 18
SCRUM KLAR PÅGÅR TEST FERDIG # 23 # 21 # 29 # 5 10 dv # 2 # 31 15 dv 5 dv 20 dv 1 dv # 22 5 dv # 210 # 71 Fk_dk 3 dv Ff_fk 5 dv dk_dt 4 dv dk_dk 2 dv Rapp_1 3 dv Rapp_2 5 dv Rapp_3 8 dv 13 dv # 221 # 222 5 dv 5 dv 30 dv Velocity: 36 dv 5 dv # 8 2 dv TID (1 iterasjon)
KANBAN dk_dt 4 dv dk_dk 2 dv Ff_fk 5 dv 3 KLAR 3 PÅGÅR 3 TEST 3 FERDIG PRODSATT Fk_dk 3 dv dk_dk Fk_dk 2 dv dk_dt 3 dv Ff_fk 5 dv OLAP 2 dv 4 dv dk_dk 2 dv Rapp_1 3 dv Rapp_2 5 dv Rapp_3 8 dv TID (kontinuerlig) Utviklingsteam Testteam Deployment
PLAN PÅGÅR FERDIG 21
Agenda Sprint 3: SCRUM, BI, OG ETL Sprint 4: OPPSUMMERING & SPØRSMÅL 22
PLAN PÅGÅR FERDIG backlogg 23
Organisering i Scrum/BI-prosjekt Styringsgruppe Endringsråd Programleder Produkteier Testleder Scrum-of-scrum- Prosjektleder Master Løsningsarkitekt Datamodellerer ScrumMaster ScrumMaster Scrumteam nr 1 Scrumteam nr 2 24
Leveranser Løsningsdesign Kildeanalyse Profilering Stage kildedata Virksomhets -modell / EIM Normalisert Datamodell -EDW Definere referansedata Dimensjonsmodellering Denormalisert Datamodell - stjerneskjema Rapporter Og univers Dashboard Målstyring Overordnet ETL-design ETL-komponenter Kube Source/Target-mapping Utrulling Teknisk Funksjonell 25
Produktlogg i BI-prosjekter Funksjonell produktlogg Teknisk produktlogg Rapporter / Front-End ETL / Back-End Prioriteres og eies av funksjonell produkteier Prioriteres og eies av teknisk produkteier (løsningsarkitekt) Prioriteringen styres av forretningsverdi Prioritering styres av avhengigheter mellom aktiviteter og av risiko Horisontal eller vertikal utvikling? Mix - Sashimi vanskelig Endringer er ikke tillatt innenfor en iterasjon Endringshåndtering viktig - fra dag 1 - endringsråd Produkteier må hele tiden være 1+ iterasjon foran 26
Iterasjonsvisning teknisk team 27
Tavle tilpasset iterasjon 28
Prosess erfaringer Produktlogg Teknisk Funksjonell Teammotivasjon Viktig å sitte samlet Transparens Kort perspektiv Kontinuerlig prosessforbedring Mindre møtetid Effekten av visualisering 100%-ressurser 29
Kriterier ved valg av scrum i BI: Hvor komplette er kravene knyttet til løsningen? ufullstendige komplette Er det behov for hyppige leveranser og prototyper? Nei Ja Er det tilgang på dedikerte ressurser til produkteierrollen hos bestiller? Nei Hva er tilgjengelighetsgraden til prosjektdeltakerne? Ja 0% 100% 30
PLAN PÅGÅR FERDIG 31
SPØRSMÅL? TAKK FOR MEG! 32 32