Bruk av Scrum i BI-prosjekter

Transkript

1 Bruk av Scrum i BI-prosjekter 8. februar 2011 Elin Våge Lafton

2 Målsetning 40 minutter: Gi forståelse for hva scrum er og indikasjoner på om dette fungerer på BI-prosjekter 2

3 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

4 PLAN PÅGÅR FERDIG Intro m/bilde Av tavle Hvem er Platon? 4

5 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

6 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

7 PLAN PÅGÅR FERDIG Intro m/bilde Av tavle Hvem er Platon? 7

8 Agenda Sprint 2: HVA ER SCRUM? Sprint 3: SCRUM, BI, OG ETL Sprint 4: OPPSUMMERING & SPØRSMÅL 8

9 PLAN PÅGÅR FERDIG 9

10 Økt interesse for Scrum 10

11 Hva er Scrum? Produkteier Roller verktøy Produktlogg Scrummaster team Scrum Aktiviteter Iterasjonslogg Burndowngraf Hindringslogg

12 Overordnet prosjektoppfølging Viser gjenstående arbeid for hele produktloggen Brukes til å estimere gjenstående iterasjoner

13 Teamets hurtighet 13

14 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

15 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.

16 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

17 Iterasjonsoppsummering forbedringsloop for prosessen 17

18 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

19 SCRUM KLAR PÅGÅR TEST FERDIG # 23 # 21 # 29 # 5 10 dv # 2 # 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 # dv 5 dv 30 dv Velocity: 36 dv 5 dv # 8 2 dv TID (1 iterasjon)

20 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

21 PLAN PÅGÅR FERDIG 21

22 Agenda Sprint 3: SCRUM, BI, OG ETL Sprint 4: OPPSUMMERING & SPØRSMÅL 22

23 PLAN PÅGÅR FERDIG backlogg 23

24 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

25 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

26 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

27 Iterasjonsvisning teknisk team 27

28 Tavle tilpasset iterasjon 28

29 Prosess erfaringer Produktlogg Teknisk Funksjonell Teammotivasjon Viktig å sitte samlet Transparens Kort perspektiv Kontinuerlig prosessforbedring Mindre møtetid Effekten av visualisering 100%-ressurser 29

30 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

31 PLAN PÅGÅR FERDIG 31

32 SPØRSMÅL? TAKK FOR MEG! 32 32