Presentert på Ark2017 med dataforeningen, 27. April 2017. Digitalisering er det nye, men det representerer fremdeles omstilling og paradigmeskifte. Dette har preget modernisering av IT i organisasjoner de siste 10-år. Foredraget tar for seg ett litt annet perspektiv innen arkitektur: "kunnskapen om bygging". Og i den sammenheng noen "jernlover" fra flere slike paradigmeskifter. Bla. 30-30-30...

1. Digitalisering i sneglefart
Tormod Varhaugvik, Ark 2017

2. o Wikipedia: «Arkitektur er i utgangspunktet kunsten å
planlegge, utforme og oppføre byggverk, og ordet kan betegne
både prosessen fram til ferdig byggverk, det ferdige byggverket
og kunnskapen om bygging»
o De 6 «jernlover» om digital transformasjon er hentet fra
erfaring med moderniserings-prosjekter
• Eks. Valutahandel, Lønn, Standard EPR
o Både omstilling og paradigmeskifte er nødvendig
• Omstilling henter ut nytten av IT i nye arbeidsprosesser
• Paradigmeskifte er nødvendig for å implementere ny IT
Hvorfor tar det så lang tid?

3. Arkitektur og metode
o Tydelige forretningsstrategier
o Målbildet som er mer enn ett prosjekt
o Arkitektur på flere nivåer for god struktur
o Teknologi som bærer nye krav
o Metode for å utvikle nye løsninger
o Men klarer du utnytte muligheten?
o Klarer du å tenke nytt og realistisk på en gang?
o ”Er det nyttig, og ikke bare nytt?”

4. Kultur og «gammel vane»

5. #1 30 – 30 – 30
o Ikke alle er klare for fornying
o 30-30-30 angir en erfaringsmessig andel av mennesker rundt
eksisterende løsning sin evne til å bidra til transformasjon
o Tallene fokuserer på hvilken andel som
• Kan bidra
• Kan bli med etterpå
• Helst ikke bør være med
o Husk: Det er alltid meningsfylte oppgaver i en organisasjon
30
30
30

6. #2 Endring må ledes
o Hensikten, forretningsverdi, arkitekturstyringen og
målbildene må forankres helt på toppen
o Det vil bli omkamper og re-prioriteringer, og ny
motstand etterhvert som leveranser konkretiseres
o Lederen må stå i det og kunne bli utfordret uten å
miste målet, (selv om kursen kan justeres)
o Eksempel: Standard ERP; «Selgerne» og transparens
©ANTHONY IANNARINO

7. #3 Mekaniker, ikke nødvendigvis konstruktør
o De skjønner deler av implementasjonen, men sjelden helhet
eller hensikt
o Området behandles på bakgrunn av erfaring som er bygget
opp over tid igjennom å bruke en «gammel bil»
o Det å konstruere ett nytt system, som med bilen, krever en
annen kompetanse enn å skru på det eksisterende
o Det kan heller ikke gjøres på det samme samlebåndet.
Blandingen av gammelt og nytt blir meget tungvint, og
effekten eller gevinstene uteblir (eller forverres)
o Eksempel; Lønn, Plattform, Trabant
©BMW

8. #4 Menneske + papir ≠ maskin
o Digitalisering forutsetter «maskinell tenkning»
o De fleste IT-løsninger har implementert eksisterende
praksis, som i sin tid var manuell
o Kravstillerne må kunne «maskinell tenkning»
• Det gjelder regelverk, juristene
• Det gjelder forretningsprosesser, produkteier
o Fokus på hensikt, det man vil oppnå
• En klassisk «fallgruve» er forretningskrav skrevet av de som
kan det eksisterende
o Eksempel: «Skjema til tema» og valutahandel
©Jun Maekawa HTTP://ORIWIKI.COM

9. #5 Diamanter varer evig
o Den som forstår det eksisterende og kan tenke nytt
”Den ultimate funksjonelle arkitekt”
o Disse er sjeldne, mangelvare overalt
o Man trenger bare en i selv store prosjekter, og de er
viktigst i begynnelsen
o Det er ikke gitt at de som forvalter eksisterende løsning er
diamanter, selv om de besitter verdifull erfaring
o Diamanter kan trenes fra bunnen av
o Eksempel: Lønn og «superbrukeren»

10. #6 Se skogen, ikke trærne
o Det er en trang til å tenke på arkitektur som valg av
verktøy, metode og standarder
o En fruktbar arkitektur svarer ut de strategiske
egenskaper, it- og forretningsfunksjoner
(som også flere i organisasjonen vil forstå)
o Tenk «industri vertikal», ikke «IT horisontal»
o Fokuser på hva markedet kan tilby (sky) og «API-
økonomien»
o Domain Driven Design
o Eksempel: «Gjenbruk» er en forretningsutfordring

11. Suksessfull transformasjon
o Digital transformasjon betinger nødvendigvis en stor
omlegging for å henge med på realitetene
o Sneglefarten oppstår når gjennomføringen skjer på
betingelser (kultur, kompetanse, teknologi) fra eksisterende
organisasjon
o IT-løsningen realiseres og nye prosesser forstås best på
utsiden, med de 6 lovene, for så å innføres i organisasjonen
• Mye lettere å følge etter når noen har funnet veien
• Teknikker; Lean, Sand-box, Prototype, MVP
o Eksempel: ERP, «F-35», Murdoch
© HTTP://WWW.PATTYBRDARPHOTO.COM