Ledningen

Vad en språkmodell gör

Det ni betalar för är inte modellen utan allt som ska hålla den i schack, och den delen står sällan i offerten eftersom den utförs hos er. Var gränsen går för vad en okontrollerad text får användas till är därför ett kostnadsbeslut och inte en teknisk fråga.

• Besluta var i verksamheten en text som ser rätt ut men inte är kontrollerad får förekomma, och betala för den granskning ni kräver där ni tillåter den. Granskningen är arbetstid hos er och syns inte i leverantörens pris.
• Avsätt medel för att pröva om lösningen efter varje modellbyte, och skriv in i avtalet att bytet meddelas i förväg. Utan den posten betalas bytet ändå, i fel som upptäcks i drift.
• Håll beslutet att en lösning får svara en enskild utan att en människa läst svaret ovanför projektnivå. Att ta tillbaka den gränsen betalas i utredningar och inte i licenser.

Deterministiskt och generativt

Ert sätt att godkänna en leverans förutsätter ett prov som kan gå igenom en gång för alla, och det provet finns inte här. Ersättningen är en samling fall som någon hos er äger, och den är en bemanningspost innan den är något annat.

• Bekosta en fallsamling ni själva äger, med en namngiven ägare i verksamheten och avsatt tid i hennes uppdrag. Utan den godkänner ni en förevisning och kallar det en leverans.
• Besluta att godkännandet skrivs som en tröskel över den samlingen, och vem hos er som får besluta att tröskeln är nådd. Ett godkännande utan namn faller tillbaka på den som byggde lösningen.
• Lägg en post i budgeten för det som följer av en avvikelse. Den rättas inte, den möts genom att uppgiften flyttas till ett steg utanför modellen eller genom att lösningen får göra mindre, och båda kostar pengar efter driftsättning.

Varför den hittar på

Den felnivå ni godtar är en budgetpost innan den är en kvalitetsfråga: varje steg lägre betalas i granskningstid, i snävare användning eller i färre ärendeslag. Fattar ni inte beslutet har ni ändå en nivå, och då vet ingen vilken.

• Besluta felnivån per ärendetyp innan driftsättning, eftersom det är den som bestämmer vad granskningen ska kosta och hur många ärendeslag ni kan släppa in.
• Utse och bekosta den som varje månad läser anmälningarna, avgör om något ska ändras och svarar den som anmälde. Utan den rollen har ni inga siffror att förhandla med den dag felnivån blir en fråga.
• Betala inte för ett krav på att lösningen inte ska hitta på. Ingen leverantör kan hålla det, och utfästelsen går varken att kontrollera eller att åberopa.

Hur du märker att svaret är fel

Ett felaktigt svar låter precis som ett riktigt, så det enda som avslöjar det är innehållet och aldrig tonen.

Varför svaret varierar

Samma fråga kan ge ett annat svar, och det är så systemet fungerar.

Vad modellen minns

Allt som ser ut som minne är text som sparats och skickas in på nytt.

Personuppgifter i prompten

Gränsen passeras mitt i arbetsdagen, utan att någon fattar ett beslut.

Instruktioner är inte garantier

Två lösningar kan utfästa samma sak till helt olika pris, och skillnaden är om utfästelsen är byggd eller bara skriven. Vilken ni betalade för får ni veta den dag något ovanligt händer.

• Begär, innan ni betalar, en förteckning över varje utfäst begränsning med besked om den bärs av instruktionstext eller av något utanför modellen. Betala inte för en utfästelse som ligger i text och räknas som ett krav.
• Avsätt tid och pengar för att ni själva ska få försöka bryta utfästelserna under utvärderingen. Görs det inte då görs det inte alls, eftersom ingen finansierar det efter tilldelning.
• Besluta vilka av era regler som är krav, och godta att varje sådan regel har ett pris i form av en behörighet, ett bortkopplat verktyg eller en människa som godkänner. Listan ska vara kort nog att priset går att bära.

Skugg-AI

Det som används vid sidan om mäter vad er godkända väg inte täcker, och avståndet dit mäts i ansökningar, väntetid och licenser ni inte köpt. Alla tre är poster ni råder över.

• Betala för att den godkända lösningen är åtkomlig för alla som har uppgiften, utan ansökan per person. En licensmodell som gör varje ny användare till ett beslut bygger in tröskeln i avtalet.
• Besluta vad som är oacceptabelt uttryckt i uppgiftsslag och inte i produktnamn, och utse vem som svarar verksamheten när den frågar efter något ni inte har.
• Gör det till ett villkor vid nästa förlängning att nya AI-funktioner i produkter ni redan betalar för levereras avstängda tills ni slår på dem. En påslagen funktion ni inte beställt är en behandling ni ansvarar för.

Varför datan är flaskhalsen

Arbetet med underlaget syns sällan som en post i en kalkyl, eftersom det betalas i er egen arbetstid och inte i en faktura. Utelämnas det är det ändå betalt, i ett sämre utfall.

• Budgetera underlagsarbetet som en egen post med angiven bemanning, och lägg den i verksamhetens budget och inte i den tekniska. Arbetet kräver kännedom om verksamheten och går därför inte att lägga över på någon annan.
• Besluta per användningsfall om ni är beredda att betala för det arbetet. Väljer ni bort det har ni valt kvaliteten på svaren, även när beslutet såg ut att handla om något annat.
• Bekosta en prövning mot ett stickprov ur ert eget material före tilldelning. Ett användningsfall vars underlag inte finns blir inte billigare av att byggas färdigt.

Datakvalitet som förutsättning

Städningen har varken slutpunkt eller leverantör, eftersom bara den som äger ett innehåll kan avgöra om det gäller. Det gör den till en stående post i verksamhetens budget och inte till ett projekt.

• Besluta att städningen är verksamhetens arbete och namnge en ansvarig per underlag. Ingen leverantör kan ta över den bedömningen, hur mycket ni än betalar.
• Avsätt löpande tid och inte engångstid. Ett städat material börjar dra isär från första dagen, så en engångsinsats är en kostnad ni betalar om.
• Godta inte ett avtal som lägger innehållsansvaret på leverantören. Ni betalar då för en trygghet ingen kan infria, och behåller ansvaret ändå.

Vad som måste loggas

Det billigare av två åtaganden räcker ända till den dag ett besked ska förklaras för någon som ifrågasätter det, och den dagen ligger i ett annat budgetår än beslutet. Det gör valet till ert och inte till leverantörens.

• Besluta per användningsfall om ni behöver innehållet och inte bara händelsen, och låt de två prissättas var för sig. Ett stöd vars svar blir underlag för ett besked till en enskild klarar sig inte med det billigare.
• Räkna in att en innehållslogg samlar allt känsligt som passerat verktyget på ett ställe. Den behöver egen lagringstid, egen behörighet och en egen ägare, och det är ett åtagande med en kostnad och inte en teknisk detalj.
• Besluta att posten skrivs innan svaret lämnas ut, också när det gör lösningen långsammare. Den ordningen är skillnaden mellan ett spårat och ett ospårat svar.

Vem äger lösningen

Ni är de som utser ägaren, och ett ägarskap utan pengar och utan rätt att stänga av är ett namn i ett dokument. Både budgeten och mandatet tas ur ert eget.

• Utse en ägare per användningsfall där arbetet utförs, och ge henne en budget som räcker för att ändra lösningen utan att gå tillbaka till er för varje ändring.
• Ge ägaren rätt att stänga av sitt eget användningsfall ensam, och låt avtalet ange vad avstängningen kostar och hur lång tid den tar. Ett mandat utan prissatt utgång är inget mandat.
• Besluta nu vem som tar över den dag hon byter tjänst. Ett ägarskap utan efterträdare upphör utan att någon fattar beslutet.

Kompetens i organisationen

Den här förmågan finns antingen hos er eller inte alls, och ingen fakturerar er för att den saknas. Det är därför den stryks först och märks sist.

• Besluta vilka färdigheter som ska finnas hos er själva och vilka ni hämtar in, och skriv ned det före en upphandling. Efteråt är valet redan gjort av den som lämnade anbud.
• Avsätt arbetstid för minst två personer som kan följa ett enskilt ärende genom spåret utan att beställa hjälp. Bärs kunskapen av en person försvinner den med henne.
• Betala för kunskapsöverföring som en levererad del med angivet innehåll, namngivna mottagare och en tidpunkt. Som en rad i en projektplan levereras den sist och stryks först.
• Besluta att den part som stöttar er i en upphandling inte får lämna anbud i den.

Förvaltning över tid

Ett bygge har ett slut och en synlig kostnad. Förvaltningen har varken det ena eller det andra, och det är därför den utelämnas ur den kalkyl som fick beslutet att gå ihop.

• Budgetera år två innan ni beslutar om år ett, i arbetstimmar hos er och inte bara i avgifter. Posterna är kända: underhåll av underlaget, omkörning av fallen, och genomgång av vad användningen faktiskt blivit.
• Besluta vad som ska ske när kvaliteten sjunker under det ni skrivit ned, och att avveckling är ett tillåtet svar. En lösning ingen får lägga ner blir en lösning ingen förvaltar.
• Sätt ett tak för de poster som växer med användningen, och begär angivet pris och angiven ledtid för de ändringar som med säkerhet kommer.

Livstidskostnad

Kostnaden flyttar från inköp till förvaltning, och det som flyttar betalas i arbetstid hos er och står därför inte i något anbud. Skillnaden mellan två anbud kan vara att det ena räknade de posterna och det andra lämnade dem tomma, och det senare ser billigare ut utan att vara det.

• Bestäm perioden kalkylen ska omfatta och kräv att varje anbud räknar på samma. Utan en angiven period jämför ni första året och betalar för de följande.
• Ge varje post en betalare och en budget, och lägg det som utförs hos er i verksamhetens budget och inte i den tekniska. Det är där timmarna tas, och en post utan betalare betalas av den som råkar ha tid.
• Utse vem som äger kalkylen efter tilldelningen och när den jämförs mot verkligt utfall, post för post. En kalkyl ingen äger prövas aldrig, och nästa upphandling räknar då fel på samma sätt.
• Besluta vilken avvikelse som gör kalkylen till ett nytt beslut i stället för till en tilläggsbeställning. Utan den gränsen finansieras varje överskridande av att det redan är påbörjat.

Piloten som får misslyckas

Ni betalar för att få veta något, och ni är också de som kan ta bort det ena utfallet utan att besluta det, genom att lova piloten i en handling. Då har ni betalat för ett prov och fått en införandeplan.

• Besluta före start vad som räknas som ett för dåligt utfall, uttryckt som en siffra eller en händelse, och låt den som äger användningen formulera det.
• Utse vem som får avbryta, och låt det inte vara den som ansvarar för leveransen. Ett avbrott som kräver ert beslut i efterhand kommer inte att begäras.
• Prissätt avvecklingen i samma offert som piloten: vad avstängningen kostar, vad som händer med data och konton, och hur lång tid det tar.
• Besluta hur piloten omtalas utåt. Ett prov som kan sluta med nej ska beskrivas så i varje handling där det nämns, annars har ni betalat bort möjligheten att säga nej.

Från en lösning till många

Här ligger valet mellan att bygga en förmåga och att köpa punktlösningar, och det är ert och ingen annans. Ingen enskild lösning betalar för kapaciteten, eftersom den inte tillhör något projekt.

• Besluta hur lång tid ett svar på en förfrågan får ta, och bekosta den bemanning som krävs för att hålla tiden. Utan utlovad svarstid är er väg in en kö, och en kö används inte.
• Finansiera en förteckning över vilka AI-lösningar som är i drift, vad var och en gör, vem som äger den och vad den når. Utan listan finns ingen bedömning på beståndsnivå att göra.
• Utse vem som bär ansvaret för att kapaciteten byggs. Den tillhör inget projekt och finansieras därför inte av något.

Gemensamma skyddsräcken

Ett räcke betalas en gång och ärvs av varje ny lösning. Fyrtio förhandlingar betalas fyrtio gånger, av olika personer och med olika utfall, och den kostnaden syns aldrig samlad någonstans.

• Finansiera räcket som infrastruktur med egen ägare och egen budget, och inte ur det projekt som råkar vara först. Ett räcke som betalas av ett projekt får projektets livslängd.
• Besluta vilka anslutningskrav som är absoluta och vilka som är önskvärda, och håll listan kort nog att den efterlevs. Ett krav ni inte kan hålla har ni betalat för att formulera och ingenting mer.
• Besluta hur en avvikelse hanteras: en lösning som inte kan ansluta avvisas, eller godkänns med ett nedskrivet skäl och en tidpunkt då frågan tas upp igen.

Vem betalar för det gemensamma

Ett gemensamt räcke kostar hos den som bygger det och lönar sig hos alla som slipper bygga det själva. Den som ska betala ser därför en kostnad utan motsvarande nytta i sin egen budget, och det är skälet att sådant inte blir byggt. Det är ett finansieringsproblem förklätt till ett tekniskt, och det avgörs i en budgetprocess och inte i ett arkitekturmöte.

• Besluta vad som gäller när en andra användare tillkommer: betalar den in, eller är anslutningen fri och anslaget i stället större. Svaret avgör om nästa verksamhet ansluter eller bygger sitt eget.
• Besluta om det gemensamma är skyddat när den enhet som äger det får ett sparkrav. Det avgör inte om räcket byggs, utan om det finns kvar när något ska ändras.
• Kräv anslutningen till era gemensamma funktioner prissatt som en egen post i varje anbud. Ett totalpris döljer om ni betalar för en egen variant av något ni redan äger.
• Lägg frågan i budgetprocessen med ett belopp och en mottagare. Ett önskemål utan anslag har samma utfall som ett nej, och det utfallet syns som ett tekniskt val.

Att säga ja utan att tappa kontrollen

Sorteringen är inte en uppmjukning utan det som gör att riktigt arbete kan läggas där det behövs. Den kostar en bemannad väg in med en utlovad svarstid, och utan den bemanningen är vägen bara en kö med ett nytt namn.

• Besluta nivåerna, håll dem få, och sätt en utlovad svarstid per nivå. Svarstiden är det som avgör om er väg används eller kringgås.
• Besluta att den lägsta nivån får avgöras av en person, och bemanna den rollen. En grupp som möts en gång i månaden är en kostnad i väntetid som betalas av verksamheten.
• Besluta vad som händer när en lösning byter nivå, alltså när något som läste börjar skriva. Det är ett nytt beslut med en ny kostnad och inte en ändring av det gamla.