Forrige torsdag skulle jeg forelese på IFI, men den forelesningen er utsatt og (naturligvis) flyttet til nettet. Jeg tenkte først jeg skulle gjøre den som en videokonferanse, men så fant jeg ut av jeg kunne jo lage en video studentene kunne se på forhånd, og så ta diskusjonen i et forum som tillater interaksjon begge veier. Det å lage video er endel arbeid, men den kan brukes i mange sammenhenger (noe som er grunnen til at jeg laget den på engelsk. Her er resultatet:
Til mine foreleserkolleger: Det faglige innholdet her er antakelig ikke så interessant for de fleste, men det er noen tips og erfaringer i de første to minuttene og de siste fem.
For andre, her er en innholdsfortegnelse med omtrentlige tider:
- 0:00 – 2:00 Intro, some details about recording the video etc.
- 2:00 – 27:30 Why technology evolution is important, and an overview of technology innovation/evolution processes
- 6:00 – 9:45 Standard engineering
- 9:45 – 12:50 Invention
- 12:50 – 15:50 Structural deepening
- 15:50 – 17:00 Emerging (general) technology
- 17:00 – 19:45 Substitution
- 19:45 – 25:00 Expansion, including dominant design
- 25:00 – 27:30 Structuration
- 27:30 – 31:30 Architectural innovation (technology phases)
- 31:30 – 31:45 BREAK! (Stop the video and get some coffee…)
- 31:45 – 49:40 Disruption
- 31:45 – 38:05 Introduction and theory
- 38:05 – 44:00 Excavator example
- 44:00 – 46:00 Hairdresser example
- 47:00 – 47:35 Characteristics of disruptive innovations
- 47:35 – 49:40 Defensive strategies
- 49:40 – 53:00 Things take time – production and teaching…
- 53:00 – 54:30 Fun stuff
Dette er ikke første gangen jeg har laget videoer, men det er første gangen jeg har laget en såpass lang video selv, og med en fremtidig forelesning som hensikt. Noen refleksjoner:
- Dette er en forelesning jeg har holdt mange ganger, så det tok meg ikke lang tid å lage innholdet – for det meste handlet det om å ta vekk ting. Normalt ville den første delen ha tatt 2-3 timer, den siste det samme (men ville inkludert et case i tillegg.) Presentasjonsformatet er mye strammere og jeg må utelate mye som ikke går direkte til budskapet (og jeg er glad i å fortelle historier). Det er en begrensning som jeg vil synes er vanskelig i fremtiden, hvis dette blir vanlig.
- Jeg sier mye feil, glemmer å si ting, hopper over ting jeg ikke burde hoppet over. Det er irriterende å se i etterkant, men jeg gjør det i vanlige forelesninger også (det er bare at jeg ikke husker det etterpå.) Men dette er et opptak av en forelesning (riktignok ved kjøkkenbordet hjemme), ikke en dokumentar – skulle jeg laget noe mer profesjonelt, måtte jeg ha utviklet et storyboard og filmet alt som korte snutter, kanskje med lyden lagt på separat. Jeg ønsket å gjøre dette fort, og da kan man ikke henge seg opp i alle detaljer.
- Når det er sagt – dette tar tid. Videoen er omtrent 55 minutter lang. Opptaket tok omtrent to timer (inkludert fikling og endel avbrytelser). Å redigere de første 30 minuttene tok to timer, resten (av den rene forelesningen) tok halvannen. Så ble jeg ambisiøs, begynte å ta vekk alt som var av kremting og pauser, flytte på rekkefølgen på noen punkter, legge på tekst og annet, inkludert alle klippene på slutten. Det tok antakelig omtrent fem timer til. På den annen side – jeg begynner å få Camtasia i fingrene, og dette er jo en læreprosess for meg også.
- Å bruke en iPad til å tegne og styre presentasjonen var å overkomplisere ting litt for mye – jeg kunne like gjerne brukt tastaturet, eventuelt tegnet med en mus. Apples SideCar (forbindelse til iPad’en) er fortsatt litt for fersk software som tok endel oppmerksomhet og systemressurser.
- Å ha datteren min som publikum var hyggelig og gjorde det hele mer levende, men det er begrenset hvor lenge hun orker det. Å tape et bilde av henne eller et annet familiemedlem til kameraet vil antakelig fungere i det lange løp.
- Når du bruker en smarttelefon til å filme, sett den i flymodus så du ikke blir avbrutt. Det finnes visst apper der ute som lar deg koble iPhone som et kamera direkte, men jeg har ikke testet dem.
- Lyden ble tatt opp av to mikrofoner – iPhone og en Røde trådløs mikrofon. Jeg syntes lyden ble “fetere” hvis jeg brukte begge lydsporene, så da gjorde jeg det, men dette gir større filer og noe mer kompleksitet når man redigerer i Camtasia (som også får litt synkroniseringsproblemer i blant og forskyver lydbildet.) To mikrofoner gir også «publikum» en sjanse til å være med.
- En fin ting med video er at du kan fikse feil. Du kan ta vekk ting, legge tekst på skjermen for å rette på ting du sier feil (som årstallet på en Chrysler Airflow), og rette på foiler.Men dette tar tid, og man bør har et bevisst forhold til bytteforholdet kvalitet og tidsbruk – mistenker at grensenytten er sterkt fallende på et tidligere tidspunkt enn man selv tror.
Min eminente kollega Ragnvald Sannes påpekte i en telefonsamtale i morges at dette har konsekvenser for hvordan vi organiserer og belønner forelesning. Vi kommer til å bruke mye mer tid på å lage innhold og mye mindre tid på å stå og gjenta det. Det betyr at vi ikke lenger kan betale folk ut fra undervisningstimer – eller i det minste at vi redefinerer hva begrepet betyr.




Liten
Nok en gang ønsker Ragnvald Sannes og jeg velkommen til et Executive Short Program (23-26 oktober i år) kalt
Dette programmet er ment som et møtested (gjerne for flere mennesker fra samme bedrift,) der vi i tillegg til å vise frem mye ny teknologi setter av tid til diskusjon mellom deltakerne. Det gir en anledning for ledere og ledergrupper til ta en time-out og tid til å tenke over hva den nye teknologien (Blockchain, Internet-of-things, analytics, robotics, delingsøkonomi, automatisering, digitale tvillinger, etc.) betyr for din bedrift og din (eller dine kunders) situasjon og prosesser. Vi vil også forsøke å systematisk fange opp hvilke muligheter og utfordringer hver enkelt bedrift står overfor, og hjelpe til å finne perspektiver for hver enkelt bedrift eller organisasjon om hvordan man skal forholde seg til utviklingen.
Det er 11. gang Ragnvald og jeg arrangerer et seminar der nede sammen med 
I dag var jeg på seminar om blockchain i offentlig forvaltning, spesifikt om et lite prosjekt med bl.a. Brønnøysund, IBM og en studentgruppe fra OsloMet, som har gjort en liten studie av hvordan man kan bruke blockchain til å implementere et offentlig eierskapsregister for ikke-noterte aksjeselskaper. Det var interessant å høre på, men en bonus var et meget godt foredrag av
SAS-annonseringene er mest interessante: Å ha baser i lavkostland betyr at man får et kostnadsbilde som i hvert fall i prinsippet går mer i retning av Norwegian enn gamle SAS. Forvent mer vekst i Irland og Spania – akkurat som Norwegian, har gjort, veksten i kapasitet, i hvert fall personale, kommer stort sett utenlands. Det andre interessante er flere direkteruter fra Oslo og muligens Arlanda. Tidligere har dansk eierskap og fagforeningsinnflytelse gjort at de lange utenlandsrutene stort sett har gått fra Kastrup – da SAS ble startet, ble dette gjort, antakelig for å skape en viss balanse siden Danmark ikke har mye innenlandstrafikk. Konkurranse fra billigselskap (SAS annonserte nettopp SAS Go på endel lange utenlandsruter, særlig USA) og vekst i trafikken på Arlanda og særlig Gardermoen gjør at denne maktbalansen forrykkes.
Norwegian fortsetter sin vekst inn i de lange markedene, og jeg har inntrykk av at selskapet nå restrukturerer sitt rutenett mer mot å fly folk til Gardermoen, Gatwick og etterhvert Spania for å fly dem videre på langruter. Dette betyr at selskapet blir mer som et tradisjonelt selskap (de har alltid vært litt hybrid, ikke et rendyrket ping-pong-selskap) og at de dermed også risikerer å dra på seg merkostnadene dette medfører, i form av et mer sårbart rutenett. De opererer imidlertid fremdeles alene, stort sett.
Ryanairs kuvending må nok tilskrives markedsforholdene: Den kraftige veksten i flytrafikken gjør at det er mangel på piloter. Mange piloter i Ryanair opererer som egne selskaper, gjerne på Guernsey, for å unngå skatter. Dette er en effektiv løsning, men gir ikke pensjon, sykeforsikring og noe fast ansettelsesforhold – noe som ikke spiller så stor rolle tidlig i karrieren, men som blir viktigere etterhvert som man vokser til og får barn og forpliktelser. Det interessante med Ryanair er om denne fagorganiseringen vil «smitte over» til kabinpersonalet, som har en mye svakere stilling og trenger den mye mer. En mulighet for Ryanairs piloter til å vise solidaritet i praksis, men jeg er ikke optimistisk. Flyvere er individualister, så til de grader.
I 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
Dette 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.
Data og dataanalyse blir mer og mer viktig for mange bransjer og organisasjoner. Er du interessert i dataanalyse og hva det kan gjøre med din bedrift? Velkommen til et tredagers seminar (executive short program) på BI med tittelen:
Magma, utgitt av Econa (tidligere (veldig mye tidligere, faktisk) Siviløkonomforeningen), har et 


Torsdag denne uken skal jeg holde foredrag på
Systematiske innovasjoner i denne bransjen har tendert til å komme fra de store firmaene – som Maersk, som med sin tjeneste 
En ukes tid før Aftenposten
tilskuere, politikere som uttrykker sorg og fordømmelse, og Utenriksdepartementet (UD) som sier at såvidt de vet er ingen nordmenn skadet, men at man jobber med saken.
Nå har vi imidlertid laget en ny løsning, for bedrifter og organisasjoner som ønsker kommunisere med folk som er innenfor et visst område. Vi har et stykke programvare, SmartHelp Decision Support (se skjermbildet), som gjør at man kan definere et område (en sirkel eller firkant på et kart), få øyeblikkelig beskjed om noen av ens ansatte (eller, i UDs tilfelle, norske borgere) er innenfor dette området, og kontakte dem (de får en melding om de vil dele informasjon, eller blir direkte synlige hvis de har gitt tillatelse på forhånd). Dette er skalerbart (tusenvis av brukere) og man kan sende ut spørsmål som f.eks: “Er du i sikkerhet?” med en Ja eller Nei el.l. knapp. I en krisesituasjon kan man dermed raskt filtrere ut alle de personene man ikke trenger å kontakte. Etter 22. juli 2011 brukte en bedrift jeg kjenner til, som hadde kontorer i nærheten av regjeringsbygget, mer enn to dager på å få kontaktet alle sine ansatte (ringe til dem, ferietid etc.) for å forsikre seg om at de var OK.
Eller for å ta et svært aktuelt eksempel: Da det smalt i Nice i går, ville UDs sikkerhetspersonale kunne definere Nice som et område, sende melding til alle som har lastet ned appen og, sende spørsmål om de var OK, og få vite dette i løpet av minutter. Man ville også kunne varsle om ting gjennom en sikker og offisiell kanal (det blir mye rykter i slike situasjoner).