Praktisk innsikt for ansvarlige KI-programmer.
Kartlegging av KI-bruksområder
En praktisk metode for å undersøke reelle arbeidsflyter, teste flaskehalser og velge mellom KI, enklere tiltak eller mer dokumentasjon før en pilot.
ModelFold Editorial Team7 min lesetid
En klage er et forskningsspor, ikke et ferdig KI-bruksområde. Når et driftsteam sier at kundebriefene tar for lang tid og ber om automatisk oppsummering, kan det synlige skrivearbeidet være et symptom. Fullførte saker kan i stedet vise venting på kommersielle avklaringer, motstridende kildefelt og nye utkast når fakta endres. Et prosesskart tegnet fra hukommelsen skiller ikke sikkert mellom disse forklaringene.
Kort fortalt
Målet med feltarbeidet er derfor ikke å bevise at noen tok feil, men å finne hvor en mulig begrensning oppstår, hva som følger av den, og hva dere ennå ikke vet. Bruk den minste kombinasjonen av metoder som kan besvare spørsmålet. Resultatet bør være et avgrenset beslutningsgrunnlag for å teste KI, prøve et enklere tiltak, samle mer dokumentasjon eller avslutte sporet.
Før observasjonen må dere definere hvilken arbeidsflyt som undersøkes, hva som utløser den, når den slutter, og hvem som bruker resultatet. Ta også med rollene som leverer, kontrollerer eller mottar arbeidet, samt vanlige saker og relevante unntak. Grensen er foreløpig: Feltarbeidet kan vise at en viktig årsak ligger før startpunktet eller at konsekvensen først blir synlig hos neste mottaker.
I kundebriefeksemplet kan grensen gå fra godkjent salgsoverlevering til en brief som leveranseansvarlig har akseptert. Utvalget bør romme både rutinesaker, ufullstendige saker og saker med endret omfang. Start med reelle leveranser, meldinger og utkast fremfor å spørre bredt hvor teamet kan bruke KI. Den foreslåtte metodemiksen er en praktisk syntese, ikke en standard som krever alle metodene hver gang.
Et intervju om en nylig, avsluttet sak kan rekonstruere hendelsesforløpet uten å gjøre deltakerens erfaring til en generell påstand. Be personen velge ett konkret tilfelle og gå fra utløsende hendelse til akseptert leveranse. Følg handlinger, beslutninger, overleveringer og avvik i rekkefølge. Spør om hva som var usikkert, og be om å få se materialet som faktisk ble brukt, dersom det kan deles forsvarlig.
Åpne spørsmål som «Hva skjedde etterpå?» og «Hva la du merke til da?» reduserer presset mot et ønsket svar. Ikke be deltakeren utforme en KI-funksjon mens saken rekonstrueres. Sammenlign heller en enkel og en vanskelig brief, og inkluder koordinator, salgsdrift og leveranseansvarlig slik at overleveringene blir belyst. Ett tilfelle kan forklare en erfaring, men kan ikke alene vise at mønsteret er representativt.
Observer arbeidet sammen med de vanlige dokumentene, systemene, avbrytelsene og avhengighetene. Se etter bytte mellom kilder, venting, kontroll, omarbeiding, overleveringer og uformelle omveier. Legg særlig merke til øyeblikk der medarbeideren må tolke mangelfull eller motstridende informasjon. Observasjonen kan avdekke forhold som er vanskelige å huske senere, men den er fortsatt et lite og fortolket utsnitt, ikke en objektiv fasit for hele arbeidsstyrken.
Velg observasjonsform på forhånd og før den i notatene. Stille observasjon forstyrrer flyten mindre, men kan gjøre begrunnelsen uklar. Sporadiske spørsmål gir mer sammenheng med begrenset avbrudd, mens løpende forklaring gir dybde og samtidig endrer oppgaven. Avslutt med at deltakeren går gjennom den rekonstruerte flyten, korrigerer misforståelser og markerer steder der forskerens tolkning ikke stemmer med egen erfaring.
Ramm inn arbeidet som undersøkelse av arbeidsflyten, ikke som vurdering av enkeltpersoner. Deltakelsen skal være informert, og nytt opptak krever ny bekreftelse. Samle bare det forskningsspørsmålet trenger, begrens tilgangen og oppbevar personopplysninger sikkert. Når arbeidet berører medarbeider-, kunde-, konfidensiell eller regulert informasjon, må relevante eiere for personvern, sikkerhet, juss, arbeidsliv, tilgjengelighet og fagområde involveres. Metoden erstatter ikke kvalifisert rådgivning om konkrete forpliktelser.
Artefakter, korte oppgavedagbøker og operative registre kan fylle ulike hull, men ingen av dem er en fasit. Be deltakeren forklare hvordan maler, sjekklister, regneark, meldinger, notater, utkast og køvisninger brukes i den konkrete saken. Format og markeringer kan vise status, prioritet, hukommelsesstøtte eller koordinering som mangler i prosesskartet. Betydningen må likevel bekreftes av brukeren; dokumentet forklarer ikke bruken av seg selv.
Bruk korte dagboknotater når relevante hendelser er spredt over tid eller sjelden faller sammen med planlagt observasjon. Knytt hvert notat til en virkelig oppgave og følg opp uklare punkter. Når brukbare saks-, aktivitets- og tidsdata finnes, kan de vise venting, retur, duplikater, avvik og omarbeiding. Registrer samtidig arbeid som skjer utenfor systemene. Tidsstempler kan vise når noe skjedde, men ikke uten videre hvorfor.
| Metode | Kan avdekke | Kan overse | Bør avstemmes mot |
|---|---|---|---|
| Intervju om nylig sak | Erfaring, rekkefølge, begrunnelse og overleveringer | Glemte detaljer og bredere gjentakelse | Artefakter, kontrasterende saker og observasjon |
| Kontekstuell observasjon | Verktøy, avbrytelser, omveier og synlige vurderinger | Sjeldne hendelser og arbeid utenfor observasjonsperioden | Deltakerens forklaring, dagbok og andre saker |
| Arbeidsartefakter | Status, prioritering, minnespor og koordinering | Hvor ofte, hvorfor og av hvem artefaktet brukes | Demonstrasjon og intervju med brukeren |
| Kort oppgavedagbok | Reelle hendelser som oppstår over tid | Uregistrerte hendelser og detaljer deltakeren ikke skriver ned | Oppfølgingsintervju, artefakter og tilgjengelige registre |
| Operative registre | Gjentakelse, venting, avvik, retur og omarbeiding | Uregistrert arbeid, motiv og uklare saksgrenser | Observasjon, artefakter og fagpersonenes fortolkning |
Et rapportert problem blir en troverdig flaskehypotese når flere relevante saker eller evidenskilder plasserer den samme begrensningen på et bestemt sted og knytter den til en observerbar følge. Hypotesen må også beskrive en plausibel mekanisme, tilfeller som motsier mønsteret og mulige alternativer. Dette er triangulering for en beslutning om neste test, ikke et statistisk bevis på årsak eller en poengscore som skjuler uenighet.
For kundebriefene kan evidensen flytte hypotesen fra langsom oppsummering til manglende beslutninger og motstridende felt i vanskelige saker. Rutinesaker blir ferdige raskt, og lengre briefer er ikke konsekvent tregere. Systemets tidsstempler mangler dessuten avklaringer som skjer utenfor systemet. Funnet peker derfor mot en mulig flaskehals, men beviser ikke årsaken. Behold disse moteksemplene når neste test utformes.
Ikke spør hvor KI passer før dere kan vise hvor begrensningen gjentar seg, hvilken følge den får, og hva som fortsatt er usikkert.
Et evidensbasert mulighetskort skal være en avgrenset beslutningslogg, ikke en salgstekst for KI. Før opp arbeidsflytens start, slutt, leveranse, mottaker og roller, og beskriv perioden, sakstypene og metodene som faktisk er dekket. Skill tydelig mellom uttalt problem, observert mønster og antakelser. Knytt vesentlige utsagn til feltnotater, avidentifiserte artefakter, dagbokinnslag eller dokumenterte spørringer mot operative registre.
I eksemplet bør den første testen gjelde obligatoriske inntaksfelt, en tydelig eier av salgsoverleveringen og en synlig unntakskø. Mål venting og omarbeiding i et begrenset sett med saker. En skriveassistent kan vurderes senere, men bare for saker der fakta er komplette og menneskelig ansvar er tydelig. Foreslå KI først når den avgrensede oppgaven, konsekvensen, informasjonsgrunnlaget og en testbar fordel fremfor enklere tiltak faktisk er dokumentert.
Avgrens tilbakevendende arbeid og undersøk konkrete saker, roller, overleveringer og konsekvenser. Bevar usikkerhet og motbevis, og sammenlign KI med enklere alternativer. Foreslå deretter den minste testen som kan skille mellom forklaringene.
Et problem er en gyldig beskrivelse av frustrasjon eller belastning. En KI-mulighet krever i tillegg dokumentasjon på hvor mønsteret opptrer, at det gjentar seg, hvilken følge det har, og hvilke rammer et mulig tiltak må respektere.
Gjør deltakelsen informert, frivillig innenfor den aktuelle forskningsrammen og tydelig ikke-evaluerende. Samle bare nødvendig materiale, begrens tilgang og la deltakerne korrigere rekonstruksjonen. Involver relevante eiere når personvern, sikkerhet, arbeidsliv eller regulert informasjon berøres.
Nei. Metodene er komplementære alternativer, ikke en obligatorisk sjekkliste. Velg den minste kombinasjonen som besvarer forskningsspørsmålet og kompenserer for de viktigste blindsonene.
Nei. Observasjon og operative data kan støtte en sammenhengende flaskehypotese, men de gir ikke automatisk årsaksbevis. Bevar moteksempler og alternative forklaringer, og gjennomfør en liten test som kan skille mellom dem.
Denne artikkelen bygger på følgende kilder:
Vi skriver om hvordan KI faktisk lander inne i en virksomhet. Vi tar utgangspunkt i navngitte kilder, skiller det vi har funnet fra det vi mener, og bruker KI-hjelp til research og utkast innenfor dokumenterte redaksjonelle kontroller. Vi erstatter ikke vurderingen til en fagperson.
En praktisk metode for å kartlegge faktisk arbeid, prøve kontrollene og avklare unntak, godkjenninger og overleveringer før automatisering.
En praktisk metode for å kartlegge oppgaver, teste KI-hjelp, måle merarbeid og endre roller først når ansvar og kapasitet er synlig.
En praktisk metode for å fordele beslutningsrettigheter for KI og gjøre erfaringer fra initiativer om til endringer i portefølje og strategi.
