Foredrag holdt på Dataforeningens IT-lederkonferanse 27. Oktober

1. Utvikling er enkelt, det er drift som er vanskelig
Smidig IT ledelse
Ledelse 2.0

2. Fredrick Winslow Taylor
The Principles of Scientific
Management, 1911
Industriell effektivitet:
Arbeidet baseres på
vitenskapelige metoder
Opplæring av ansatte
Detaljert instruere og
overvåke ansatte
Ledere skal planlegge,
arbeiderne skal utføre

3. Roboter er dyre!
Derfor må de utnyttes!
24 timers drift
Delelager før og etter
Varer i arbeid regnskap
Prioriteringsmøter

4. IT-Bedrifter har også tro på kraftsenter!
Centre of Excellence!
Tanken er at lik kompetanse bør
jobbe sammen for å styrke og
lære av hverandre
En kjede av CoE settes sammen
for å danne en verdikjede!

6. Hvordan er veien?

7. Industrien har sett lyset!

8. Denoperativemur
Drifts-
utvikling/
plattform
Funksjoner
lanseres
Utvikling og drift i et salgsmiljø
Rutine-
oppgaver
Nyutvikling
Sure sjefer
Salg
(produkt)
Kunden
FeilSelger
funksjoner
Kjøper
funksjoner
Leverer
funksjoner
Bestiller
funksjoner
Drift
Løser
Gjennom-
fører
Ønsker å
prioritere
Manglende
tillit
Læring?
Admin

9. Drift må gjøre noe!
Ingen lys i enden av tunellen!
Så travelt at alle oppgaver er fordelt på enkeltpersoner
Ansatte og kunder er misfornøyd med kvaliteten
Drift finner 1 svar:
ITIL

10. Denoperativemur
Drifts-
utvikling/
plattform
Utvikling og drift med ITIL
Rutine-
oppgaver
Nyutvikling
Sure sjefer
Salg
(produkt)
Kunden
FeilSelger
funksjoner
Kjøper
funksjoner
Leverer
funksjoner
Bestiller
funksjoner
Drift
Løser
Gjennom-
fører
Ønsker å
prioritere
Manglende
tillit
Læring?
Admin
ITIL
Funksjoner
forsøkt lansert
Avvist
Funksjoner
lansert

11. Denoperativemur
Drifts-
utvikling/
plattform
Utvikling og drift med ITIL
Rutine-
oppgaver
Nyutvikling
Sure sjefer
Salg
(produkt)
Kunden
FeilSelger
funksjoner
Kjøper
funksjoner
Leverer
funksjoner
Bestiller
funksjoner
Drift
Løser
Gjennom-
fører
Ønsker å
prioritere
Manglende
tillit
Læring?
Admin
ITIL
Funksjoner
forsøkt lansert
Avvist
Funksjoner
lansert

12. Oppgavefordeling i et «effektivt» miljø

13. Utvikling er kun 20% av totalkostnaden
20% Prosjekt 80% Drift

14. Vi har konstatert
Oppdragsgiver er ikke interessert i drift
Utvikling slipper å tenke på feil de har laget
Drift sin arbeidshverdag er bestemt av hvor godt utvikling og
oppdragsgiver forstår drift
Drift har ofte ikke tid eller kompetanse til å gjøre noe med
årsaken til feilene
ITIL reduserer arbeidsbelastningen til Drift, men øker
administrasjonen og merarbeidet til utvikling
Individuell effektivitet hindrer kollektiv effektivitet

15. Lean Software Development prinsipper
som kan hjelpe oss:
Fjern ikke produktiv tid eller aktivitet (waste)
Forsterke læring
Beslutte så sent som mulig
Levere så raskt som mulig
Styrk teamet
Bygg inn integritet /robusthet
Se helheten

16. Forsterke læring
Man bør lære av egne feil!
Ser du konsekvensene av
beslutninger du tar?
En enhets ansvar/myndighet må
settes så man lærer av egne feil,
og automatisk tar et skritt i riktig
retning
Eksempel: Feilrettingsteam

17. Styrk teamet

18. Prioritering i IT verden
01/29/1518
Tid
Kapasitet
Lansering
A, B og C
Fra alt er like viktig
Kapasitet
Lansering A Lansering B Lansering C
Til prioritering

19. Prioritering i IT verden
01/29/1519
Tid
Kapasitet
Lansering
A, B og C
Fra alt er like viktig
Kapasitet
Lansering A Lansering B Lansering C
Til prioritering

20. Se helheten
80% av kostnaden kommer i driftsfasen
Hvordan styrer man for å redusere driftskostnaden?
Hand-overs hindrer helhetstenkningen
Mindre overtid -> Bedre effektivitet
Southwest Airlines: Øker kostnaden ved gaten, men bedrer
kundetilfredsheten
Zara: Driftsresultatet til Inditex økte med 70 prosent første
halvår, ifølge Reuters

21. Med Lean oppnår du flyt

22. Tiltak for å få en IT-funksjon med flyt
og læring!
Oppdragsgiver (Product Owner) med teknisk interesse
Skille Applikasjonsdrift og HW/OS drift
Applikasjonsdrift legges til utviklingsmiljøet (lære av egne
feil, slippe handover)
Øke dialogen og dermed kunnskapen mellom de ulike
miljøene
Minimere behovet for mennesker: Automatisere testing og
deployment (robusthet)
Lansere hyppig (bedre flyt, lavere kompleksitet, rask
driftserfaring og tidlig kundetilbakemeldinger)

23. Rune Ulvnes
www.ledelse20.no
rune@ledelse20.no
934 01 522
www.twitter.com/ulvnes

24. Denoperativemur
Drifts-
utvikling/
plattform
Variasjon: et team drifter og utvikler
Rutine-
oppgaver
Sure sjefer
Salg
(produkt)
Kunden
FeilSelger
funksjoner
Kjøper
funksjoner
Leverer
funksjoner
Bestiller
funksjoner
Utvikling
Løser
Gjennom-
fører
Ønsker å
prioritere
Manglende
tillit
Admin
Funksjons
utvikling

25. Denoperativemur
Lanserer
tjeneste
Variasjon: Intern IT-avdeling
Rutine-
oppgaver
Konsulenter
Sure
ansatte
IT leder
Politiker/
leder
FeilTrenger
funksjoner
Bestiller
funksjoner
Drift
Løser
Gjennom-
fører
Manglende
tillit
Læring?
Dårlig
bruker-
opplevelse