ºÝºÝߣ

ºÝºÝߣShare a Scribd company logo
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

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