SlideShare a Scribd company logo
1 of 19
Download to read offline
HYPPIGE LEVERANSER
HVORDAN KOMMER SPK DIT ?
Ved
Mette Gjertsen
Statens pensjonskasse
mette.gjertsen@spk.no
Fra SPKs strategi
01.06.20152
IT-tjenestene for kjerneprosessene i
SPK er overordnet ansett å være gode
og stabile. Det er etablert et regime
rundt styring av IT-tjenestene for
kjerneprosessene og etter hvert også
for stabs-/støtteprosessene, med god
balanse mellom forretningsmessig og
teknologisk fokus. På grunn av
regelverket er det i vesentlig grad
skreddersøm og egenutviklede IT-
løsninger innenfor
kjerneprosessene, med bruk av
hyllevarekomponenter og offentlige
felleskomponenter der hvor dette er
hensiktsmessig.
Delmål (Stabilt, Kostnadseffektivt,
Fremtidsrettet)
- SPK skal ha sikre, stabile og tilgjengelige
IT-tjenester iht SLA (Service Level
Agreement) med en bevisst og god balanse
mellom kost og nytte
- SPK skal ha en kostnadseffektiv drift,
forvaltning og videreutvikling av IT-
tjenestene
- SPK skal ha fleksible og fremtidsrettede IT-
løsninger som muliggjør kontinuerlig
forbedring og endring i tråd med
virksomhetens behov
Kostnadseffektivt – effektivisere utifra helhetlig
flyt og riktig sourcing, samt konsolidere
01.06.20153
«Videre kostnadseffektivisering i drift, forvaltning og
utvikling utifra en helhetlig prosessflyt-tankegang:»
Tiden det tar fra en endring besluttes til den gir verdi for bruker skal forsøkes kortes
ned.
Aktivitetene fra en oppgave startes til endringen gir verdi i produksjon er mange, og
flere av disse kan trolig gjennom et kritisk blikk forenkles, automatiseres,
gjennomføres raskere eller elimineres.
Vi skal vurdere flyteffektivitet i et helhetsperspektiv, der både utvikling, drift og også
senere utvikling tas hensyn til, slik at ikke lokal optimalisering går på bekostning av
helheten.
Dagens leveranseregime
01.06.20154
Hyppigere leveranser =
samme prosess oftere ?
• Pr i dag har SPK 3 hovedleveranser og 8 delleveranser på
kjernesystemet PUMA og tilknyttete systemer i året.
• Dette ble innført etter prinsippet samme prosess oftere.
• Dette tar veldig mye tid og ressurser og er ikke videre
flyteffektivt.
01.06.20155
Kjennetegn ved dagens leveranseregime
• Tar tid - minste tid fra bestilling av endring til i produksjon er
6 uker
• For hovedleveranser tar testløpet 6 uker
• Tester mye og gjentatt på det samme i forskjellige miljø
• Mye tid til håndtering av at vi hele tiden tester på rett kode
• Skille mellom hoved og delleveranser viskes gradvis ut
• Produksjonssetting skjer koordinert og av
produksjonssettingsteam
01.06.20156
Fra SPKs strategi
«Tiden det tar fra en endring besluttes til den gir verdi for bruker
skal forsøkes kortes ned»
01.06.20157
Vi klarer ikke øke leveransehyppigheten for enkle endringer
med dagens leveranseprosess.
Hyppigere leveranser =
samme prosess oftere ?
• Pr i dag har SPK 3 hovedleveranser og 8 delleveranser på
kjernesystemet PUMA og tilknyttete systemer i året.
• Dette ble innført etter prinsippet samme prosess oftere.
• Dette tar veldig mye tid og ressurser og er ikke videre
flyteffektivt.
• Hyppige leveranser betyr annen måte å jobbe, ansvarliggjøre
og samhandle på.
• KULTURENDRING !!!!
01.06.20158
CLICK TO EDIT
MASTER TITLE STYLE
VEIEN VIDERE
01.06.201510
Det ultimate mål: Kontinuerlig leveranser av små
inkrementer av funksjonalitet
-Måten man deler opp funksjonalitet må endres
-Måten man tenker leveranser fra prosjekt må endres
-Forretning må evne og være villig til å motta funksjonalitet stykkevis
og delt
-Smidigteamet må evne og være villig til å levere stykkevis og delt
-Gi slipp på belte og bukseseler-det gir ikke bedre kvalitet
-Ansvarliggjøre smidigteamet slik at de selv kan bestemme når ny
funksjonalitet er klar til å gå i produksjon
Kulturelle utfordringer
01.06.201511
Systemansvarlig
Funksjonelt
ansvarlig (FO)
Seniorutviklere
Juniorutviklere
Tester (FO)
Til
sammen:
7-9 ressurser
Scrum master
Linjen – Innføring ( Forretningsområdet FO)
Superbrukere/test - FO
Funksjonelt ansvarlig/test(FA) –
FO-utviklingsseksjon
Forretningsstøtteteam
teknisk (IT)
Testleder IT –
Testansvarlig (FO)
Systemeier –
servicedesk
(FO-UT)
Teamleder
IT
Prosess
leder
FP
Krever : God samhandling mellom forretning og IT
01.06.201512
Man må smake sin egen medisin på godt og vondt
01.06.201513
Evne og tørre å levere stykkevis og delt
MEN VI DELER FREMDELES I FOR STORE STYKKER
CLICK TO EDIT
MASTER TITLE STYLE
HVOR GÅR VI NÅ ?
Lynleveranser
Piloterer kontinuerlige leveranser på løvnoder i systemet
Funksjonalitet og komponenter som ikke har avhengigheter fra
andre
Så langt !
• Forretningsressurser og utviklere i team bestemmer sammen om
funksjonalitet har god nok kvalitet (tester i teammiljø og
akseptansetest miljø)
• Produksjonssetterteam er flaskehals – har oppgave på å lage
verktøy slik at også smidigteamene kan produksjonsette
• Ønsker ikke å gi hvem som helst tilgang i produksjonsmiljøene
01.06.201515
Leveranser med avhengigheter
- Leverer funksjonalitet i produksjon som er sperret med av/på
flagg
- Når funksjonalitet er klar
- Slår på funksjonalitet i testmiljø
- Når god nok kvalitet, slår man på funksjonalitet i produksjon
- Noe erfaring på dette i SPK
STEG PÅ VEIEN TIL RELEASE TRAINS
01.06.201516
Release trains
01.06.201517
All innsjekket kode går i produksjon til gitte tidspunkt uavhengig av
status
SPK – håper å starte med dette fra høsten ca hver 3-4 uke
- Funksjonalitet som er slått på blir tilgjengelig for linjen i
produksjon
- Funksjonalitet som er slått av blir tilgjengelig i test
- Visker ut skille mellom hoved og delleveranser
- Gjør det mulig å levere hyppigere der man har mange
avhengigheter
Fjerner avhengigheter
01.06.201518
Jobber kontinuerlig med å fjerne avhengigheter
som gjør det umulig å levere kontinuerlig
Det ultimate mål: Kontinuerlig leveranser av små
inkrementer av funksjonalitet
Hvorfor er vi ikke der enda ?
• Snakket om hyppigere leveranser siden 2008
– 3-4 hovedleveranser i året innført i 2003
– 8 delleveranser i tillegg innført i 2012
– Ja vi leverer hyppigere, men til hvilken pris ?
– Ofte nok
– Oftere – enda mer bruk av ressurser
– Har vi gjort oss selv en bjørnetjeneste ?
• Trengte modning med kvalitet i fokus
– Etablert samarbeidet med forretning
– Etablert smidig forvaltnings- og utviklingsorganisasjon
01.06.201519

More Related Content

Viewers also liked

Budsjett og innkjøp rigget for smidig?
Budsjett og innkjøp rigget for smidig?Budsjett og innkjøp rigget for smidig?
Budsjett og innkjøp rigget for smidig? Smidigkonferansen
 
Smidig i MAG og skatteetaten
Smidig i MAG og skatteetatenSmidig i MAG og skatteetaten
Smidig i MAG og skatteetatenSmidigkonferansen
 
Mvp, jada. Men det er mvc som virkelig rocker
Mvp, jada. Men det er mvc som virkelig rockerMvp, jada. Men det er mvc som virkelig rocker
Mvp, jada. Men det er mvc som virkelig rockerSmidigkonferansen
 
Skatteetatens analyseplattform i google cloud
Skatteetatens analyseplattform i google cloudSkatteetatens analyseplattform i google cloud
Skatteetatens analyseplattform i google cloudSmidigkonferansen
 
Arkitektrollen i smidig digitalisering
Arkitektrollen i smidig digitaliseringArkitektrollen i smidig digitalisering
Arkitektrollen i smidig digitaliseringSmidigkonferansen
 
Målstyring – hvilke konsekvenser får det?
Målstyring – hvilke konsekvenser får det?Målstyring – hvilke konsekvenser får det?
Målstyring – hvilke konsekvenser får det?Smidigkonferansen
 
Agile service delivery In the UK’s public sector
Agile service delivery In the UK’s public sectorAgile service delivery In the UK’s public sector
Agile service delivery In the UK’s public sectorSmidigkonferansen
 

Viewers also liked (9)

Budsjett og innkjøp rigget for smidig?
Budsjett og innkjøp rigget for smidig?Budsjett og innkjøp rigget for smidig?
Budsjett og innkjøp rigget for smidig?
 
Agile Management with ITPP
Agile Management with ITPPAgile Management with ITPP
Agile Management with ITPP
 
Smidig i MAG og skatteetaten
Smidig i MAG og skatteetatenSmidig i MAG og skatteetaten
Smidig i MAG og skatteetaten
 
Mvp, jada. Men det er mvc som virkelig rocker
Mvp, jada. Men det er mvc som virkelig rockerMvp, jada. Men det er mvc som virkelig rocker
Mvp, jada. Men det er mvc som virkelig rocker
 
Skatteetatens analyseplattform i google cloud
Skatteetatens analyseplattform i google cloudSkatteetatens analyseplattform i google cloud
Skatteetatens analyseplattform i google cloud
 
Arkitektrollen i smidig digitalisering
Arkitektrollen i smidig digitaliseringArkitektrollen i smidig digitalisering
Arkitektrollen i smidig digitalisering
 
Målstyring – hvilke konsekvenser får det?
Målstyring – hvilke konsekvenser får det?Målstyring – hvilke konsekvenser får det?
Målstyring – hvilke konsekvenser får det?
 
Agile service delivery In the UK’s public sector
Agile service delivery In the UK’s public sectorAgile service delivery In the UK’s public sector
Agile service delivery In the UK’s public sector
 
Tidstyvene og Bakmennene
Tidstyvene og BakmenneneTidstyvene og Bakmennene
Tidstyvene og Bakmennene
 

Similar to Hyppige leveranser hva gjør spk

3-minutters guide: Slik lykkes du med smidig utvikling
3-minutters guide: Slik lykkes du med smidig utvikling3-minutters guide: Slik lykkes du med smidig utvikling
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
 
GoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenGoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenFriprogsenteret
 
Spor 2 kontinuerlig forbedring av testprosessen
Spor 2   kontinuerlig forbedring av testprosessenSpor 2   kontinuerlig forbedring av testprosessen
Spor 2 kontinuerlig forbedring av testprosessenSteria Norway
 
Smart-APITest.pdf
Smart-APITest.pdfSmart-APITest.pdf
Smart-APITest.pdfMinh Nguyen
 
2013 12 05_oppgave 2_3_ateko_kl
2013 12 05_oppgave 2_3_ateko_kl2013 12 05_oppgave 2_3_ateko_kl
2013 12 05_oppgave 2_3_ateko_klLokj12
 
3 år med forenkling og framtidsretting hos skatteetaten
3 år med forenkling og framtidsretting hos skatteetaten3 år med forenkling og framtidsretting hos skatteetaten
3 år med forenkling og framtidsretting hos skatteetatenTormod Varhaugvik
 
CIOForum
CIOForumCIOForum
CIOForumtobiast
 
GoOpen 2010: Espen Dalløkken
GoOpen 2010: Espen DalløkkenGoOpen 2010: Espen Dalløkken
GoOpen 2010: Espen DalløkkenFriprogsenteret
 
GoOpen 2010: Paul Skrede
GoOpen 2010: Paul SkredeGoOpen 2010: Paul Skrede
GoOpen 2010: Paul SkredeFriprogsenteret
 
20210428 dnd medlemsmøte-api_testing_sb1
20210428 dnd medlemsmøte-api_testing_sb120210428 dnd medlemsmøte-api_testing_sb1
20210428 dnd medlemsmøte-api_testing_sb1Minh Nguyen
 
IT-utvikling som Business as Usual
IT-utvikling som Business as UsualIT-utvikling som Business as Usual
IT-utvikling som Business as UsualGeir Amsjø
 
2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i navPetter Hafskjold
 
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...ErgoGroup
 
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldBA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldLars Chr Christensen
 
Fleksibel utdanning ved UiN
Fleksibel utdanning ved UiNFleksibel utdanning ved UiN
Fleksibel utdanning ved UiNTom Erik Holteng
 
Erfaringer med smidig i BarentsWatch
Erfaringer med smidig i BarentsWatchErfaringer med smidig i BarentsWatch
Erfaringer med smidig i BarentsWatchSmidigkonferansen
 
Presentasjon NAV frokostseminar anskaffelser_211010
Presentasjon NAV frokostseminar anskaffelser_211010Presentasjon NAV frokostseminar anskaffelser_211010
Presentasjon NAV frokostseminar anskaffelser_211010Devoteam daVinci
 
Digital Skilting ved NTNU - Rapport fra pilot prosjekt
Digital Skilting ved NTNU - Rapport fra pilot prosjektDigital Skilting ved NTNU - Rapport fra pilot prosjekt
Digital Skilting ved NTNU - Rapport fra pilot prosjektNTNU Multimediesenteret
 

Similar to Hyppige leveranser hva gjør spk (20)

3-minutters guide: Slik lykkes du med smidig utvikling
3-minutters guide: Slik lykkes du med smidig utvikling3-minutters guide: Slik lykkes du med smidig utvikling
3-minutters guide: Slik lykkes du med smidig utvikling
 
GoOpen 2010: Jan Christensen
GoOpen 2010: Jan ChristensenGoOpen 2010: Jan Christensen
GoOpen 2010: Jan Christensen
 
Spor 2 kontinuerlig forbedring av testprosessen
Spor 2   kontinuerlig forbedring av testprosessenSpor 2   kontinuerlig forbedring av testprosessen
Spor 2 kontinuerlig forbedring av testprosessen
 
Smart-APITest.pdf
Smart-APITest.pdfSmart-APITest.pdf
Smart-APITest.pdf
 
2013 12 05_oppgave 2_3_ateko_kl
2013 12 05_oppgave 2_3_ateko_kl2013 12 05_oppgave 2_3_ateko_kl
2013 12 05_oppgave 2_3_ateko_kl
 
3 år med forenkling og framtidsretting hos skatteetaten
3 år med forenkling og framtidsretting hos skatteetaten3 år med forenkling og framtidsretting hos skatteetaten
3 år med forenkling og framtidsretting hos skatteetaten
 
CIOForum
CIOForumCIOForum
CIOForum
 
GoOpen 2010: Espen Dalløkken
GoOpen 2010: Espen DalløkkenGoOpen 2010: Espen Dalløkken
GoOpen 2010: Espen Dalløkken
 
GoOpen 2010: Paul Skrede
GoOpen 2010: Paul SkredeGoOpen 2010: Paul Skrede
GoOpen 2010: Paul Skrede
 
20210428 dnd medlemsmøte-api_testing_sb1
20210428 dnd medlemsmøte-api_testing_sb120210428 dnd medlemsmøte-api_testing_sb1
20210428 dnd medlemsmøte-api_testing_sb1
 
IT-utvikling som Business as Usual
IT-utvikling som Business as UsualIT-utvikling som Business as Usual
IT-utvikling som Business as Usual
 
2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav2015 02-11 systemanalyser i nav
2015 02-11 systemanalyser i nav
 
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
Utvikling av webløsning ved hjelp av fri programvare og cloud computing, bjør...
 
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i VestfoldBA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
BA2015 Tønsbergprosjektet (7ende byggetrinn) ved Sykehuset i Vestfold
 
Semantisk integrasjon
Semantisk integrasjonSemantisk integrasjon
Semantisk integrasjon
 
Fleksibel utdanning ved UiN
Fleksibel utdanning ved UiNFleksibel utdanning ved UiN
Fleksibel utdanning ved UiN
 
Erfaringer med smidig i BarentsWatch
Erfaringer med smidig i BarentsWatchErfaringer med smidig i BarentsWatch
Erfaringer med smidig i BarentsWatch
 
Nokios 2012 v0.6
Nokios 2012 v0.6Nokios 2012 v0.6
Nokios 2012 v0.6
 
Presentasjon NAV frokostseminar anskaffelser_211010
Presentasjon NAV frokostseminar anskaffelser_211010Presentasjon NAV frokostseminar anskaffelser_211010
Presentasjon NAV frokostseminar anskaffelser_211010
 
Digital Skilting ved NTNU - Rapport fra pilot prosjekt
Digital Skilting ved NTNU - Rapport fra pilot prosjektDigital Skilting ved NTNU - Rapport fra pilot prosjekt
Digital Skilting ved NTNU - Rapport fra pilot prosjekt
 

More from Smidigkonferansen

2022-10-25 Smidig Meetup - from Silos to System.pdf
2022-10-25 Smidig Meetup - from Silos to System.pdf2022-10-25 Smidig Meetup - from Silos to System.pdf
2022-10-25 Smidig Meetup - from Silos to System.pdfSmidigkonferansen
 
Smidig tjenesteutvikling transformerer prosesser
Smidig tjenesteutvikling transformerer prosesserSmidig tjenesteutvikling transformerer prosesser
Smidig tjenesteutvikling transformerer prosesserSmidigkonferansen
 
Å lære gjør skikkelig vondt
Å lære gjør skikkelig vondtÅ lære gjør skikkelig vondt
Å lære gjør skikkelig vondtSmidigkonferansen
 
Innovasjonskontrakt og lean startup i kommune-Norge
Innovasjonskontrakt og lean startup i kommune-NorgeInnovasjonskontrakt og lean startup i kommune-Norge
Innovasjonskontrakt og lean startup i kommune-NorgeSmidigkonferansen
 
Oslo Origo - digital transformasjon
Oslo Origo - digital transformasjonOslo Origo - digital transformasjon
Oslo Origo - digital transformasjonSmidigkonferansen
 
Hvordan designe smidige og smarte organisasjoner
Hvordan designe smidige og smarte organisasjonerHvordan designe smidige og smarte organisasjoner
Hvordan designe smidige og smarte organisasjonerSmidigkonferansen
 
Anne Rød - Systemcoaching og intelligente team
Anne Rød - Systemcoaching og intelligente teamAnne Rød - Systemcoaching og intelligente team
Anne Rød - Systemcoaching og intelligente teamSmidigkonferansen
 
Agile coaching Meetup Trondheim
Agile coaching Meetup TrondheimAgile coaching Meetup Trondheim
Agile coaching Meetup TrondheimSmidigkonferansen
 
Hva i all verden er en agile coach? Christina Kjær Seime
Hva i all verden er en agile coach? Christina Kjær SeimeHva i all verden er en agile coach? Christina Kjær Seime
Hva i all verden er en agile coach? Christina Kjær SeimeSmidigkonferansen
 
Hva er en Agle Coach? Geir Amsjø
Hva er en Agle Coach? Geir AmsjøHva er en Agle Coach? Geir Amsjø
Hva er en Agle Coach? Geir AmsjøSmidigkonferansen
 
"Bootstrap" - Martin Koksrud Bekkelund
"Bootstrap" - Martin Koksrud Bekkelund"Bootstrap" - Martin Koksrud Bekkelund
"Bootstrap" - Martin Koksrud BekkelundSmidigkonferansen
 

More from Smidigkonferansen (20)

2022-10-25 Smidig Meetup - from Silos to System.pdf
2022-10-25 Smidig Meetup - from Silos to System.pdf2022-10-25 Smidig Meetup - from Silos to System.pdf
2022-10-25 Smidig Meetup - from Silos to System.pdf
 
20 år med Smidig i Norge
20 år med Smidig i Norge20 år med Smidig i Norge
20 år med Smidig i Norge
 
One Team Gov også i Norge
One Team Gov også i NorgeOne Team Gov også i Norge
One Team Gov også i Norge
 
Smidig tjenesteutvikling transformerer prosesser
Smidig tjenesteutvikling transformerer prosesserSmidig tjenesteutvikling transformerer prosesser
Smidig tjenesteutvikling transformerer prosesser
 
Fra fossil til diamant
Fra fossil til diamantFra fossil til diamant
Fra fossil til diamant
 
Digitalt lederskap
Digitalt lederskapDigitalt lederskap
Digitalt lederskap
 
Å lære gjør skikkelig vondt
Å lære gjør skikkelig vondtÅ lære gjør skikkelig vondt
Å lære gjør skikkelig vondt
 
Innovasjonskontrakt og lean startup i kommune-Norge
Innovasjonskontrakt og lean startup i kommune-NorgeInnovasjonskontrakt og lean startup i kommune-Norge
Innovasjonskontrakt og lean startup i kommune-Norge
 
Oslo Origo - digital transformasjon
Oslo Origo - digital transformasjonOslo Origo - digital transformasjon
Oslo Origo - digital transformasjon
 
Hvordan designe smidige og smarte organisasjoner
Hvordan designe smidige og smarte organisasjonerHvordan designe smidige og smarte organisasjoner
Hvordan designe smidige og smarte organisasjoner
 
Lede digitale omstillinger
Lede digitale omstillingerLede digitale omstillinger
Lede digitale omstillinger
 
Velkommen SmidigDig 2019
Velkommen SmidigDig 2019Velkommen SmidigDig 2019
Velkommen SmidigDig 2019
 
Anne Rød - Systemcoaching og intelligente team
Anne Rød - Systemcoaching og intelligente teamAnne Rød - Systemcoaching og intelligente team
Anne Rød - Systemcoaching og intelligente team
 
Systemcoaching og Smidig
Systemcoaching og Smidig Systemcoaching og Smidig
Systemcoaching og Smidig
 
Agile coaching Meetup Trondheim
Agile coaching Meetup TrondheimAgile coaching Meetup Trondheim
Agile coaching Meetup Trondheim
 
Coaching Dojo Meetup
Coaching Dojo MeetupCoaching Dojo Meetup
Coaching Dojo Meetup
 
Hva i all verden er en agile coach? Christina Kjær Seime
Hva i all verden er en agile coach? Christina Kjær SeimeHva i all verden er en agile coach? Christina Kjær Seime
Hva i all verden er en agile coach? Christina Kjær Seime
 
Hva er en Agle Coach? Geir Amsjø
Hva er en Agle Coach? Geir AmsjøHva er en Agle Coach? Geir Amsjø
Hva er en Agle Coach? Geir Amsjø
 
Introduction to Scrum@Scale
Introduction to Scrum@ScaleIntroduction to Scrum@Scale
Introduction to Scrum@Scale
 
"Bootstrap" - Martin Koksrud Bekkelund
"Bootstrap" - Martin Koksrud Bekkelund"Bootstrap" - Martin Koksrud Bekkelund
"Bootstrap" - Martin Koksrud Bekkelund
 

Hyppige leveranser hva gjør spk

  • 1. HYPPIGE LEVERANSER HVORDAN KOMMER SPK DIT ? Ved Mette Gjertsen Statens pensjonskasse mette.gjertsen@spk.no
  • 2. Fra SPKs strategi 01.06.20152 IT-tjenestene for kjerneprosessene i SPK er overordnet ansett å være gode og stabile. Det er etablert et regime rundt styring av IT-tjenestene for kjerneprosessene og etter hvert også for stabs-/støtteprosessene, med god balanse mellom forretningsmessig og teknologisk fokus. På grunn av regelverket er det i vesentlig grad skreddersøm og egenutviklede IT- løsninger innenfor kjerneprosessene, med bruk av hyllevarekomponenter og offentlige felleskomponenter der hvor dette er hensiktsmessig. Delmål (Stabilt, Kostnadseffektivt, Fremtidsrettet) - SPK skal ha sikre, stabile og tilgjengelige IT-tjenester iht SLA (Service Level Agreement) med en bevisst og god balanse mellom kost og nytte - SPK skal ha en kostnadseffektiv drift, forvaltning og videreutvikling av IT- tjenestene - SPK skal ha fleksible og fremtidsrettede IT- løsninger som muliggjør kontinuerlig forbedring og endring i tråd med virksomhetens behov
  • 3. Kostnadseffektivt – effektivisere utifra helhetlig flyt og riktig sourcing, samt konsolidere 01.06.20153 «Videre kostnadseffektivisering i drift, forvaltning og utvikling utifra en helhetlig prosessflyt-tankegang:» Tiden det tar fra en endring besluttes til den gir verdi for bruker skal forsøkes kortes ned. Aktivitetene fra en oppgave startes til endringen gir verdi i produksjon er mange, og flere av disse kan trolig gjennom et kritisk blikk forenkles, automatiseres, gjennomføres raskere eller elimineres. Vi skal vurdere flyteffektivitet i et helhetsperspektiv, der både utvikling, drift og også senere utvikling tas hensyn til, slik at ikke lokal optimalisering går på bekostning av helheten.
  • 5. Hyppigere leveranser = samme prosess oftere ? • Pr i dag har SPK 3 hovedleveranser og 8 delleveranser på kjernesystemet PUMA og tilknyttete systemer i året. • Dette ble innført etter prinsippet samme prosess oftere. • Dette tar veldig mye tid og ressurser og er ikke videre flyteffektivt. 01.06.20155
  • 6. Kjennetegn ved dagens leveranseregime • Tar tid - minste tid fra bestilling av endring til i produksjon er 6 uker • For hovedleveranser tar testløpet 6 uker • Tester mye og gjentatt på det samme i forskjellige miljø • Mye tid til håndtering av at vi hele tiden tester på rett kode • Skille mellom hoved og delleveranser viskes gradvis ut • Produksjonssetting skjer koordinert og av produksjonssettingsteam 01.06.20156
  • 7. Fra SPKs strategi «Tiden det tar fra en endring besluttes til den gir verdi for bruker skal forsøkes kortes ned» 01.06.20157 Vi klarer ikke øke leveransehyppigheten for enkle endringer med dagens leveranseprosess.
  • 8. Hyppigere leveranser = samme prosess oftere ? • Pr i dag har SPK 3 hovedleveranser og 8 delleveranser på kjernesystemet PUMA og tilknyttete systemer i året. • Dette ble innført etter prinsippet samme prosess oftere. • Dette tar veldig mye tid og ressurser og er ikke videre flyteffektivt. • Hyppige leveranser betyr annen måte å jobbe, ansvarliggjøre og samhandle på. • KULTURENDRING !!!! 01.06.20158
  • 9. CLICK TO EDIT MASTER TITLE STYLE VEIEN VIDERE
  • 10. 01.06.201510 Det ultimate mål: Kontinuerlig leveranser av små inkrementer av funksjonalitet -Måten man deler opp funksjonalitet må endres -Måten man tenker leveranser fra prosjekt må endres -Forretning må evne og være villig til å motta funksjonalitet stykkevis og delt -Smidigteamet må evne og være villig til å levere stykkevis og delt -Gi slipp på belte og bukseseler-det gir ikke bedre kvalitet -Ansvarliggjøre smidigteamet slik at de selv kan bestemme når ny funksjonalitet er klar til å gå i produksjon Kulturelle utfordringer
  • 11. 01.06.201511 Systemansvarlig Funksjonelt ansvarlig (FO) Seniorutviklere Juniorutviklere Tester (FO) Til sammen: 7-9 ressurser Scrum master Linjen – Innføring ( Forretningsområdet FO) Superbrukere/test - FO Funksjonelt ansvarlig/test(FA) – FO-utviklingsseksjon Forretningsstøtteteam teknisk (IT) Testleder IT – Testansvarlig (FO) Systemeier – servicedesk (FO-UT) Teamleder IT Prosess leder FP Krever : God samhandling mellom forretning og IT
  • 12. 01.06.201512 Man må smake sin egen medisin på godt og vondt
  • 13. 01.06.201513 Evne og tørre å levere stykkevis og delt MEN VI DELER FREMDELES I FOR STORE STYKKER
  • 14. CLICK TO EDIT MASTER TITLE STYLE HVOR GÅR VI NÅ ?
  • 15. Lynleveranser Piloterer kontinuerlige leveranser på løvnoder i systemet Funksjonalitet og komponenter som ikke har avhengigheter fra andre Så langt ! • Forretningsressurser og utviklere i team bestemmer sammen om funksjonalitet har god nok kvalitet (tester i teammiljø og akseptansetest miljø) • Produksjonssetterteam er flaskehals – har oppgave på å lage verktøy slik at også smidigteamene kan produksjonsette • Ønsker ikke å gi hvem som helst tilgang i produksjonsmiljøene 01.06.201515
  • 16. Leveranser med avhengigheter - Leverer funksjonalitet i produksjon som er sperret med av/på flagg - Når funksjonalitet er klar - Slår på funksjonalitet i testmiljø - Når god nok kvalitet, slår man på funksjonalitet i produksjon - Noe erfaring på dette i SPK STEG PÅ VEIEN TIL RELEASE TRAINS 01.06.201516
  • 17. Release trains 01.06.201517 All innsjekket kode går i produksjon til gitte tidspunkt uavhengig av status SPK – håper å starte med dette fra høsten ca hver 3-4 uke - Funksjonalitet som er slått på blir tilgjengelig for linjen i produksjon - Funksjonalitet som er slått av blir tilgjengelig i test - Visker ut skille mellom hoved og delleveranser - Gjør det mulig å levere hyppigere der man har mange avhengigheter
  • 18. Fjerner avhengigheter 01.06.201518 Jobber kontinuerlig med å fjerne avhengigheter som gjør det umulig å levere kontinuerlig Det ultimate mål: Kontinuerlig leveranser av små inkrementer av funksjonalitet
  • 19. Hvorfor er vi ikke der enda ? • Snakket om hyppigere leveranser siden 2008 – 3-4 hovedleveranser i året innført i 2003 – 8 delleveranser i tillegg innført i 2012 – Ja vi leverer hyppigere, men til hvilken pris ? – Ofte nok – Oftere – enda mer bruk av ressurser – Har vi gjort oss selv en bjørnetjeneste ? • Trengte modning med kvalitet i fokus – Etablert samarbeidet med forretning – Etablert smidig forvaltnings- og utviklingsorganisasjon 01.06.201519