Transcript Bruk av Scrum i BI-prosjekter

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
© Platon
2
Agenda
Hvem er
Platon?
Sprint 1:
Intro
INTRODUKSJON
m/bilde
Av tavle
Sprint 2:
HVA ER SCRUM?
Sprint 3:
SCRUM, BI, OG
ETL
Sprint 4:
OPPSUMMERING
& SPØRSMÅL
© Platon
3
PLAN
PÅGÅR
Intro
m/bilde
Av tavle
Hvem er
Platon?
© Platon
4
FERDIG
Elin Våge Lafton
● Consultant Manager - Informatica / SAP
Business Objects-avdelingen i Platon
Norge
● Har jobbet som Back-End og Front-End-
utvikler, 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
© Platon
5
Platon
●
A leading Information Focus
Information Management
Management services company
●
50 employees in Oslo
End‐to‐end Advisory, Training, Implementation
Support
● 225+ employees in 9 offices across the Nordic countries, Australia, United Kingdom Independence
Pure consulting services – no software, no hardware –
no bias
and USA
●
300+ clients in 10 countries
●
Founded 1st of July 1999
© Platon
Methodology
Platon Insight®
10 years of proven practices
6
PLAN
PÅGÅR
FERDIG
Intro
m/bilde
Av tavle
Hvem er
Platon?
© Platon
7
Agenda
Sprint 2:
HVA ER SCRUM?
Sprint 3:
SCRUM, BI, OG
ETL
Sprint 4:
OPPSUMMERING
& SPØRSMÅL
© Platon
8
PLAN
© Platon
PÅGÅR
9
FERDIG
Økt interesse for Scrum
© Platon
10
Hva er Scrum?
Produkteier
Scrummaster
Roller
verktøy
Scrum
Produktlogg
Iterasjonslogg
Burndowngraf
Aktiviteter
team
© Platon
Hindringslogg
Overordnet prosjektoppfølging
● Viser gjenstående arbeid
for hele produktloggen
● Brukes til å estimere
gjenstående iterasjoner
© Platon
Teamets hurtighet
© Platon
13
Dag 1 - Planlegge og
reestimere
● Klarlegge mål for iterasjonen
● Presentere produktloggen
●
●
●
●
●
© Platon
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
•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.
© Platon
”å scrumme”
Iterasjonsvisning
● Teamet presenterer
● Bare ferdige komponenter (”definition of done”)
● Prototyper / demo
● Hensikt:
© Platon
•
evangelisere for løsningen
•
få tilbakemelding på løsningen
•
fange opp endringsønsker
16
Iterasjonsoppsummering –
forbedringsloop for prosessen
© Platon
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
© Platon
18
SCRUM
KLAR
PÅGÅR
# 29
# 21
15 dv
5 dv
#5
20 dv
TEST
# 23
#2
10 dv
FERDIG
# 22
1 dv
13 dv
Rapp_1
Fk_dk
3 dv
Ff_fk
5 dv
dk_dt
4 dv
dk_dk
2 dv
TID
(1 iterasjon)
© Platon
# 221 # 222
3 dv
5 dv
Rapp_2
5 dv
Rapp_3
8 dv
# 31
# 71
5 dv
# 210
5 dv
30 dv
5 dv
Velocity: 36 dv
#8
2 dv
KANBAN
KLAR
3
3 PÅGÅR
3 TEST
3
FERDIG
PRODSATT
OLAP
2 dv
Fk_dk
3 dv
dk_dt
4 dv
dk_dk
dk_dk
Fk_dk
2 dv
3 dv
Rapp_1
dk_dt
4 dv
2 dv
Ff_fk
5 dv
Ff_fk
dk_dk
2 dv
3 dv
Rapp_2
5 dv
Rapp_3
8 dv
5 dv
TID
(kontinuerlig)
Utviklingsteam
© Platon
Testteam
Deployment
PLAN
© Platon
PÅGÅR
21
FERDIG
Agenda
Sprint 3:
SCRUM, BI, OG
ETL
Sprint 4:
OPPSUMMERING
& SPØRSMÅL
© Platon
22
PLAN
PÅGÅR
backlogg
© Platon
23
FERDIG
Organisering i
Scrum/BI-prosjekt
Styringsgruppe
Endringsråd
Programleder
Prosjektleder
Scrum-of-scrumMaster
Produkteier
ScrumMaster
Løsningsarkitekt
ScrumMaster
Scrumteam nr 1
© Platon
Testleder
Scrumteam nr 2
24
…
Datamodellerer
Leveranser
Løsningsdesign
Kildeanalyse
Profilering
Stage
kildedata
Virksomhets
-modell
/ EIM
Dimensjonsmodellering
Rapporter
Og univers
Dashboard
Definere
referansedata
Normalisert
Datamodell
- EDW
Denormalisert
Datamodell stjerneskjema
Målstyring
Overordnet ETL-design
ETL-komponenter
Kube
Source/Target-mapping
Utrulling
Teknisk
© Platon
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
© Platon
26
Iterasjonsvisning – teknisk team
© Platon
27
Tavle tilpasset iterasjon
© Platon
28
Prosess – erfaringer
● Produktlogg
● Teknisk
● Funksjonell
● Teammotivasjon
● Viktig å sitte samlet
● Transparens
● Kort perspektiv
● Kontinuerlig prosessforbedring
● Mindre møtetid
● Effekten av visualisering
● 100%-ressurser
© Platon
29
Kriterier ved valg av scrum i BI:
Hvor komplette er kravene knyttet til løsningen?
komplette
ufullstendige
Er det behov for hyppige leveranser og prototyper?
Ja
Nei
Er det tilgang på dedikerte ressurser til produkteierrollen hos bestiller?
Ja
Nei
Hva er tilgjengelighetsgraden til prosjektdeltakerne?
100%
0%
© Platon
30
PLAN
© Platon
PÅGÅR
31
FERDIG
SPØRSMÅL?
TAKK FOR MEG!
© Platon
32 32