Under ett chattfönster händer något annat än en fråga och ett svar. En kedja är en rad steg som följer på varandra utan att en människa mellan varje steg behöver trycka på start igen. En ansökan kommer in, läses, kontrolleras mot en regel, skickas vidare till ett system, och resultatet återkopplas till den som behöver det. För en människa är det en rad handlingar efter varandra. För en kedja är det en enda rörelse, förutsatt att varje steg vet vad det föregående har levererat och vad nästa behöver.
Att automatisera en enda uppgift är hanterbart: läsa ett dokument, göra en sammanfattning, besvara en fråga. En kedja är något annat, eftersom ett fel i steg två fortplantar sig till steg fem, och ingen ser felet förrän utfallet redan har landat någonstans. Det är anledningen till att kedjor kräver mer än lösa steg: det måste finnas något som kontrollerar att överlämningen mellan steg är korrekt, och det måste finnas någon eller något som ingriper om det inte är fallet. Utan det blir en kedja ett löpande band utan nödstopp.
En kedja berör flera system, och det betyder att dessa system måste kunna kommunicera med varandra. Om ett CRM, ett planeringsverktyg och ett faktureringssystem varje har sin egen definition av 'kund' eller 'status', bryts kedjan vid den punkt där överlämningen sker. Det är inget AI-problem; det är en fråga som föregår AI, om huruvida infrastrukturen och datahanteringen är utformade så att information kan gå från ett system till ett annat utan manuell korrigering.
Dessutom kräver en kedja en organisation som vet vem som är ansvarig för vad när något går fel. Vid en enskild uppgift är den frågan liten: någon kontrollerar resultatet och åtgärdar det själv. Vid en kedja är frågan större, eftersom felet kan uppstå någon annanstans än där det blir synligt. Vem som håller uppsikt över kedjan, vem som upptäcker ett fel, och vem som beslutar om kedjan får fortsätta köra eller måste stoppas, är frågor som måste vara besvarade innan kedjan sätts igång.
Ett vanligt mönster är signalering som leder till ett efterföljande steg: något upptäcks, och den upptäckten sätter igång en efterföljande åtgärd i stället för att stanna vid en anmälan. Vad som krävs för det beskrivs på sidan om övervakning som automatiskt kopplas vidare till en efterföljande åtgärd. Ett annat mönster är att en kedja för steg vidare mellan avdelningar: något som börjar hos inköp, går via finance, och slutar hos operations, utan att någon hela tiden måste skicka det vidare på nytt. Vad det kräver av organisationen beskrivs på sidan om samordning mellan avdelningar som just nu sker via människor. Även en kedja som börjar med ett inkommande dokument — läsa, bedöma, skicka vidare — bygger vidare på det som finns beskrivet på sidan om dokument som läses och sammanfattas innan någon skickar dem vidare.
Vad en kedja ger, beror på hur många av de stegen som faktiskt ansluter till varandra. En kedja som på pappret har tio steg men fastnar vid steg tre eftersom ett system inte levererar aktuell data, ger litet i jämförelse med en kedja på tre steg som faktiskt löper utan avbrott. Kedjans längd är mindre viktig än frågan om varje länk verkligen ansluter till nästa.
Den vanligaste anledningen till att en kedja inte löper är att de grundläggande lagren inte är redo för det. Data som är strukturerad på ett sätt i ett system och på ett annat sätt i ett annat, en IT-infrastruktur som inte automatiskt kan föra steg vidare, eller en organisation som inte har klarhet i vem som får en avbruten kedja i gång igen — det är inga frågor som en kedja löser själv. Det är precis därför ordningen spelar roll: först de grundläggande lagren i ordning, därefter det beroende steget med en kedja som faktiskt löper. En organisation som vänder på det bygger en kedja på ett fundament som ännu inte är lagt.
En kedja som fungerar är sällan bara ett tekniskt problem. Det är en organisatorisk fråga: vem äger processen när den inte längre är uppdelad i lösa uppgifter utan existerar som en enda löpande rörelse? Vem bedömer om ett undantag i kedjan får fortsätta eller måste plockas ut? Det är precis dessa frågor som mognadsmätningen från hybridresourcing tittar på, över de sju dimensionerna, innan något kan sägas om en specifik kedja.
Om en kedja kan köra inom er organisation är en fråga om beredskap. Vilken del av arbetet i den kedjan som faktiskt kan tas över av AI är en annan fråga, och den besvaras av arbetsskanningen från FTE TO AI, som per uppgift beräknar vilken del av arbetet som kan komma i fråga för övertagande. Vad det kräver av organisationen när AI inte längre besvarar en uppgift utan utför en process, beskrivs på sidan om vad införandet av AI-agenter kräver av er organisation. Innan den frågan meningsfullt kan besvaras måste det stå klart om de grundläggande lagren är i ordning — och det är där denna mätning börjar.
Mognadsmätningen från hybridresourcing är under uppbyggnad. Den som vill veta hur de fem nivåerna över de sju dimensionerna förhåller sig till den egna organisationen, och hur en plot-runda synliggör spridningen mellan kollegor, kan anmäla sig till väntelistan. Det finns inget resultat att leverera just nu; det finns dock en plats där man kan höra som först när det gör det.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.