Ett AI-projekt som fastnar hos IT är sällan ett tekniskt problem. Det är ett projekt som aldrig fick en ägare utanför IT. IT bygger en modell, en pipeline, en integration — och väntar på någon som säger vilket arbete som nu ska löpa annorlunda. Om den personen inte finns, eller inte har mandatet, stannar projektet på den plats där det byggdes.
I delar av varje företag förskjuts arbete redan. Inte som en kungörelse, utan som praxis: en del av arbetet kan ett system göra självständigt, en del kan ett system göra så länge en människa godkänner eller avslår resultatet med motivering, och en del förblir mänskligt arbete eftersom omdöme, ansvar eller kontakt med en kund inte kan skiljas från det. Denna tredelning löper genom nästan varje process — inte per avdelning, utan per uppgift.
Skillnaden mellan ett företag där detta fungerar och ett företag där projektet fastnar hos IT ligger sällan i tekniken. Den ligger i vem som har fastställt vilka uppgifter som hamnar i vilken kategori, och vem som har befogenhet att säga: detta arbete förflyttas, och detta förblir som det är. Utan den fastställningen bygger IT något som ingen vågar sätta i produktion, eftersom ingen har fattat det beslut som beslutet kräver.
Ett AI-projekt som fastnar hos IT saknar oftast en av tre saker:
En ambition som går längre än en pilot. Om frågan "kan vi bygga detta" är besvarad men frågan "vilket arbete förändras strukturellt genom detta" inte är det, finns det ingenting att skala upp. Vilken ambition gör ni bättre i att skjuta upp ett år handlar om skillnaden mellan en ambition som är genomförbar nu och en ambition som först kräver något annat.
Ett svar på vad ett system får och inte får besluta utan tillsyn. Det svaret ligger inte hos IT, utan hos avdelningen som utför arbetet och hos compliance. Vad gör man när ambitionen kan men compliance inte kan beskriver vad som händer när tekniken är klar innan ramverken är det.
En beslutsrätt utanför IT. Någon i linjen — inte i arkitekturen — måste kunna säga att en uppgift förflyttas och att den frigjorda kapaciteten används någon annanstans. Så länge det beslutet ligger hos IT, stannar projektet också där, för IT har inte det mandatet och borde inte heller ha det.
Ett ambitionstest fastställer vad ambitionen är på fyra nivåer — visionen, det önskade tillståndet, det konkreta målet, och det tillstånd som målet kräver — och testar per dimension om organisationen är redo för det. Det är ingen mätning av vad ett system tekniskt klarar. Det är en bedömning av vad organisationen fortfarande måste ordna innan arbete faktiskt förflyttas: beslutsrätter, tillsyn, data, ansvar.
Den bedömningen är aldrig exakt. Den är så bra som den information som ligger till grund för den, och den informationen är ofta ofullständig när en ledning börjar med den. En dimension som ser redo ut eftersom ingen har ställt den rätta frågan är inte redo — det utfallet säger vid det tillfället framför allt något om vad som ännu inte har undersökts. Omvänt kan en dimension se dålig ut medan problemet är litet så snart någon får befogenheten att lösa det. Testet ordnar var organisationen står; det ersätter ingen undersökning av uppgifterna själva.
Den underliggande frågan — vilket arbete i detta företag som verkligen kan tas över av AI, delvis eller helt — besvaras med FTE TO AI:s arbetsscan per uppgift, inte per avdelning eller funktion. Den distinktionen behövs eftersom ett projekt som bedöms på funktionsnivå alltid fastnar hos IT: funktioner förändras inte, uppgifter gör det.
Ett enskilt AI-projekt som fastnar är oftast ett symptom. Ofta finns det ingen löpande bild av hur de åtta beredskapsdimensionerna utvecklas över tid, och samma dimension förblir flaskhalsen år efter år utan att någon benämner det — se vad gör man med en dimension som fastnat i flera år. En ambition som ser liten ut på pappret kräver ofta capabilities som bara blir synliga när någon lägger dem bredvid de åtta dimensionerna; den översättningen står i centrum i vilka capabilities behöver min organisation för denna ambition. Och ett projekt fastnar inte hos IT om ledningen redan är oenig om vad ambitionen innebär — det handlar hur får jag min ledning på samma linje om.
För personalbeslut som följer av ett sådant traject gäller alltid de egna lagstadgade kraven; ett test av ambition och beredskap är inget underlag för det och är inte avsett som sådant.
Den kostnadsfria beredskapskontrollen består av åtta korta frågor, en per dimension, och ger en första bild av var organisationen är längst fram och var den inte är det. Det är ingen dom och ingen slutpunkt, utan en startpunkt för att föra samtalet utanför IT innan ännu ett projekt byggs som ingen väntar på. Det fullständiga ambitionstestet, med de fyra nivåerna och de fem confidence gates, är under uppbyggnad.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.