Anders är hjärnan bakom de tekniska e-handels-ramverken som tagit Nordic Nest, Lyko, NA-KD, Filippa K, Kicks, m.fl. från lovande digitala initiativ till ledande e-handelsaktörer.
\nI sin roll som CTO och chefsarkitekt för Sveriges främsta e-handelskonsult har han lett över 200 utvecklare till framgång. Med sin förmåga att kombinera teknik, strategi och affärsvärde har Anders en djup insikt om vad du som e-handlare behöver för att nå och överträffa dina mål.
"}},"image":{"localFile":{"childImageSharp":{"fixed":{"src":"/blog/static/2df85a861214273daf9c4b07be660c7a/e94f2/Anders_Ekdahl.jpg"}}}}},"excerpt":{"childMarkdownRemark":{"html":"AI gör det möjligt att producera kod snabbare än någonsin men mer kod betyder inte automatiskt mer värde. Det AI egentligen gör är att förstärka den kompetens och det omdöme som redan finns hos personen eller teamet som använder den. Därför blir förmågan att förstå problemet, se risker och veta vad som inte ska byggas viktigare än någonsin.
"}},"content":{"raw":"{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Detta är inte en artikel vars poäng är \\\"AI gjorde minsann fel en gång så bäst att fortsätta som innan, det här är ändå mest hajp\\\". Inte heller är poängen att alla borde rita om sin organisation imorgon för nu är allting helt annorlunda. Tekniken vi har tillgång till idag kommer inte försvinna och väldigt sannolikt kommer den bara att förbättras. Men i vilken takt det kommer ske och vilka effekter det kommer få går bara att spekulera i. När det nu är så mycket som händer är det lätt att få alldeles för bråttom att ändra allt utan att tänka efter lite först. Känna stress för att alla andra verkar redan kommit igång så då vill man börja springa innan man går.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Jag tror att många underskattar vad som faktiskt händer när utvecklare börjar använda AI för att skriva kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det finns en föreställning om att AI gör att man inte längre behöver utvecklare eller att ett utvecklingsteam helt plötsligt kan producera tio gånger så mycket. I en hel del moment kan AI göra människor mycket snabbare för det går att generera kod, tester, dokumentation, API-klienter och tekniska förslag i en hastighet som hade varit svår att föreställa sig för bara några månader sedan.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men det betyder inte automatiskt att värdet ökar i samma takt. Idén att man inte längre behöver människor bygger på ett missförstånd om att det var skrivandet som var den svåra delen.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det var det sällan. Det svåra har alltid varit att förstå vad som faktiskt ska byggas och varför det ska byggas. Vilket problem det löser och vilka begränsningar som finns. Och inte helt sällan, att förstå när ingenting alls borde byggas.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI förstärker den kompetens du redan har\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI-kod är inte magisk. Den är ett resultat av instruktioner, exempel, antaganden och uppföljande frågor och de sakerna kommer från människor.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om du är duktig på att förstå affärsproblemet kommer det att märkas i hur du använder AI. Du kommer att ge bättre kontext, ställa bättre följdfrågor, be om rätt avvägningar och granska svaret på ett mer relevant sätt. Om du har arkitekturellt tänkande kommer du att se när AI föreslår något som fungerar i ett isolerat exempel men som inte passar in i helheten. Om du är bra på att se risker kommer du att reagera när AI missar behörigheter, felhantering, prestanda, etc.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men motsatsen gäller också.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om du tenderar att överkomplicera lösningar kommer AI ofta att hjälpa dig att överkomplicera dem snabbare. Om du är otydlig med vad problemet faktiskt är kommer AI att fylla i luckorna själv och ibland kommer det att bli bra och ibland blir det mindre bra. De skarpare modellerna genererar sällan buggar, men i de fall som luckorna fylls med antaganden som inte stämmer med det du vill så är dessa ofta gömda i till synes elegant kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI tar inte bort dina mönster utan skalar upp dem. Och det blir ett växande problem eftersom AI kommer att utgå från din befintliga kodbas och se den som något värt att bygga vidare på. Den befintliga kodbasen utgör grundriktningen, och din prompt snävar in den riktningen. Du får alltså ett fantastiskt verktyg till att springa otroligt snabbt i helt fel riktning om det vill sig illa.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Samma sak gäller team. AI förstärker inte bara individers förmåga, utan också teamets sätt att arbeta. Starka team med tydlig riktning och bra kommunikation kan få enorm hävstång av AI. Svaga team kommer däremot att skala upp sina problem.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Ju större ett team är, desto viktigare blir kommunikationen. Om AI plötsligt gör att teamet kan skapa betydligt mer kod och fler förändringar men kommunikationen ligger kvar på samma nivå uppstår ett glapp. Det glappet blir snabbt farligt när fler saker byggs, men färre saker förankras. Fler beslut tas, men färre delas.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är lätt att tänka att detta mest blir en teknisk påverkan men det är hela organisationen som påverkas. Organisationen är van vid att det tar en viss tid från ax till limpa och att den tiden gör att man hinner fånga upp problem och iterera innan något är klart och släpps. Med den hastighet man nu kan hålla sätts en helt annan press på att göra rätt direkt. Beslut måste vara genomtänkta från början och när man nu har möjlighet att göra ännu fler saker samtidigt behöver man tänka ytterligare ett steg för att förutse hur dessa saker samverkar.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Kompetens är inte en rak skala\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vi pratar ofta om kompetens som om det vore en enda skala från junior till senior, från dålig till bra. Men i verkligheten är kompetens mycket mer flerdimensionell. En utvecklare kan vara väldigt snabb men svag på affärsförståelse. En annan kan vara tekniskt skicklig men göra lösningar som är lite mer komplicerade än vad som egentligen behövs. En tredje kan vara bra på att skriva kod som är lätt att läsa och förstå men ha svårt att se helheten.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"När AI kommer in i bilden försvinner inte de här skillnaderna utan blir snarare starkare. För AI producerar inte bara kod, den producerar kod i den riktning du styr den. Och riktningen avgörs av ditt omdöme.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"“Kan man inte bara be AI vara neutral?”\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Jo, det kan man. Man kan be AI skriva en neutral lösning, följa best practices, hålla det enkelt och undvika onödig komplexitet. Det är ofta en bra start.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men då får man också en ganska neutral lösning, vilket inte behöver vara något dåligt. Många system skulle må bra av mer neutral och lite mindre kreativ kod. Och i flera fall räcker en neutral lösning mer än väl för det man behöver. Men om målet är att skapa något riktigt bra räcker det sällan med “meh”.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Bra tekniska lösningar uppstår inte bara genom att undvika fel. De uppstår genom avvägningar och genom att förutspå framtida krav.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vad ska vara flexibelt och vad ska vara hårdkodat?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vad ska byggas nu och vad kan vänta?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vilket system ska äga vilken data?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Var ska komplexiteten ligga, och vad är onödig komplexitet och vad är den komplexitet som är hjärtat i systemet?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vilka framtida behov är rimliga att ta höjd för, och vad är bara fantasier?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"}],\"nodeType\":\"unordered-list\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är inte frågor AI kan lösa i ett vakuum. Inte minst för att detta är frågor som kräver mänsklig kreativitet att lösa. Den LLM-arkitektur vi har med AI idag blickar bakåt på så sätt att den samlat in hela världens kunskap och destillerat ner den till dig. Men vissa av problemen du står inför är helt nya, eller åtminstone så är kompositionen av problemen nya. Vilket kräver kreativt tänkande som är svårt att enbart använda AI till.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Mer kod är inte samma sak som mer värde\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om alla i ett team börjar använda AI och blir tre gånger snabbare på att producera kod så låter det först som en fantastisk nyhet.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men frågan är, tre gånger mer av vad? Tre gånger mer genomtänkta lösningar? Tre gånger mer kundvärde? Tre gånger bättre arkitektur?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Eller bara tre gånger mer kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"För kod är inte gratis bara för att den är snabb att skriva. Kod ska läsas, testas, felsökas, vidareutvecklas, dokumenteras och ibland avvecklas. Den ska passa in i helheten. Och inte minst så kommer den utgöra kontexten för nästa AI-agent som ska bygga ovanpå den. Bra kod föder bra kod, dålig kod föder dålig kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är här sprängradien kommer in. Alla utvecklare har en sprängradie och alla team har en sprängradie. Alla organisationer har en sprängradie. Varje gång nånting nytt tas fram, så blir det en sprängradie bara av att saker förändras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vissa skapar små problem som är lätta att rätta till. Andra skapar stora problem som påverkar flera system, flera team och flera år framåt. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI minskar inte automatiskt den sprängradien. Den kan lika gärna göra den större eftersom sprängradien är proportionerlig med hur mycket som produceras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Värdet flyttar uppåt\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Värdet flyttas från att skriva varje rad kod själv till att formulera rätt problem. \",\"nodeType\":\"text\"},{\"data\":{\"uri\":\"https://www.youtube.com/watch?v=f84n5oFoZBc\"},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Hammock Driven Development\",\"nodeType\":\"text\"}],\"nodeType\":\"hyperlink\"},{\"data\":{},\"marks\":[],\"value\":\" blir viktigare än nånsin.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det betyder också att specifikationer blir viktigare. Jag vet, det låter tråkigt. En specifikation i en AI-driven utvecklingsprocess behöver inte betyda hundrasidiga dokument som ingen mer än AI läser. Det kan betyda att man använder AI för att tänka bättre innan man börjar kodar eller till andra uppgifter för den delen. Be AI hitta fel i din specifikation, eller låt AI intervjua dig för att hjälpa dig ta fram den.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Alla gånger jag använt AI på olika sätt så har slutsatsen alltid blivit att ju mer konkret mitt problem och min formulering är, desto vassare är AI på att lösa det. AI är betydligt bättre på att rätta buggar eller hitta var det finns inkonsekvens i en specifikation än vad den är på att lösa \\\"bygg ett bra e-handelssystem åt mig\\\".\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Frågan är inte hur mycket kod vi kan producera\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI håller redan på att förändra hur utveckling går till. Den kommer göra många saker snabbare och den kommer göra det möjligt för fler att bygga mer. Vilket i sig är fantastiskt. Flera av mina kollegor som aldrig skrivit en rad kod tidigare har kunnat bidra med saker på dagar eller timmar som tidigare tagit en utvecklare dagar eller veckor, så det är inga tvivel om att världen ser annorlunda ut idag än vad den gjorde för bara någon månad sedan.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men om vi bara mäter AI i hur mycket mer kod vi kan producera riskerar vi att missa poängen.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den viktiga frågan är inte:\\n\",\"nodeType\":\"text\"},{\"data\":{},\"marks\":[{\"type\":\"bold\"}],\"value\":\"Hur mycket snabbare kan vi skriva kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Se det som att AI är ett sätt att trimma din bil från att kunna köra i 100 km/h till att kunna köra i 10 000 km/h. Vill du verkligen sätta dig i den bilen utan att ha kollat så att det inte finns ett stort berg i den riktning du tänkt köra?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"För dig som köper in system eller tjänster går vi nu in i lite av en vilda västern-period där du kommer få erbjudande om att köpa in system och tjänster från helt nya aktörer som använder AI för att lösa dina problem. Det kommer vara lockande att kapa kostnader på detta sätt, och utmaningen för dig blir att veta vem som erbjuder en bil i ljusets hastighet på väg mot avgrunden, och vem som kan förstå vad det är du behöver och sen exekvera på det.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den viktiga frågan blir:\\n\",\"nodeType\":\"text\"},{\"data\":{},\"marks\":[{\"type\":\"bold\"}],\"value\":\"Hur mycket bättre kan vi tänka innan vi skriver eller beställer kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI gör inte automatiskt ditt team klokare. Den gör teamets omdöme mer skalbart. Och det är både möjligheten och risken.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI ökar inte bara produktiviteten, den ökar också sprängradien.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"document\"}","references":[]},"image":{"localFile":{"childImageSharp":{"fluid":{"src":"/blog/static/1078c6a05b633417fcf2173d4d29d329/f9ff4/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png","srcSet":"/blog/static/1078c6a05b633417fcf2173d4d29d329/5224a/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 200w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/d786d/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 400w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/f9ff4/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 800w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/73f08/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1200w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/063af/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1600w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/a2b22/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1672w","aspectRatio":1.7699115044247788,"sizes":"(max-width: 800px) 100vw, 800px"}}}}}},"post":{"node":{"id":"f92398b7-6818-58e5-91dc-75b92aa0060f","visible":true,"title":"E-handelns stora ledarskapsutmaning: hur leder du när vem som helst kan bygga?","date":"2026-06-17T07:00+02:00","categories":[{"id":"bd94bcbe-9723-58c8-bd6c-2e3c582d4d04","title":"AI"},{"id":"281bc50c-6f64-5bd3-9d66-ae7316bb1785","title":"Spaning"},{"id":"1754a7d2-9644-55bc-9685-8054300ae00c","title":"Organisation"},{"id":"2e804793-0ee9-591d-9832-3f250790c4bf","title":"Tips"}],"author":{"id":"fd1ba061-719f-513e-a647-825befba200d","name":"John Järpling","shortName":"John","email":"john@commercemind.se","description":{"childMarkdownRemark":{"html":"John är projektledaren bakom e-handelsframgångar som NA-KD.com, Lyko.com och Coop.no online daglivaruhandel. Förutom att leda några av Nordens mest uppmärksammade ehandelsprojekt har han drivit produktutvecklingen av två olika ramverk på Episerver/Optimizely Commerce och commercetools.
\nMed mer än 20 års erfarenhet av mjukvaruutveckling, projektstyrning för e-handel, organisationsförändring och med en extraordinär känsla för att bygga effektiva team är John en tillgång för alla företag som vill något extra med sin e-handelsförsäljning.
"}},"image":{"localFile":{"childImageSharp":{"fixed":{"src":"/blog/static/252e6a388a10d29a87dd55c80ce6a796/e94f2/john_221115-Commercemind5442_square.jpg"}}}}},"excerpt":{"childMarkdownRemark":{"html":"AI gör inte bara utvecklingen snabbare, den flyttar förmågan ut i hela verksamheten. Plötsligt kan vem som helst bygga och ändra i systemen. Det är enormt kraftfullt, men med gamla arbetssätt blir det antingen kaos eller ingen effekt alls. Här är hur du leder skiftet från trädvårdare till skogsvaktare innan entropin springer ifrån dig.
"}},"content":{"raw":"{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det första som händer när AI på riktigt landar i en e-handelsorganisation är inte att utvecklingen går snabbare utan det är att utvecklingen flyttar ut från IT, vem som helst kan göra allt till kaos, är det inte underbart?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Plötsligt sitter e-handelschefen och bygger ihop en egen retail media-app för att sälja annonsplats till sina leverantörer. Produktägaren ber AI:n förklara hur lagerintegrationen fungerar och får svar på sekunden (förhoppningsvis ohallucinerat), utan att gå via utvecklarna. Marknadsansvarig snickrar ihop ett litet verktyg som drar ut kunddata för att följa upp effekten av influencer-samarbeten, hoppas inte någon gör en GDPR review. Förmågan att förändra systemen har lämnat utvecklingsorganisationen och spridit ut sig i hela verksamheten, på gott och ont.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är enormt kraftfullt men det är också där kaoset börjar som sagt, hur ska man hantera det här? \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Fällan: nya verktyg, samma gamla arbetssätt\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Jag tror stenhårt på en sak, bolag kommer att ha svårt att använda den här tekniken utan att alla trillar över varandra på olika sätt. Inte för att AI-tekniken är dålig, utan för att de flesta försöker köra den med exakt samma sätt att jobba som tidigare och då händer en av två saker. Antingen blir det kaos, eller så uteblir den märkbara skillnaden i output helt fast alla göra så mycket mer. Varför tror jag det blir så?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Att ge ett team kraftfulla verktyg och behålla de gamla rutinerna är som att byta ut alla bilar mot raketer men behålla samma trafikregler och samma vägar. Det går fort ända tills den första korsningen. Växande bolag kör redan fort, det skarvas överallt och man löser redan idag massa problem med manuella genvägar och excelark men nu kan man göra det på steroider!\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Tänk dig att en integration mot affärssystemet ändras utan att någon äger eller granskar den, och ordrar börjar tyst falla mellan stolarna eller kommer in med lite fel data ibland i ert ERP. Att en smart filtrering på en kampanjsida byggs som fungerar fint i test men dör på Black Friday under full last (dåligt test då förresten som inte lasttestade, gör det!). Att två personer i olika team löser fraktkostnaden samtidigt på var sitt sätt och båda pushar, så att det plötsligt finns motstridig logik i systemet och ingen vet vilken som gäller. Det är vad som kan hända när kraftfulla verktyg möter oförändrade arbetssätt, eller om din way of working inte matchar när verksamheten kommer stormandes in i kodbasen. Jag kan förresten med 100% säkerhet säga att det gör den inte, ingen organisation har förberett sig för hur detta ska fungera för det är helt nytt!\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Varför det blir så här nu?\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den sista typen av krock, två personer som bygger samma sak samtidigt, är nyckeln till att förstå hela skiftet som pågår. Förr löste sig den typen av krockar nästan av sig själv. Inte för att vi var bättre på att kommunicera, utan för att det fanns en inbyggd tröghet i produktionshastigheten. Det tog tid att bygga saker och under den tiden hann folk prata och dem som byggde satt i samma team och pratade faktiskt med varandra (om dem inte hade något flame war om Amiga vs Commodore 64) på en stand up eller \\\"nya ärenden\\\" synk möte. Trögheten synkade teamet gratis. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI tar bort trögheten och mångdubblar vilka som agerar utanför teamet och därmed försvinner den där gratis-synkroniseringen som vi alla har lutat oss mot utan att ens veta om det. Det som förr hände av sig självt måste nu ske medvetet, man måste jaga inte bara utvecklarna utan hela organisationen (och vara lite mer restrektiv med github access innan man satt proceserna). \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Skogsvaktaren\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Man kan tänka på det så här:\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vi på IT är alla vana vid att ta hand om ett enskilt träd, vi inspekterar varje blad, vi vårdar barken, vi känner vårt träd, det har varit hela jobbet.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Framtiden är att vi ska förvalta en hel skog! Hela det massiva landskapet av AI-byggda system och kodbaser och du kan omöjligt inspektera varenda blad i en skog, försöker du det går du under.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men ibland måste du ändå ner och titta på ett enskilt blad. Inte för bladets skull, utan för att ett sjukt blad kan vara symtomet på något systemiskt, en svamp eller ett angrepp, som hotar hela skogen. Du tittar på bladet för att förstå mönstret. Sedan åtgärdar du brett, på skogsnivå, inte blad för blad (ok ibland får man säkert ner och putsa ett enskilt barr).\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Sytemutvecklarrollen och hela IT måste skjuta sitt fokus från kodfokus till systemfokus. Från att bygga varje träd till att läsa skogen, se mönstren och fånga de systemiska symtomen innan de sprider sig. Det är såklart inte 100% men det är ett systemskifta kring hur man ser på sin roll, låt verksamheten faktiskt hjälpa till bygga systmen som ger värde av dem som vet vad som ger värde och låt IT fokusera på att säkerställa att skogen överlever.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Råd till dig som nu funderar på hur du blir en skogsvaktare: \",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det här är svårt och komplext. Men det är fullt möjligt att hantera med rätt stöd och lite tankemöda, det handlar om att hitta hur man organiserar sig, sätter policys och syr ihop en struktur där alla kan ändra och justera. Kraften är enorm. Men det är lika mycket en fråga om att hantera entropin som följer med, det finns ingen silverbullet, man byter alltid bara problem hur man än vänder och vrider sig.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Specen är viktigare än någonsin, ja du kommer forsätta iterera men iterera rätt saker! Det låter bakvänt, nästan som att vi återinför gamla kravdokument och waterfall men det är tvärtom. Exekvering är numera det billiga. Att bygga något tar nästan ingen tid alls (om du har mycket token då och inte springer in i alla dessa limits). Då är det själva tänkandet som blir den dyra och värdefulla delen, och specen är där tänkandet sker. Det är också på spec-stadiet du upptäcker överlappet, innan två personer börjat exekvera på samma sak. Krav på en lätt, delad spec är oändligt mycket billigare än att städa upp kaoset i efterhand. Nu tänker alla som orkat läsa hit \\\"men ååååh jag vill ju bara börja promta\\\" men jag säger nej! Tänk först, kommunicera först.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Nästa sak är att någon måste äga vägen till produktion. Alla ska få bygga och experimentera, det är hela poängen, och den ska vi inte strypa. Men det får inte vara samma sak att experimentera som att pusha skarpt. Gränsen går inte vid vem som får bygga, den går vid hur och vad som når produktion och vem som äger det beslutet. Någonstans sitter en QA Manager och jublar nu för det jag ska skriva nämligen: test blir väldigt viktigt.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Kommunikation blir en tränad disciplin eftersom trögheten inte längre synkar teamet åt oss kan vi inte hoppas att folk hinner prata. Kommunikationen måste bli något vi medvetet bygger in och tränar på, inte något vi förlitar oss på sker av sig självt. Rollen flyttar från blad till skog och de som förr byggde allt blir de som vaktar helheten, sätter mönstren och läser de systemiska symtomen. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Uppsidan är hela poängen\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det här ska inte läsas som en varningslista för uppsidan är gigantisk. Närmast nödvändigt i framtiden, det kommer vara en sådan sjuk fördel att ha en verksamhet som kan on demand justera systemet att anpassa sig för verkligheten.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"När det fungerar kan du accelerera hela din utveckling! Du kan ta vara på kunskapen som faktiskt finns i verksamheten, hos dem som jobbar i systemen varje dag. Organisationen destillerar specifikationerna direkt från dem som vet, utan att först skicka dem genom utvecklare som ska tolka och förstå. Du kapar steg i viskleken, det som tidigare blev urvattnat på vägen kommer nu fram skarpt direkt. Det är det som står på spel. Inte att undvika kaos, utan att frigöra den kraften utan att drunkna i den.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den som lär sig leda det här vinner\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det här skiftet kommer att ske oavsett om du leder det eller inte. Verktygen finns redan på dina medarbetares skärmar. Frågan är inte om förmågan flyttar ut i verksamheten, den gör det redan.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Frågan är om du bygger en skog eller en soptipp.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"De organisationer som lär sig leda det här, som behandlar specen som tänkande, äger vägen till produktion och tränar sin kommunikation, kommer att springa ifrån alla andra. De som låter det ske av sig självt kommer att sitta med en växande hög av odokumenterade system som ingen vågar röra, och en verksamhet som står stilla mitt i all sin nya fart.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är svårt och komplext. Men det är fullt möjligt att hantera med rätt stöd och det är precis det arbetet som avgör vilka e-handlare som vinner de kommande åren.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"document\"}","references":[]},"image":{"localFile":{"childImageSharp":{"fluid":{"src":"/blog/static/020837c1684b023a2696216f5b2a67b0/f9ff4/image__46_.png","srcSet":"/blog/static/020837c1684b023a2696216f5b2a67b0/5224a/image__46_.png 200w,\n/blog/static/020837c1684b023a2696216f5b2a67b0/d786d/image__46_.png 400w,\n/blog/static/020837c1684b023a2696216f5b2a67b0/f9ff4/image__46_.png 800w,\n/blog/static/020837c1684b023a2696216f5b2a67b0/73f08/image__46_.png 1200w,\n/blog/static/020837c1684b023a2696216f5b2a67b0/a6f05/image__46_.png 1478w","aspectRatio":1.5625,"sizes":"(max-width: 800px) 100vw, 800px"}}}}}}}},"staticQueryHashes":["63159454","720751055"]}