Kan man forutsi katastrofeprosjekter?

I desember var jeg med i en podcast – Flopp eller fulltreffer – med Sara Engesvik og Vilde Alstad fra TU/Digi. Konseptet deres er enkelt: De spør om ulike IT-systemer, og om de er vellykket eller ikke, og hvorfor. Et enkelt konsept, og programlederne stiller enkle spørsmål, tilynelatende uskyldig og uvitende, men de gir seg ikke, og tvinger intervjuobjektet til å snakke enkelt og forståelig.

Akkurat det har ikke jeg noe i mot, men så har jeg heller ingen aksjer i noen store IT-systemer som ikke går så bra. I alle fall, du finner podcasten på Spotify og Apple og til og med som RSS-lenke. Intervjuet er i hovedsak basert på mitt innlegg fra 2020 i Digi.no.

Og kan man forutse katastrofeprosjekter? Det er noen indikasjoner, i alle fall…

Digital økonomi og ledelse – fem år etter

Her for noen uker siden skulle jeg presentere studiet Informatikk: Digital Økonomi og Ledelse for Rådgiverdagen på UiO. Jeg møtte opp med foiler og en historie, men fikk beskjed om at på grunn av en misforståelse skulle jeg ikke holde foredrag likevel. Nuvel, sånt skjer, men jeg hadde jo forberedt meg, så derfor bestemte jeg meg for å lage en liten video om hvorfor og hvordan dette studiet ble til, hva det inneholder, og hvordan det går med studentene som nå kommer ut med en Master. Informasjon som sikkert har interesse for poden som skal søke seg videre i livet til våren.

Hint: Det går bra med studentene. Svært bra.

Og hvis du aner at jeg er litegrann stolt av dette studiet, vel, så stemmer det.

Facebook-metoden

Nok en liten epistel i Digi.no, denne gang om det jeg kaller Facebook-metoden for å håndtere kompleksitet: Start med det enkleste først. Ganske enkelt. Det betyr at man må si nei til de mange som ønsker at deres bidrag til kompleksitet skal komme med, i hvert fall i første omgang.

Og det er ikke så lett.

Ethvert stort, komplisert system som virker, startet som et lite, enkelt system som virket.

John Gall, Systemantics

(En versjon av dette essayet ble publisert på ACM Ubiquity’s blogg i 2015 – og ble det mest leste innlegget der noensinne. Takk til Peter Denning for gode kommentarer på tidligere versjoner.)

Og her er lydfilen (etterhvert tilgjengelig på Spotify):

Om smittesporing og digital nøyaktighet

Nok en kommentar i digi.no, denne gangen om et svært viktig tema, som dessverre har blitt litt borte i diskusjonen om personvern og smittesporing. Jeg liker ikke konspirasjonsteorier og alt som har med Covid-19 haster, men før man lanserer noe som sporer folk overalt må man vite at det faktisk gir den effekten man er ute etter.

.Alle datakilder og alle modeller har feil. Det må vi leve med. Det vi må vurdere, er om feilene er store nok til at vi ikke kan bruke resultatet.

Lydfil herunder, også tilgjengelig på Spotify.

Sikkerhet og videokonferanser

Bilde: Zoom

Oppdatering 1. mai 2020: De fleste av de mest opplagte sikkerhetshullene er nå fikset, og det er stort sett opp til brukeren å forholde seg fornuftig til hva man trenger eller ikke. Jeg synes Bruce Schneier, etter min mening verdens fremste ekspert på datasikkerhet, summerer det ganske greit i denne bloggposten (og i alle fall i den første kommentaren etterpå) – all sikkerhet handler om en avveining mellom risiko og belønning, og uansett nokså håndterbare sikkerhetshull fortsatte han selv å bruke Zoom til sine forelesninger på Harvard og sine møter, rett og slett fordi verktøyet er utmerket i bruk.

I dag begynte dagen med en melding fra en næringslivsleder som var bekymret for sikkerheten rundt Zoom, den videokonferanseplattformen som mange bedrifter (og universiteter) har landet på. Årsaken var en artikkel i Dagens Næringsliv (bak betalingsvegg), som igjen bygger på flere artikler fra utlandet, som dels handler om funksjonalitet som er dokumentert fra Zoom, eller om sikkerhetshull som er fikset forlengst.

Så er det grunn til å være bekymret for Zoom eller Whereby eller Teams eller Hangouts eller alle de andre plattformene?

Mitt svar er nei – i alle fall ikke for de sikkerhetshullene som diskuteres her, og for vanlige brukere (og det inkluderer folk i de fleste bedrifter i Norge.)

Det er helt riktig at videokonferanse introduserer endel sikkerhets- og personvernproblemer, men hvis vi ser litt realistisk på det, sitter det største problemet ikke i teknologien, men mellom kontorstolen og tastaturet. (Noe vi datanerder referer til om PEBKAC – Problem Exists Between Keyboard and Computer Chair.)

Når en naken mann sniker seg inn i en grunnskoleklasse via Whereby skyldes ikke det problemer med teknologien, men at læreren ikke har slått på den funksjonen som gjør at man må «banke på» og be om lov til å komme inn.

Når hvem som helst kan ta opptak (og få dialogen automatisk transkribert) fra Zoom skyldes det at den som er vert ikke har slått av opptaksfunksjonen. For øvrig kan alle ta opp en videokonferanse med lydopptaker eller for den saks skyld en mobiltelefon (eller som jeg gjør, med videoverktøyet Camtasia), uten at noe sikkerhetssystem i verden kan gjøre noe med det.

Og når sjefen kan monitorere at folk ikke bruker annen software mens de sitter i møte (en funksjon som kan være helt legitim i et klasserom, den tilsvarer at læreren ser utover klassen for å se om folk følger med), så er heller ikke dette systemets skyld, men sjefen, som tydeligvis holder så irrelevante møter at folk ikke gidder følge med. Jeg vil tro at de fleste sjefer hverken har tid til eller interesse av å aktivere denne funksjonen – for hvis du trenger teknologi for å tvinge folk til å være våkne, har du et problem der teknologi ikke hjelper stort.

Og risikoen med et nytt verktøy må aldri måles opp mot det perfekte, men mot hva alternativet er om man ikke har verktøyet. Akkurat nå er videokonferanse det letteste og beste verktøyet for mange, og da får vi bruke det. Men vi må faktisk ta bryderiet med å lære oss hvordan det virker. Det hjelper ikke med all verdens sikkerhetssystemer hvis folk skriver passordet på en lapp og taper den under tastaturet.

Så derfor – før du tar verktøyet i bruk – ta en tur innom oppsettsiden, velg hvordan du vil ha møtet, og tenk gjennom hva du skal gjøre slik at du får det du ønsker ut av møtet.

Hvis ikke, avlys hele greia og send en epost i stedet.

Om ikke å kaste bort en god krise…

Denne kommentaren i Digi.no er en liten mimring om videokonferanse og en refleksjon rundt hvordan Corornaviruset kan føre til endringer i vårt forhold til teknologi – kanskje vi får noe tilsvarende en ny 2000-problematikk, med alle de oppdateringene det førte til?

Kriser er bra hvis man lærer noe av dem. Da må man ikke kaste dem bort!

…de som skriver så mange fine artikler om virtuelle team og fjernarbeid har sannsynligvis aldri ledet et slikt team selv.

Og her er lydfilen (også tilgjengelig på Spotify).

Om katastrofeprosjekters dramaturgi

Nok en liten epistel for digi.no, denne gang om hvordan man kan se katastrofeprosjekter lenge før de blir det, og hvordan de følger et bestemt manus der skylden først plasseres hos teknologien, deretter organisasjonen (som regel prosjektledelsen) for man til slutt finner ut at det ble begått strategiske feil helt fra begynnelsen av.

Hvis man noensinne kommer så langt, da. Store bommerter glemmes fort, i hvert fall av de fleste av oss.

Katastrofeprosjekter følger et deprimerende ensartet manus: Først skyldes feilen teknologien, deretter organisasjonen, deretter strategien.

Og her er lydfilen (også tilgjengelig på Spotify).

Om illusjoner av kontroll

Nok en kommentar på Digi.no, denne gang om hvordan vi roter det til med IT og systemer fordi vi ønsker en illusjon av kontroll:

Mange IT-systemer kommer ut av kontroll fordi man forveksler ytre tegn på kontroll, som møter og dokumenter, med faktisk å forstå hva skjer der systemene skal brukes.

Og her er lydfilen:

Om teknologisk schizofreni

Nok en kommentar på Digi.no, denne gang om det slitsomme i å håndtere mange roller mellom mange organisasjoner der teknologien gjør det stadig vanskeligere å være seg selv. Fra innledningen:

Fremtidens arbeidsliv vil bli mer fragmentert. Stadig flere kommer til ha kortere arbeidsforhold med flere organisasjoner, gjerne flere på en gang, gjennom hele karrieren. Men systemene våre er stadig vekk satt opp for 1950-tallet, der du jobber i én organisasjon fra lærlingeplass til gullklokke. Og det blir ikke bedre.

Og her er lydfilen:

Lyd og tekst fra en samtale om digitalisering og toppledere

Torsdag 14. november i år var jeg med på et EGN-webinar sammen med Berit Svendsen og Ingvild Huseby. Fokus var digitalisering og AI og hvordan dette kommuniseres og diskuteres innad i toppledelsen og styret i bedrifter rundt omkring. Her er webinaret i form av en lydfil, gjengitt med tillatelse av EGN, som man kan avnyte i bil, airpods, buss eller hvor som helst ellers. Hvis du vil se videoen, finner du den her.

Her er en oversikt over innholdet:
00:00 Jingle og min intro
01:40 Haakon Gellein introduserer
03:30 Ingvild Huseby introduserer om manglende samspill styre-toppleder om digitalisering, med kommentarer fra Espen og Berit om manglende endringskompetanse
08:30 Over til Berit sine erfaringer med teknologiendring i Telenor – fokuser på hva som endres.
10:00 Ingvild om teknologiutvikling
11:20 Espen om behovet for teknologiforståelse (henviser til denne artikkelen.)
13:45 Ingvild innleder til diskusjon
14:25 Berit (og andre) om sin teknologireise og hvordan hun holder seg oppdatert, behovet for eksperimentering, teknologisk nysgjerrighet. Hvor mye teknologi skal toppledelsen kunne? Organisasjonen vet ofte svaret, slipp frem de ansatte, still spørsmål til organisasjonen. «Ikke noe som sprer så mye mørke som en leder som har sett lyset.» Blandet erfaring med norske styrer, mange trenger en digital oppgradering – men de må erkjenne det og finne kunnskapskilder.
20:45 Espen og Berit om alder, teknologi, forretningsmodeller. Om data og hva vi kan gjøre med dem, fra et topplederperspektiv, om nye kommunikasjonskanaler.
23:30 Espen om maskinlæring og hva man trenger å kunne om det – «hvis du tror du har data, så har du ikke det». Ingvild: Nok kunnskaper til å stille de riktige spørsmålene.
24:45 Ingvild om disrupsjon og kortsiktighet vs. langsiktighet. Berit kommenterer fra sin erfaring – sette av ressurser til innovasjon, styrets rolle å etterspørre.
27:30 Over til spørsmål fra tilhørerne: Hvordan selge inn innovasjon på styrerommet? Espen: Mange innovasjonsmetoder å velge i, lag en portefølje. Må normalisere innovasjon, og lære av feil. Schibsted som eksempel på noen som brukte ressurser på eksperimentering. Ingvild: Tonen fra toppen ekstremt viktig, viktig å ha et overordnet perspektiv.
30:50 Berit: Tillit får man ved å levere på det eksisterende, da kan man innovere. Må klare begge deler. Over til Vipps – hva gjør de der? Viktig å ha radikale prosjekter, ikke sette seg i bås, tenk ut fra hva du kan gjøre for kundene? Litt om Vipps historie og hvordan dette ble kommunisert til styret.
35:30 Avstemning til tilhørerne: Hvem de er og så videre. Espen om Jotun Hull Performance Systems, eksempel på å ta noe standard og gjøre det digitalt. (Ref. denne artikkelen.)
37:30 Hvordan komme i gang – snakk med kunden, særlig de som ikke har råd til det du tilbyr.
39:00 Informasjon om de som hører på, og nytt spørsmål til dem.
40:00 Hva er beste praksis for innovasjon? Mange metoder, men gjør det selv.
41:40 Berit: Begynn i det små, ha flere prosjekter som rapporterer direkte til toppledelsen. Har erfaring med ting som har gått galt (stort prosjekt der alt hver avhengig av alt), lærte at man må stoppe i tide hvis man gjør feil. Vipps var litt det samme: Måtte fort ut, ble litt ruskete. «Scale fast, fail faster». Espen: Ny teknologi er lett og billig, det må prosjektene være også.
45:15 Spm: Hva med yngre ledere? Berit: Råd til unge: Ikke avfinn dere med at noen sier «Dette har vi prøvd før», ikke la dere stoppe. Ingvild: Ikke sikkert de trenger å være i styret, men innovasjonsperspektivet må til. Berit: Lær dere bransjer, og digitalisering. Espen: Tenk gjennom hva du kan gjøre kontinuerlig i stedet for periodisk, hva kan du gjøre for individer der du før tenkte grupper.
51:00 Ingvild: Tilbake til styret og deres rolle? Espen: Må endre hva det snakkes om, begynn med teknologien i stedet for regnskapet. Ingvild: Ikke alltid de riktige spørsmålene, særlig rundt disrupsjon og nye forretningsmodeller. Espen: Tok oljeselskap gjennom en norsk hverdag med elbiler og kollektivtransport.
54:45 Hvordan rekruttere dette inn i styrer? Berit: Bransjekunnskap viktig, lære av de som er langt fremme, f.eks. hvordan kombinere fysisk handel med netthandel. Hvis du ser noe i et vindu og butikken er stengt må du kunne gjøre noe med det. Må tenke hvor er kunden, 25% av all handel går utenfor Norge, konkurranse fra hele verden.
57:00 Ingvild: Hva er det viktigste vi må sitte igjen med etter dette seminaret? Espen: Eksperimenter med teknologi, og forstå disrupsjon (konkurranse fra aktører du ikke synes er viktig.) Berit: Tonen fra toppen. Styre og toppleder må være på lag, start omstilling i det små og skaler opp når du får konsistente resultater. Har man ikke kompetanse selv, kan man oppgradere seg for å kunne stille de riktige spørsmålene. Ingvild: Styret må måle toppledere også på det innovative, må hente inn kompetente styremedlemmer.

Og det var det!

Berit Svendsen til BI

Jeg har kjent Berit Svendsen i noen år (hadde henne inne som gjesteforeleser på 90-tallet, for eksempel) og har alltid oppfattet henne som en av Norges fremste teknologiledere. I våres satt jeg i bilen og hørte på radioen at hun skulle slutte i Telenor – og jeg tok øyeblikkelig kontakt med Inge Jan, rektor på BI, og foreslo at vi tilbød henne en eller annen form for tilknytning.

Og nå er hun det – faktisk siden mai – med den ikke særlig norske tittelen Executive in Residence (i tillegg til at hun er utenlandsdirektør i Vipps, naturligvis.) Berit og jeg er opptatt av digitalisering av norske ledere og (hun) særlig norske styrer, og det skal vi faktisk samarbeide om, i første omgang rundt vårt Executive-program Digitalisering for vekst og innovasjon, arrangert i Sophia Antipolis i samarbeid med Accenture.

Mer om dette programmet senere – i første omgang: Fantastisk at dette har latt seg gjøre, og jeg gleder meg til i enda større grad å sette digitalisering på dagsorden sammen med Berit!

Epost og utpressing

Og der fikk også jeg en utpressingsepost, gitt…ransommail.jpg

Og hva skal man gjøre i en sånn situasjon?

Svaret er:

  1. Endre de passordene som det blir referert til (særlig om man bruker det samme passordet flere steder, noe man ikke skal gjøre.)
  2. Innstallere en passordbeskytter a la Lastpass (som jeg bruker, betaler for og er fornøyd med.)
  3. Slette eposten.
  4. Puste ut og tenke på noe annet.

Disse epostene ser ut som om de vet en hel del ting om deg, men egentlig vet de ingenting bortsett fra det ene passordet som de referer til. Dette passordet kommer fra en eller annen webside som du har opprettet en bruker med en eller annen gang, og som deretter har hatt et datainnbrudd og fått stjålet sin passordfil. (Det å ha en ikke-kryptert passordfil er naturligvis et stykke inkompetanse på linje med Bergen Kommune, men det er dessverre nokså vanlig der ute.) Deretter sender man eposter til folk, truer med å avsløre dem som pornografibrukere, håper på napp og betaling i Bitcoin.

Men det er ikke så farlig som det ser ut som*. Så slapp av. Og begynn å ta passord på alvor…

*Hadde det vært et virkelig datainnbrudd i din PC, ville du funnet ut at harddisken din var kryptert og at du måtte betale en masse penger for å få låst den opp igjen. Ikke noe problem hvis du bare har skikkelig backup, men slitsomt ellers. Og nok en grunn til å ta passord og backup seriøst.

Eposter og elæring og falskhet

Fikk denne eposten i innkurven i morges:

xtramile

La meg se: En epost fra «Nasjonal Sikkerhetsmåned» (som jeg ikke har hørt om) som ber meg klikke på en lenke (som går til en annen adresse på domenet «xtramile.no») som jeg ikke vet hva inneholder – for å lære meg at jeg ikke skal klikke på eposter jeg ikke vet hvor kommer fra?

Noen bør ta seg en tenker her – hvis det hele da ikke er hensikten. I så tilfelle: Smart. Omtrent som den gamle historien om at Unix og C egentlig var en spøk som ble trodd…

Er det lov å sparke folk for inkompetanse?

Saken om skoleeleven som fant en fil med 35000 passord, meldte fra, ikke ble hørt, og derfor logget seg inn som en administrator og sendte en tullemelding, er ganske fantastisk. En ting er at man har IT-avdeling/IT-ansvarlige som gjør noe så himmelropende inkompetent som å legge en ikke-kryptert passordfil i en identifiserbar filstruktur. Men en helt annen ting er kommunaldirektørens kommentar:

Trass i at tinga han gjorde i etterkant ikkje er veldig konstruktive, anerkjenner me at han gir oss beskjed.

Konstruktive? Hva skulle han ha gjort?

Mitt spørsmål er: Hva skjer med den eller de IT-ansvarlige, som a) gjorde noe så komplett idiotisk, og b) ikke gjorde noe med det da det ble sagt fra?

Og hva skoleeleven gjelder, tror jeg han skal være glad for at han var under den kriminelle lavalder. Enkelte myndigheter setter ikke pris på å få sin himmelropende inkompetanse avslørt – og jeg er nokså sikker på at han ville blitt disiplinert for «datainnbrudd» eller lignende. Før det ble kjent hva som hadde skjedd, skyldte kommunen på «svakheter i systemet» (leverandøren, med andre ord) og vurderte politisak. (Dette er standard rutine i slike saker, og en av årsakene til at det kan være slitsomt å være leverandør til det offentlige.)

Går det an å sparke folk for inkompetanse og slendrian i Norge? Dette er faktisk ikke ment som et retorisk spørsmål (svaret er ja, det går an, selv i kommunen, men det er vanskelig.) Saken er den at vi har hatt disse systemene i så mange år nå at man faktisk bør kunne forvente alminnelig kunnskap hos administratorer og særlig IT-ansvarlige. Det er nemlig ikke nok å kunne vite at man skal klikke der og skrive der – man må kunne forvente en viss forståelse for hvordan ting ser ut under panseret – og en viss kritisk sans for hva man foretar seg.

Her for noen dager siden kjøpte vi en bok om Båtførerprøven. Den inneholder masse informasjon om regler på sjøen – som man må kunne, og blir testet på – men også generell informasjon om forskjellen på bensin- og dieselmotorer, ulike typer skrog, og så videre. Dette ut fra en forståelse for at man må kunne mer enn bare hvilke knapper man skal trykke på, så man ikke gjør noe plakat idiotisk fordi man ikke forstår hvordan ting henger sammen.

Kanskje på tide med litt «Båtførerprøve» for Bergen Kommunes IT-ansvarlige? Og en desertifisering for de som ikke forstår helt elementære sikkerhetsrutiner?

Nettverksledelse i praksis

join21Herved en invitasjon til noe som i alle fall for meg er noe nytt og spennende: Et ESP (Executive Short Program) kalt Nettverksledelse i praksis som første gang arrangeres på BI 15. mai og 12. juni.

Programmet baserer seg på kartlegging og ledelse av nettverk innen bedrifter – det er nemlig slik at bedrifter (og alle organisasjoner, for den saks skyld) ikke fungerer basert på organisasjonskart, men ved at mennesker snakker sammen. Et viktig element av å få organisasjoner til å fungere og endringer til å skje er å forstå hvordan informasjon flyter og beslutninger tas – og med moderne kartleggings- og analyseverktøy kan man få frem mye interessant.

jantaughenrik-bentzenDette seminaret skjer i samarbeid med Jan Taug og Henrik Bentzen fra Join21, som hjelper organisasjoner og folk å mestre teknologi – ikke minst ved å forstå hvordan (og med hvem) man skal kommunisere for å få til digitalisering. Ragnvald Sannes og jeg skal også være med å undervise og diskutere. Jan og Henrik har lang leder- og analyseerfaring og Ragnvald og jeg ser frem til å jobbe med dem.

Her er en liten videofilm der jeg snakker litt om kurset og viser noen (svært enkle) eksempler på nettverksanalyse. En liten bemerkning før du ser den, bare for å understreke det forretningsmessige: I filmen snakker jeg om nettverk man ikke vet om, som f.eks. mellom røykere eller kvinner – men hvis man tenker mer forretningsmessig på det, kan det være viktig å kartlegge hvem som er informasjonskilder og -formidlere gjennom hverandre, hvem som danner ekspertnettverk, for eksempel. Flere ledere jeg har kjent, ser på epost-trafikken eller de interne kommentarfeltene for å finne ut hvem det er som ikke bare har peiling, men også har kommunikasjonsevne til å hjelpe andre:

Tanken er at vi skal ha en dag først der vi ser på interne nettverk som konsept og hvordan man kan bruke dem. Så blir det noen uker i midten der man samler data fra organisasjonene som deltar, og så en dag med analyse av disse nettverkene og diskusjon om hva den nye forståelsen betyr for ledelse og innovasjon.

Dette er ikke et kurs som i utgangspunktet er beregnet på enkeltpersoner – vi er på jakt etter selskaper som ønsker å delta med flere personer fra ledergruppen. Ta kontakt med Ragnvald, meg, Jan eller Henrik om du er interessert – eller bare meld deg på på kurssiden.

Monsteret i kjelleren

220px-commodore_grace_m-_hopper2c_usn_28covered29I 1959 møttes en gruppe informatikere (tror ikke det het informatikk den gangen, men likevel) i en gruppe kalt CODASYL og laget et programmeringsspråk med navnet COBOL, delvis bygget på andre programmeringsspråk laget av Grace Murray Hopper, kanskje den nest viktigste kvinnen i datahistorien (etter Ada Lovelace).

Hele ideen med COBOL var at programmeringsspråk skulle være bygget på vanlig (engelsk) språk, slik at «vanlige» mennesker skulle kunne lese dem og bruke dem. Slik har det i grunnen aldri blitt, men tanken har vært der lenge. COBOL skulle kunne kjøres på mange ulike maskiner (før det kom, hadde man en tendens til at hver maskinleverandør hadde sine egne programmeringsspråk, men nå fikk man i stedet COBOL, om enn med litt ulike dialekter.)

COBOL (som står for Common Business-Oriented Language) ble tatt i bruk av mange bedrifter til administrative systemer, dels fordi det lignet engelsk, delvis fordi det var bra til å lese inn data, gjøre relativt enkle ting, og deretter spytte ut utskrifter. I motsetning til mange senere programmeringsspråk skilte COBOL og akademia lag – noe som førte til at språket fikk relativt lite utvikling utover tilpasning til nye maskiner. Opplæringen skjedde utenom universiteter og utenfor den faglig baserte informatikken. Etterhvert skilte også programmering lag – forretningssystemer ble skrevet i COBOL, mens akademisk orienterte systemer og etterhvert mer generell systemutvikling gikk gjennom en rekke ulike språk (C, Basic, Pascal, C++, SmallTalk, LISP, VisualBasic, Perl, Python, for å nevne noen.)

De første systemene som ble laget for bedrifter var systemer for repetitive oppgaver som regnskap, lønnsutbetaling og fakturering, og disse ble gjerne programmert i COBOL. Etterhvert førte det til at flere og flere bedrifter fikk en arkitektur der kjernesystemene var laget i COBOL og sto relativt stille (først fordi de gjorde standardiserte ting, etterhvert fordi det ble stadig mer vanskelig å finne programmerere som kunne COBOL, noe som gjorde at det ble dyrt og kronglete å få endret noe.) Riktignok flyttet en hel del bedrifter, særlig produksjonsbedrifter, sine systemer over ERP-systemet SAP i løpet av 90-tallet, men for mange nettverksbedrifter (banker, forsikringsselskap, transport, etc.) er stadig kjernesystemene skrevet i COBOL, og kjøres gjerne også på en stormaskin, typisk fra IBM.

2002_03_11_cobol300_3-11-02-100717557-origDette har vært et problem lenge – jeg har rådet bedrifter til å kvitte seg med kjernesystemene sine, om nødvendig ved å skrive dem helt om, i hvert fall i 20 år. Men de fleste bedrifter har ikke gjort det, og nå begynner problemet å nå kritiske dimensjoner. Helt fra slutten av 90-tallet har unge mennesker vegret seg for å lære seg et 30 år gammelt programmeringsspråk som bare brukes til kjedelige bakgrunnsprogrammer. Mange bedrifter løste dette ved å outsource vedlikehold og oppdatering til selskaper i andre land, for det meste India. Tilbake i bedriften er det færre og færre, om noen, som egentlig forstår hvordan de gamle systemene fungerer.

Da får man en situasjon der all innovasjon skjer i ulike typer småsystemer som ligger rundt og interagerer med det gamle kjernesystemet, uten at man gjør noe med selve kjernen. Det går greit så lenge forretningen man driver er stabil, men med økende konkurranse fra digitale bedrifter som ikke har en mange millioners møllestein på maskinrommet kan det blir farlig. Jeg hørt om bedrifter som ikke tør slå av sine systemer av redsel for at de ikke kommer til å starte igjen, og systemer der den eneste tilgangen man har til dataene er gjennom brukergrensesnittet – slik at skal man hente dataene ut, er man nødt til å gå inn på hver eneste rad i databasen og kopiere den ut manuelt (en grunn til at RPA er så populært.)

Mange bedrifter med flotte websider er rett og slett slott bygget på svært råtne fundamenter, en slags informatikkens permafrost som ingen tør å tine opp av redsel for hva som kommer til å stige opp, av metangass og annet. Det man burde gjøre, naturligvis, er å starte helt på nytt igjen, men siden man har hundre- eller kanskje tusenvis av systemer og APIer og innganger som bruker det gamle monsteret i kjelleren, er det ingen som engang tør å tenke tanken. For ikke å snakke om at det blir dyrt, og synliggjør mange års manglende vedlikehold og underinvestering.

Jeg tipper at en hel del banker, for eksempel, kommer til å få det morsomt når PSD2 kommer og de blir nødt til å slippe til andre aktører inn mot sine systemer. Da vil antallet transaksjoner mangedobles og de gamle systemene ganske enkelt ikke henge med, uansett hvor mange servere man kjøper. Vi går spennende tider i møte, og jeg er i grunnen litt forundret at ikke flere styrer og investorer begynner å stille kritiske spørsmål til firmaers informasjonsarkitektur og tekniske plattform.

Kanskje på tide å begynne? Tips: Hvis det fortsatt finnes COBOL i organisasjonen, er det grunn til bekymring, i alle fall hvis det tar tid å gjøre endringer og man fremdeles har pensjonister igjen som konsulenter i IT-avdelingen…

Digitalisering og shippingbransjen

containereTorsdag denne uken skal jeg holde foredrag på Firstpoints konferanse om digitalisering av shippingbransjen. Det er mange påmeldte – 70 sist jeg hørte noe – og det er jo spennende i seg selv, men shippingbransjen er nokså ny for meg, og det gjør det jo ekstra interessant. Shipping er en av Norges største bransjer, og har hittil vært nokså tradisjonell hva bruk av informasjonsteknologi gjelder – kanskje ikke så unaturlig i en fragmentert bransje med store fluktuasjoner i pris og etterspørsel.

maerskdailySystematiske innovasjoner i denne bransjen har tendert til å komme fra de store firmaene – som Maersk, som med sin tjeneste Daily Maersk har laget et «samlebånd» med 70 skip som går scheduled fra Asia til Europa, og dermed kan garantere en konsistent transporttid. I verdinettverksbransjer som shipping skjer innovasjon i stor grad i overgangene mellom tjenestelagene i nettverket. Det gir innovasjonsfordeler til de store firmaene fordi de har volum til å se effektene og fordi de har nok elementer av transportsystemet innenfor sin egen organisasjon.

Skal man få til forbedringer ved bedre koordinering – som f.eks. Synchroport-prosjektet, som skulle optimalisere skipenes fart, så de kom frem til havn akkurat i tide for lossing eller lasting – er man avhengig av at en stor nok andel av aktørene i bransjen faktisk gjør dette, slik at man får igang nettverkseffektene. Det er en viss likhet med luftfart, men shipping har mindre standardisert koordinering av trafikken og mye større variasjon i hva slags teknologi som benyttes.

Digitalisering gir både muligheter og trusler for shipping. Når jeg skal skremme mine kinesiske studenter litt, snakker jeg om 3D-printing og hvordan denne teknologien kan flytte produksjonen nærmere kundene. I dag består mye av skipsfarten av frakt av råmaterialer til Kina og frakt av ferdige produkter (i containere) ut igjen. Med lokal produksjon vil behovet for skipstransport både endres og reduseres. På den annen side kan styring og vedlikehold av skipene forenkles ved at man kan produsere en del av sine slite- og reservedeler ombord.

Uansett – jeg tror det fortsatt er plasser igjen, jobber med en presentasjon, og ser frem til å finne ut mer om hvordan shippingbransjen kan digitaliseres…

Norske toppledere på bunn i digitalisering

(Kronikk i Aftenposten 14.9.2016, med Ragnvald Sannes).

Norske bedrifter liker å tenke på seg selv om digitale mestere, men diskuterer lite teknologi i toppledelsen og bruker IT-pengene sine på å holde liv i gamle systemer heller enn å utvikle nye ting.

I Norge har 85 % av befolkningen koblet seg på internett via mobilen den siste måneden, ifølge Statistisk sentralbyrå, og det er i praksis mobildekning overalt.

Det handler ikke om å ha mest mulig teknologi

Vi bruker apper for å finne ut hvor bussen er og for å betale den, har digital betalingsformidling, elektronisk selvangivelse og iPad’er i skolen. Så da er vel Norge et av verdens mest digitaliserte land?

Men digitalisering handler ikke om å ha mest mulig teknologi, men om å utnytte den best mulig til å drive effektivt, øke sin konkurransekraft og utnytte nye forretningsmuligheter. Ser man på hva norske bedrifter faktisk gjør her, blir bildet straks noe helt annet – og det er grunn til bekymring.

Spørreundersøkelse ga nedslående resultater

Sammen med forskere ved MIT i Boston og Handelshögskolan i Stockholm har BIs Senter for Digitalisering gjennomført en spørreundersøkelse av IT-ledere i store, private bedrifter. Resultatene er fortsatt under analyse, men den kortfattede oppsummeringen er utvetydig og nokså nedslående for norske (og, for all del, svenske) bedrifter, særlig sammenlignet med amerikanske og asiatiske:

  • Norske (og svenske) bedrifter ligger langt etter amerikanske og asiatiske firma hva gjelder fremdrift på digitalisering.
  • Norske (og svenske, europeiske til en viss grad) toppledere diskuterer i liten grad digitalisering og overlater teknologi til IT-ledelsen.
  • Norske og svenske firmaer bruker mer av sine IT-budsjetter til å vedlikeholde gamle systemer enn til å utvikle nye løsninger.
  • De pengene man bruker på nyutvikling, er fokusert på kostnadsbesparelser heller enn å øke salg eller skape nye produkter eller forretningsområder

Bedrifter har manglende selvinnsikt

Vi har også gjennomført uformelle undersøkelser av hvordan de norske bedriftene bedømmer sin egen innsats – og da tror de fleste at de ligger svært langt fremme på digitalisering, både hva gjelder teknologianskaffelser og evne til å ta disse i bruk.

Digitalisering er transformasjonen fra at IT er et støtteverktøy i virksomheten til at det er en del av dens DNA. Det betyr at forretningsmodell, organisasjon og prosesser er designet for å utnytte dagens og morgendagens teknologi.

Norske bedrifter er altså i en ganske skummel situasjon – man tror man er fremragende, men ligger i virkeligheten etter. Og bare så det er sagt: Bedriftene er sammenlignbare på tvers av land – den gamle unnskyldningen om Norges spesielle, råvarebaserte næringsstruktur holder ganske enkelt ikke lenger.

Men hvorfor er det slik?

Det er vanskelig å forstå hvorfor vi ligger så langt etter – og dette vil kreve mer analyse – men tre muligheter er: kostnadsfokus, ledelseskultur, og manglende gjennomføringsevne.

Kostnadsfokus vises ved at norske bedrifter ser det høye norske kostnadsnivået som den fremste trusselen mot bedriften. Norske (og svenske) IT-ledere er ensidig opptatt av å kutte kostnader mens amerikanske og asiatiske IT-ledere har et mye bredere fokus som også omfatter digital konkurranse, nye forretningsmodeller og kanalintegrasjon.

Vi bruker IT først og fremst til å gjøre det man allerede gjør raskere og billigere, fremfor å bli en kilde til nye tjenester eller nye forretningsområder.

Norwegian-eksempelet

Forskjellen kan illustreres ved flyselskapet Norwegian, som først brukte IT til å spare penger ved å legge salg på Internett og få folk til å skrive ut boardingpassene sine selv.

Dette sparte selskapet mye på, og de fleste norske bedrifter ville gitt seg der – men Norwegian gikk videre. Selskapet økte først salget ved å gi kundene en lavpriskalender, deretter startet de Bank Norwegian (nye forretningsområder) som i dag er verdt like mye som flyselskapet. De fleste norske bedrifter kommer aldri til steg to og tre i denne utviklingen.

Ledere koketterer med manglende teknologikunnskaper

Ledelseskultur gir seg utslag i at det i norske leder- og styrerom fremdeles er tillatt å kokettere med sine manglende teknologikunnskaper. Norske (og svenske) ledergrupper bruker vesentlig mindre tid på å diskutere digitalisering enn sine kolleger i Amerika og Asia (10-15% mot 35-40%).

Kun et fåtall norske IT-sjefer er medlem av toppledergruppen og møter der bare når man skal behandle IT-budsjettet og nye prosjekter. Samtidig er mange norske IT-sjefer heller ikke i stand til å kommunisere med toppledelsen, og oppfatter seg mer som IT-avdelingens representant inn i ledelsen enn ledelsens agent inn i teknologifunksjonen.

Enhver bedrift bør spørre seg om man har riktig styre, ledergruppe og IT-ledelse for å lede virksomheten gjennom en digitaliseringsprosess.

Ruter vs. Flexus

Gjennomføringsevne handler om at man ikke klarer å få med seg at IT ikke lenger handler om klart definerte kjempeprosjekter med lang horisont, men å ta i bruk eksisterende teknologi som fungerer, og deretter bygge den fort ut etter hvert som man forstår hva kundene liker og teknologien kan gjøre. Et eksempel er Ruter billett vs. Flexus.

Skal man utvikle digitale ferdigheter må man vekk fra et ensidig kostnadsfokus, etablere en god ledelseskultur for å diskutere digitalisering, samt tørre å gjennomføre mer radikale endringer.

Mange norske bedrifter er svært gode på inkrementell forretningsutvikling, men sliter med mer radikal innovasjon. Dersom man ikke tar grep vil dine medarbeidere går på jobb i morgen og gjøre det slik de gjorde i går.

Digitale ferdigheter = Forretnings- og teknologiforståelse x Vilje og evne til transformasjon

Teknologi kan ikke overlates til teknologene

Norge har absolutt eksempler på bedrifter med erfaring, innstilling og kunnskaper til å gjøre det godt i en digital konkurranseverden. Men den jevne norske bedrift – og særlig den jevne norske bedriftsleder – trenger å våkne og forstå at teknologi er et topplederansvar, at man ikke kan analysere seg til digital konkurransekraft, og at man i alle fall ikke kan overlate teknologi til teknologene.

Skal den gjennomsnittlige norske bedrift ta igjen det tapte, må styret og ledelsen begynne å interessere seg for teknologi, gjennomføre noen raske og ambisiøse prosjekter som de kan lære av – og hvis de ikke vil det, snarest trå til side slik at digitalt innfødte ledere får en sjanse før det er for sent.

Dette betyr at man anser teknologi som noe som skal brukes for å gjøre eksisterende aktiviteter mer effektive – og Norges økonomi bedre. Det handler om et effektivt samspill mellom ledergruppe, styre og IT-funksjonen!

Digitalisering – spørreundersøkelse

I disse dager sender Ragnvald Sannes og jeg ut en spørreundersøkelse til CIOs og IT-direktører/IT-sjefer i norske selskaper. Undersøkelsen er et samarbeid mellom MIT Center for Information System Research, Handelshögskolan i Stockholm og Handelshøyskolen BI.

Tanken er å finne ut hvordan det står til med digitalisering blant norske private og offentlige virksomheter, sett i et CIO/IT-direktørperspektiv. Vi spør om i hvilken grad virksomhetens inntekter, nå og i fremtiden, er truet av digitale konkurrenter og forretningsmodeller; i hvor stor grad virksomhetens produkter, tjenester og aktiva er digitalisert, og hvordan man organiserer arbeide med digitalisering i bedriften, og hvilken rolle CIO/IT-direktør spiller. Norge har et rykte for å være kjappe med å ta teknologi i bruk, men langsommere med å endre organisering og gevinstuttak, og vi ønsker å finne ut i hvilken grad det stemmer. Gjennom det internasjonale samarbeidet kan vi gjøre sammenligninger på tvers av landegrenser.

Vi kommer tilbake med flere opplysninger etterhvert. Hvis du er interessert i å være med på undersøkelsen, og ikke har fått den tilsendt i løpet av den neste uken, send oss en epost på self@espen.com eller ragnvald.sannes@bi.no, så skal vi sende deg en link.