Presentationerna DevLin2026
Här hittar du beskrivningar av hittills annonserade presentationer på konferensdagen på DevLin2026. Du kan se dom som lista eller med bild och beskrivning. Du kan också läsa om alla talarna.
Coacher, chefer och ledare tränas ofta i att ställa kraftfulla frågor. Men frågor räcker inte.
Det som skiljer verkligt skickliga samtalsledare från mängden är något betydligt tystare: hur de lyssnar.
I den här energifyllda sessionen utforskar vi varför lyssnande är en av de mest underskattade förmågorna inom coaching och ledarskap. Bristande lyssnande är ofta svårt att upptäcka hos oss själva. Vi avbryter för tidigt, går direkt på lösningar eller formulerar nästa fråga i stället för att verkligen höra svaret. Sådana vanor försvagar i det tysta tillit, reflektion och människors vilja att ta ansvar.
Genom korta exempel och interaktiv reflektion får deltagarna möta flera vanliga typer av mindre skickliga lyssnare som ofta dyker upp i samtal. Att känna igen dessa mönster hos sig själv kan vara både obekvämt och förvånansvärt roligt – men insikten öppnar också dörren till förändring.
Vi utforskar några enkla tekniker som coacher, chefer och ledare direkt kan använda för att höja kvaliteten på sitt lyssnande: att använda tystnad medvetet, utmana dolda antaganden samt skapa utrymme för andra att tänka djupare.
Sessionen bjuder på praktiska insikter och ett konkret experiment att prova redan i nästa samtal.
Ibland är det mest kraftfulla en ledare kan säga … ingenting alls.
Om allt som krävdes för att bli bra på något skulle alla vara experter på att tala. Ingen skulle ha dålig handstil, och alla som satt och klinkade på ett piano skulle vara konsertpianister efter tiotusen timmar.
Vill du bli mer produktiv kan du glömma tankar om hårt arbete och flit. Det är överanvänt och inte holistiskt nog. Sluta också drömma om häftiga automatiseringar och tiotusentals maskiner som jobbar åt dig. Risken att göra fel saker är alldeles för stor.
Det är dags att omfamna ett koncept lika gammalt som människan själv, utmattningsjakten.
Synsättet bygger på att göra rätt sak, en sak åt gången, tusentals gånger efter varandra.
Tills du spöat allt och alla.
Utmattningsjakten i den digitala världen stavas: gränslöst samarbete!
Din existerande kod är en viktig del av en agents kontext. För att AI-agenter ska kunna arbeta effektivt och hållbart krävs hög kodkvalitet. Det innebär att många av dagens kodbaser behöver förbättras för att vi ska kunna dra full nytta av AI-accelerationen.
I den här praktiska sessionen tar sig Adam Tornhill an problemet genom att refaktorisera ett realistiskt exempel steg för steg. Vi gör domänen explicit, minskar mängden kontext som krävs och skapar förutsättningar för lokalt resonemang.
Kodexemplen är i Java, men principerna är relevanta oavsett vilket språk du kodar i.
Hur du analyserar och skapar en stark Agentic Experience
Dina kunder har nu börjat delegera sitt arbete till AI-agenter och med det har din produkt fått ett nytt användarsegment: AI-agenterna.
För att fortsätta skapa värde för dina kunder behöver du förstå och designa både din User Experience och din Agentic Experience. Den ena stöttar människor och den andra stöttar maskiner, men båda är sammanflätade.
Jag går igenom hur den nya sammanflätade användarresan ser ut, vad som är viktigt i varje steg, vilka nya gränssnitt som måste till (hint: de behöver alla kunna läsas av maskiner) och hur mäter du impact?
Lessons from building a dark software factory
Vi byggde en "dark factory". Kod i massor som skrivs av agenter, testas av agenter och verifieras av agenter. Allt utan mänsklig inblandning.
I den här föreläsningen delar jag insikterna om vad som tog projektet från ett imponerande demo, till fungerande system.
Men när kod skapas i en rasande takt, utan att någon människa hinner förstå, så fortsätter flaskhalsen ändå vara människan. Är vi kapabla att hantera vad vi skapat?
Effektiv kodgranskning i praktiken
Kollegan ber dig granska hens (eller är det AI:s?) kodändringar. Hur gör du? Kikar runt i koden på måfå - eller finns det en mer strukturerad metod? Jag har utvecklat The 5C Model for a Code Review: A Practical Approach to Doing Code Reviews IRL som en praktisk metod för kodgranskning. Förutom att ge en enkel struktur för kodgranskning (”de fem C:na”) vill jag också göra dig medveten om kompetenser du inte visste att du behövde, t.ex. varför du måste både kunna överlista din egen hjärna och kunna läsa andra människors tankar! 😊
Fokusera på det du gör bäst
Vad är det som gör meddelandeköer avgörande för robusta system? Vilken roll spelar de i AI-eran? Och vad kan man lära om fokus, långsiktighet och att bygga teknik som håller över tid?
Elin och Johannes från 84codes tar oss tillbaka till början: en startup i Linköping, grundad på en enkel idé; utvecklare ska kunna fokusera på det de gör bäst. I mer än ett decennium förmedlades den idén till andra utvecklare men att själva praktisera detta ledde till en avgörande milstolpe, att våga satsa fullt ut på den egna meddelandekön LavinMQ. Avslutningsvis ges en teknisk inblick i LavinMQ:s arkitektur, prestanda och trender som visar att köer blivit mer aktuella nu än någonsin.
Det sägs att du inte kan lyckas bygga ett designsystem utan att ha gjort det förr. Men att bygga det är enkelt - att underhålla det och få det att växa är mycket svårare. Många designsystem har misslyckats och hamnat på Designsystemkyrkogården. Jag ska dela lite tips&trix som gör dig bättre rustad att lyckas. Följ med på en historia om planering, kategorisering och sortering och om att hantera människor och samarbete. Det finns också liknelser med att döstäda. Om du misslyckas kanske ditt designsystem slutar på Designsystemkyrkogården.
Feedback-loopar, AI-agenter och varför Rust vinner i längden
Låter du en AI-agent skriva din kod? Då har du säkert fått tillbaka något som ser helt rimligt ut men inte fungerar. Agenten kommer att göra fel. Frågan är var felen upptäcks, och vad det kostar dig.
Med Extreme Programmings feedback-loopar som utgångspunkt tittar vi på vad som händer mellan att agenten skriver koden och att användarna kör den. Vi jämför Rust med några andra språk med olika egenskaper och ser hur valet av språk avgör var felen fångas.
Du får med dig konkreta råd som fungerar oavsett vilket språk du arbetar i.
Det här är berättelsen om skiftet från att själv vara bra på att lösa problem, till att behöva bli bra på att få andra att lösa dem. Det handlar inte om en dramatiskt vändpunkt utan om en lång rad meningsfulla beslut, och såklart några misslyckanden på vägen.
Undrar du vad som skiljer en ledarroll från rollen som utvecklare? Eller varför vissa chefer inte kan låta bli att kliva in och fixa saker själva?
Här är ditt tillfälle att få svar, perspektiv, och kanske lite igenkänning.
Riktar sig lika mycket till dig som är nyfiken på en ledarroll, eller redan har en och undrar om du gör rätt.
Inga enkla fem-stegs-recept på framgång utlovas. Bara en resa genom egna erfarenheter, och lite insikter att ta med dig hem.
Många kodbaser brottas redan med teknisk skuld som gör utveckling dyr, frustrerande och riskabel. Med AI i loopen ökar dessa risker dramatiskt. Undermålig kod orsakar fler fel och förvandlar även state-of-the-art AI-agenter till legacy-kodgeneratorer.
Men misströsta icke. Det finns hopp för den mesta kod. I den här presentationen bygger Adam Tornhill vidare på idéerna från Your Code as a Crime Scene och visar hur du kan uppnå både snabbhet och kvalitet med agenter. Med stöd i storskaliga empiriska studier av AI-assisterad programmering och utvecklarproduktivitet identifierar vi vad som fungerar samt vad vi bör undvika. Slutligen syr vi ihop allt i praktiska rekommendationer för att skapa och bibehålla AI-vänlig kod.Tekniken är här. Är din kod redo?
¡Viva la evolución!
Agila transformationsprogram misslyckas 60-80%. Det är vanligt att man skyller på sådana saker som bristande engagemang hos ledning, att man köper in ceremonier istället för riktig transformation, och att man behandlar symptom istället för rotorsaker.
…och ändå, trots all analys, fortsätter vi att misslyckas.
Tänk om felet i grunden ligger någon annanstans? Tänk om vi har fel sätt att försöka lösa problemet?
De flesta transformationsprogram använder steg-för-steg-program, där nya arbetssätt installeras som om det vore mjukvara. Det gör att transformationsprogrammet krockar med redan etablerade sätt att tänka och arbeta.
Systemtänkande och komplexitetstänkande erbjuder alternativ, där man istället låter nya arbetssätt evolvera fram.
Då uppstår förstås frågan, hur får man igång den evolutionära processen?
Föredraget handlar om en metod jag använt med framgång både inom aerospace och automotiv sektor. Metoden är baserad på idéer från Cynefin, Theory of Constraints, och andra källor.
Som ledare eller senior utvecklare är det lätt att fastna i görandet - det känns snabbare, säkrare och mer kontrollerat att lösa saker själv. Det är också en naturlig konsekvens av erfarenhet: ju mer kompetens du samlar på dig, desto fler problem hamnar på ditt bord. Men ju mer du gör, desto svårare blir det att räcka till. Det här är ett talk om att bryta mönstret - och växa andra på köpet.
I ett större företag kan det vara svårt att få träffa slutanvändaren från sina kunder. Även om man får träffa dem så har man inte tillgång till dem särskilt ofta.
Det finns dock ofta några få individer inom företaget som vet mycket om slutanvändarens miljö.
Vi har samlat ihop information om våra slutanvändares verklighet och sedan har vi bland annat byggt upp en 3D simulationer av de miljöer och situationer som våra användare behöver lösa i våra produkt med hjälp av det så kan vi skala kunskapen om våra användares behov inom vårat företag.
Som exempel, har vi kunder som behöver samla bevis med hjälp av inspelat material från övervakningskameror om vem som klottrat på deras butik.
Följ med på våran resa om hur byggt upp kunders verklighet med hjälp av simulering och scenarios och hur vi då kan skala kunskapen till många inom vårat företag för att kunna bygga en bättre produkt.
Användarresor som dialogverktyg
Det finns idag massor med smart teknik och digitala lösningar som löser stora utmaningar inom till exempel vård och omsorg. Allt från smarta lås till larm och läkemedelsskåp. Var och en för sig är de genomtänkta tjänster som ger stora fördelar, men vad händer på helheten när vi för in fler och fler lösningar? Och hur säkerställer vi att vi ser människan som har tekniken i sin arbetsdag?
Building on a research with more than 300 early adopters of AI coding tools, Gojko describes a systematic approach for creating a reliable, reproducible, deterministic system for controlling and orchestrating agentic work: a software factory.
Software factories babysit agents so that humans can focus on higher level work. They can significantly reduce cycle time, rework and token spend by enforcing a consistent process for development and testing. Vendors will try to sell you one, but for factories to be effective, they need to encode your team and organization standards, process and policies at a level never done before.
Growing your own factory is ensures that your agents work with your process and creating products the way they should be done for your organization, not for someone else.
This talk will explain the common 5-step model for growing a factory, and provide the audience with clear guidance how to locate themselves on the model and what are the next logical steps to take to improve how they use coding agents. Gojko will also talk about the impact of growing a factory on team sizes, dynamics and organizational productivity.
The Next Evolution Beyond Business Intelligence
Business Intelligence transformed how organizations understand the past. Planning Intelligence has the potential to transform how organizations decide the future.While most organizations optimize execution, they rarely optimize the planning process itself. Traditional planning focuses on defining targets and initiatives; Planning Intelligence goes a step further by asking whether the organization can realistically achieve those goals given its capabilities, dependencies, risks, and assumptions.This session introduces Planning Intelligence as an AI-enabled discipline for evaluating, stress-testing, and continuously improving enterprise plans before execution. Attendees will explore how AI can reason across organizational knowledge to identify hidden constraints, challenge assumptions, and increase confidence in strategic and operational plans before resources are committed.
Tillgänglighet är oftast en eftertanke, något som görs manuellt och sent i programvaruutvecklingslivscykeln. Men jag har fått tillgänglighet att stoppa mitt bygge och nu ska jag hjälpa dig få stopp på ditt! På tid att lägga tillgänglighet tidigt i processen, med automatiska tester som kan köras i alla utvecklingssteg, fånga fel och korta ner feedback loopen.
Det här är inte den vanliga torra tillgänglighetsföreläsningen med långa WCAG-checklistor, utan med humor och kodexempel ska jag visa dig hur man kan effektivisera arbetet genom att använda olika verktyg.
Mjukvaruutveckling som Sherlock Holmes skulle sett på den
Hur reflekterar du över din produktutveckling och hur du kan bli bättre? En lins — ett förstoringsglas — är ett sådant verktyg; den hjälper dig se saker med nya perspektiv. Min lins är Sherlock Holmes, kan jag bli bättre genom att se mitt jobb med hans perspektiv? Jag ger exempel på vad jag sett, "Data! Data! Data! I can't make bricks without clay." och funderar på vad Sherlock skulle sagt om AI.
