Send oss ditt digitaliseringscase!

econa-logo-magma-bannerSammen med Ragnvald Sannes, Bendik Bygstad og Jon Iden er jeg fagredaktør for et spesialnummer av Magma om erfaringer med digitalisering i Norge. Hensikten er å lage en samling med gode eksempler på digitalisering – vellykket eller ikke – til undervisnings- og forskningsbruk. Hensikten er ikke å belyse spesifikk teori eller gjøre for mye tolkning, ei heller å lage en samling pressemeldinger om hvor fantastisk smart bedrifter og organisasjoner har vært. I stedet vil vi ha dype eksempler på ting som er gjort eller er i ferd med å gjøres – med nok detaljer til at man kan lære av det.

Så – hvis du (bedrift, organisasjon, offentlig institusjon, enkeltperson) vil gjøre en innsats for digitalisering i Norge – ta kontakt med redaksjonen med forslag til bedrifter og organisasjoner som har erfaringer (gode og/eller dårlige) med digitalisering. Resultatet kan bli den samlingen med dype eksempler man kan henvise til å diskutere på ledermøter, forskermøter og fagdager om digitalisering rundt omkring i landet.

For vi mennesker lærer av historier og eksempler, ikke av teori alene. Og vi trenger litt kjøtt på teoribenene.

Ta kontakt hvis du har noe!

Er du smart nok for smarte organisasjoner?

dn-09272018-smart-nok-til-acc8a-lede-intelligente-organisasjoner_pdfLiten artikkel i DN i dag, bygget på en artikkel i BI Business Review (kommer etterhvert), som igjen bygger på dette kapittelet i BIs jubileumsbok. (Og stor takk til Audun Farbrot for en formidabel innsats i forskningskommunikasjonens tjeneste i denne sammenheng.)

Og artikkelen? Vel, jeg vedlegger en PDF, lenken (betalingsmur) finner du nedenfor, og som så meget annet handler denne artikkelen om at man ikke kan innføre nye teknologier (i dette tilfelle dataanalyse) uten samtidig å endre organisasjonen (i dette tilfelle ledelsesrollen.) Dataanalyse og den datadrevne organisasjonen må forholde seg til et faktabasert verdensbilde, noe som krever evne til å sanse, forstå, handle, lære og forklare – kontinuerlig, og i stor skala.

Lenke til DN: https://www.dn.no/innlegg/ledelse/digitalisering/smart-nok-for-smarte-organisasjoner/2-1-424362

PDF: DN 09272018 Smart nok til å lede intelligente organisasjoner

(Og nei, jeg har ikke begynt å jobbe for Accenture. Fire forfattere ble tydeligvis litt for vanskelig for DN…)

Hvordan skrive et undervisningscase

Siden jeg av og til underviser i undervisningsteknikk (særlig case-undervisning) og har skrevet en bok om dette med Bill Schiano, blir jeg av og til spurt om hvordan man skal skrive et undervisningscase. Det følgende er en kjapp oppsummering av hva jeg mener er viktig (i hovedsak en oversettelse av denne bloggposten.)

Hva er hensikten med caset?
For det første: Et case skrives i en spesifikk undervisningshensikt. (På Harvard Business School får man faktisk ikke skrive et nytt case uten at det er satt inn i en spesifikk undervisningssituasjon. Det holder ikke at man har en interessant bedrift som har gjort noe spennende – selv den mest spennende og nyskapende historie trenger å ha et pedagogisk poeng, en teori eller et dilemma å illustrere.

Standard disposisjon
Cases – særlig de som skrives på Harvard – følger en disposisjon som nok er en klisjé, men som er svært effektiv. Den ser omtrent slik ut:

  • 0.5 side: Introduksjon: Casets hovedperson introduseres, vanligvis en leder eller mellomleder som lurer på hva han eller hun skal gjøre i et viktig spørsmål. Tanken er å fortelle studentene fra hvis perspektiv caset er skrevet, sette scenen, kanskje si noe om analysenivået – og det er det hele. Det at det er personlig skrevet, hjelper studentene å identifisere seg med personen og føle det litt som om de har den samme utfordringen selv.
  • 1 – 1.5 sider: Beskrivelse av firmaet eller organisasjonen – ikke hele histoiren, men relevante detaljer. Man må forklare hva bedriften eller organisasjonen gjør, hvordan den tjener penger, hva den produserer, hvordan den har kommet til den situasjonen som beskrives. Bedrifter og organisasjoner er i stor grad formet av sin historie, så i alle fall jeg mener at man heller bør ha for mye enn for lite detaljer her.
  • 1 – 1.5 sider: Bransje/omgivelsesbeskrivelse. Bedrifter og organisasjoner eksisterer innenfor en kontekst, og du må beskrive den. Beskrive bransjen, dens utvikling, og bedriftens plass innenfor den. Vær kortfattet, men presis, og legg gjerne inn mer detaljer enn strengt tatt nødvendig.
  • 1 – 5 sider: Problem. Dette er casets tema – beskriv det utførlig og nøytralt, få med kompleksiteten i situasjonen. Et undervisningscase skal skrives slik at flere alternative løsninger er mulige, så man har noe å diskutere.
  • 0.5 side: Avslutning, typisk at casets hovedperson(er) oppsummerer spørsmplet og lurer på hva de skal gjøre – ofte i form av en eller annen form for hendelse (et styremøte, for eksempel) der de skal legge frem en anbefaling til løsning.

De fleste case er et enkeltcase, men man kan ha B-case (som deles ut til studentene etter at man har diskutert det første caset) og til og med et C-case. Det er viktig at B og C cases er kortfattet, siden de skal leses i klasserommet. B-caset sier typisk noe om hva bedriften eller organisasjonen gjorde og introduserer kanskje et problem som oppsto på grunn av avgjørelsen. C-caset, hvis det er nødvendig, bør bringe en slags avslutning. Etter min erfaring er vanskelig å generere noe særlig diskusjon etter et C-case – studentene blir slitne. En fersk caseforfatter som skrive rom et firma med en lang historie kan nok bli fristet til å lage en lang rekke med korte case, men i praksis fungerer ofte dette dårlig – ikke minst fordi det gjør diskusjonen svært forutsigbar.

Det man ikke skal gjøre
Jeg har sett en hel del nybegynnerfeil som kommer når man skal skrive et case for første gang. Her er noen av de tingene man bør unngå:

Ikke teori. Et godt case skal være en beskrivelse av en interessant situasjon, ofte en avgjørelse som må tas – og ikke noe annet. Det betyr at det skal ikke være teori og ikke diskusjon i selve caseteksten. Spar teori og diskusjon til en eventuell «teaching note» eller skriv en separat akademisk artikkel. Ikke bare gjør dette caset mer realistisk, det åpner også for at man kan bruke caset innenfor kurs og undervisningssituasjoner det ikke opprinnelig var ment for. Å holde teori utenfor kan være vanskelig hvis du bare er vant til å skrive akademiske artikler – men det er god praksis å legge frem «just the facts». (Hvilke fakta du velger å legge frem er naturligvis også en form for diskusjon og tolkning, men vi lar den ligge i denne omgang.)

Ingen helter, ingen skurker. Når jeg lærer studenter å analysere et case (og når jeg hjelper organisasjoner å forstå komplekse situasjoner) pleier jeg å si at for de fleste situasjoner innenfor ledelse og forretningsdrift et det god praksis å gå ut fra at folk ikke er dumme og ikke onde. Så – når du skriver et case, pass på at det har ingen helter og no ingen skurker. Hvis et case hare en klar helt eller en klar skurk, er det et tegn på at du ikke har lagt inn nok detaljer. Skriv det så studentene kan se situasjonen fra flere sider.

Ingen vurderinger. Et vanlig problem er at man finner karakteristikker og vurderinger fra forfatteren i et case – særlig hvis caset er skrevet av en firma som skriver om seg selv. Et case (også et kundecase man bruker i reklame) er mest troverdig hvis det er skrevet i en nøytral og beskrivende tone. Ikke skriv at et firma er «ledende» – beskriv hva firmaet gjør og hvilke resultater de har oppnådd, og la leseren selv vurdere hvor ledende firmaet er eller hvor vellykket hovedpersonen er. For eksempel: «Nilsen var en dyktig leder, med ansvar for et stort og vellykket prosjekt.» Legg til opplysninger som forteller noe, og skriv. «29 år gammel ble Nilsen forfremmet til den yngste direktøren i firmaets historie, etter å ha utviklet og innført bransjens første maskinlæringsplattform.»

Ikke noe konsulentspråk. Vær svært forsiktig med motepreget språk og konsulentuttrykk. For eksempel: Er firmaet i ferd med å inngå en strategisk allianse eller samarbeider man bare med et annet firma i den hensikt å oppnå noe spesifikt? (Som en britisk venn av meg pleier å si: Jeg kjøper alle sokkene mine på Marks & Spencer – det betyr ikke at jeg har inngått en strategisk allianse med dem.) Unngå uttrykk som ikke er veldefinert, og vær presis i din språkbruk. Husk at et undervisningscase har lengst holdbarhet når det beskriver en situasjon som involverer mennesker og dilemmaer, ikke spesifikke situasjoner eller teknologier (som Fabritek-eksempelet nedenfor).  Jeg bruker ofte eldre case om teknologi, og hvis studentene klager over at casene er gamle og datamaskiner er mye raskere nå, så ber jeg dem bare ta en penn og endre alle årstallene og oppdatere datamaskinenes ytelse – og se om noe annet endrer seg.

Dramatisk struktur
Et virkelig velskrevet case har en dramatisk struktur – det er en begynnelse, en midtseksjon som bygger opp historien, og et virkelig interessant dilemma til slutt. De beste casene er som detektivhistorier, hvor du må grave deg langt ned i detaljene for å der du finner overraskende og ofte kontraintuitive konklusjoner. Et eksempel på en skikkelig «detektivhistorie» er Fabritek 1992, et gammelt (først publisert 1967, oppdatert 1992 av Jan Hammond) case om et kvalitetskontrollproblem i et mekanisk verksted. (Takk til Robert D. Austin, glimrende caseunderviser, for å ha gjort meg oppmerksom på dette caset og lært meg hvordan det skal undervises.) Fabritek er glimrende fordi det starter med en beskrivelse av bedriften (strategisk nivå), beskriver arbeidsprosessen og aktørene (organisasjonsnivå/forretningslogikknivå) og deretter problemet (operasjonelt nivå). En detaljert analyse av de operasjonelle detaljene leder til en noe overraskende konklusjon, som så kan diskuteres på organisasjons- eller prosessnivå, og deretter plasseres i en strategisk kontekst. Caset er glimrende fordi det tillater studentene å trekke linjer mellom disse nivåene, lærer dem at djevelen virkelig er i detaljene, og at du som leder bør ha en dyp, operasjonell forståelse for hvordan bedriften din faktisk gjør ting og faktisk tjener penger.

iPremier-front-pageEt annet case som viser kvalitet og innovasjon er iPremier, skrevet av Robert D. Austin og Jeremy C. Short. Det er det første og eneste tegneseriecaset jeg kjenner til. Historien handler om et lite, nettbasert firma som selger gaveartikler, og hvis webside og systemer blir angrepet av hackere. Angrepet avslører store sikkerhetshull og manglende beredskapsrutiner, og tvinger ledere på mange nivåer og innen mange spesialiteter til å ta vanskelige beslutninger. Det grafiske formatet gjør figurene levende og bygger opp historien (selv om jeg tviler litt på om de ansatte i et slikt firma i gjennomsnitt er like vakre, veltrente go velkledde som tegnerne fremstiller dem.) Caset illustrerer nokså innfløkte tekniske problemer på en forståelig måte (også for ikke-tekniske studenter) og har et glimrende plot med et B- og et C-case. Jeg liker å bruke endel tekniske case i mine kurs fordi, vel, en av mine kjepphester er at det ikke er nok teknologi på handelshøyskoler, og et case som iPremier illustrerer med all ønskelig tydelighet hva som kan skje hvis ledere neglisjerer teknologi og betrakter det som noe de kan overlate til teknologer i et hjørne. Det grafiske formatet (det finnes filmbaserte case også) gir studentene en liten pause fra vanlig tekst – standard case-tekster kan bli litt ensformige i lengden.

Detaljer, detaljer, detaljer!
Forskningscases – slike som publiseres i akademiske tidsskrifter – tenderer til å være skrevet for å passe i en spesifikk sammenheng, noe som betyr at bare opplysninger som er relevant for den sammenhengen blir tatt med – ofte nokså abstrahert. Et undervisningscase er det stikk motsatte: Det trenger masse opplysninger, gjerne tilgjengeliggjort som appendikser (grafer, bilder, tabeller, dokumenter, etc.) bakerst i caset, etter hovedteksten. En caseforfatter, når han eller hun besøker et firma eller en organisasjon for å lage et case, må legge merke til de små detaljene og legge dem inn, omtrent slik en god journalist gjør. I et av mine kurs lar jeg studentene skrive case som fagoppgave, og sier til dem at de skal skrive caset så detaljert at når du har lest det føles det litt som om du har jobbet der. For å få til det, må du få tak i nødvendige opplysninger. (Det kan av og til være nødvendig å maskere opplysninger for å kunne publisere dem, men hvordan man gjør det får jeg heller ta i en annen bloggpost.) Studentene klager av og til over at det er for mange detaljer i et typisk Harvard-case, og at ikke alle av dem er relevante (i hvert fall ikke i alle kurs). Men slik er det jo i den vanlige verden også – og det å finne ut hva som er relevant og hva du ikke skal legge vekt på er en egenskap det er svært viktig å oppøve hos prospektive ledere.

Lesing – og jobb.
grandongillJeg kjenner ikke til så mange gode bøker om hvordan man skal skrive et godt undervisningscase, kanskje med et unntak: Grandon Gill (bildet), professor ved University of South Florida og en glimrende caseforeleser har skrevet Informing with the case method, gratis nedlastbar i PDF, MOBI og EPUB format fra hans webside. Den har masse detaljer, tips og tricks, ikke bare om caseskriving, men også om caseundervisning og kursplanlegging. (Og, ahem, for de siste to er jeg vel nærmest forpliktet til å anbefale Bill Schianos og min bok Teaching with Cases: A Practical Guide.)

Sist men definitivt ikke minst: Ikke underestimer hvor mye jobb det er å skrive et skikkelig undervisningscase. Å få detaljene riktige, beskrive dramatis personae, og å utvikle en skikkelig historie er litt av en utfordring, forskjellig (i mange dimensjoner) fra å skrive en akademisk artikkel. På den annen side: Får du det til, har du et meget effektivt læringshjelpemiddel i mange år fremover.

Lykke til!

Hvorfor nettverk er viktig for innovasjon

En liten video som forklarer hvorfor nettverk – sosiale og andre – er viktig for innovasjon. Samt en liten reklame for kurset Nettverksledelse i praksis.

Forresten, Granovetters artikkel er

  • Granovetter, M. S. (1973). The Strength of Weak Ties. American Journal of Sociology, 78(6), 1360-1380.

…og du finner en kopi av den her.

Digitalisering av ledelse: Er ledelse en truet kultur?

Dette blogginnlegget begynte som notater under Jan Ketil Arnulfs foredrag 6. april, men gitt at Jan Ketil er en foredragsholder som tilfører teksten mye – og dessuten bruker live-skjermer i stedet for Powerpoint, så legger jeg like greit ut videoen. Interessant innhold (og i seg selv et eksempel på hvordan digitalisering endrer forskning) og en studie i avslappet og poengtert foredragsleveranse:

Da kan jeg jo også anbefale Jan Ketils bok En kultur kalt ledelse, mens jeg er i gang. Lesverdig!

Digital kaffepause – pilot

En ting jeg har rotet litt rundt med i det siste er å lage videoer, dels som kommunikasjonskanal, men også fordi jeg ønsker å lære meg litt om hvordan jeg gjør det. Her er en start, laget på oppfordring fra Digital Norway:

Jeg leker med tanken om å lage en videoserie om digitale tema, 5-6 minutters episoder, der jeg forklarer endel begreper og kommer med synspunkter. Hvis du gidder å se denne snutten, vil jeg gjerne ha feedback, spesifikt om

  1. Har temaet interesse (digitale detaljer, synspunkter, forklaringer på begreper, anbefalinger av bøker, etc.) i denne formen?
  2. Fungerer formatet? Har litt tekniske problemer (min iMac, sent 2013, sliter litt med 4K-prosessering, ser det ut til, tar gjerne i mot forslag til hva jeg kan gjøre. Ser også at jeg må justere lyd litt her og der. Men dette er en kladd, riktignok innspilling 2.) Tar i mot alle slags tekniske- og fremføringstips.
  3. Hva slags temaer er aktuelle?

Hele tanken er at jeg ikke skal overprodusere dette, men lage en kanal (har en idé til navn også) som kan forklare de som skal drive med digitalisering hva de skal gjøre – på en praktisk, men samtidig faglig forankret måte.