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