Jag skulle bara lappa ihop en prognos. Det slutade med att jag byggde den själv
Jag jobbar som projektledare på Contica och har ingen teknisk bakgrund. I höstas byggde jag om vår kapacitetsplanering med hjälp av Claude Code. Rapporten visar en prognos per kund direkt ur den planering vi redan har i Tempo.
Vad saknade vi i Tempo?
Det började med en fråga från Stefan, vår vd. Han ville ha ett ställe där han kunde se en planering per kund. Inte vem som skulle göra jobbet eller exakt vilket projekt det gällde, utan hur många timmar varje kund låg på per månad.
Planeringen som visas i Tempo utgår från medarbetarens planerade timmar. Vi behövde ett annat perspektiv, och den vyn erbjöd inte Tempo. Vi upplever även brister i kommunikationen mellan Jira, där vi planerar våra projekt, och Tempo, där vi planerar timmar och loggar vår tid.
Varför ännu ett Excelark inte var svaret
Det enkla svaret hade varit ett Excelark. Men efter några interna samtal insåg vi att det var precis det vi inte behövde: ännu ett ställe som någon ska komma ihåg att uppdatera manuellt. Datan fanns redan. Varje kollega har en planering sex månader framåt i Tempo. Vi behövde ”bara” visa den på ett sätt som svarade på Stefans fråga.
Vem är inte lite trött på att kolla i ett Excelark?
Vad gör jag när jag har en teknisk utmaning?
Min plan var att lappa ihop det snabbt med chatten i Claude. Jag har byggt en del rapporter med chatten tidigare, dock insåg jag rätt fort att det behövde vara en mer stabil lösning för att den ska kunna användas som ett verktyg mer än en visuell rapport.
Vad gör jag när jag har en teknisk utmaning? Jo, jag pratar med Ahmed, vår CTO. Ahmed är en idéspruta som brinner för att utmana sina kollegor. Efter en dialog gav han mig en kort lektion i säkerhet, lite behörigheter samt ett konto till Claude Code. Jag frågade honom under mötet hur jag skulle bygga på det bästa sättet, och jag fick svaret att jag skulle strunta i det bästa sättet och göra det på mitt sätt istället…
Vad händer när någon säger: gör det på ditt sätt?
Efter mötet tillsammans med Ahmed var det bara att kasta sig ut, totalt livrädd. Jag fick återuppleva känslan av att vara en nybliven mamma: ”Vad gör jag nu?” och ”Vem har tillåtit mig att åka hem med min bebis? Är det ingen som borde kontrollera att jag gör rätt?” Men på något underligt sätt så löser det sig ofta, så länge man testar sig fram försiktigt och har personer i sin omgivning man kan fråga om råd.
Jag började ge Claude bakgrund till vårt problem och vad jag skulle vilja åstadkomma. Efter lite vridande och vändande började jag få fram en bra struktur som jag gillade. Nu återstod behörigheter, åtkomst till databasen samt hur koden skulle struktureras. Jag bytte till Claude Code, och ändringen gick till slut in som en pull request som passerade två automatiska kontroller innan den slogs ihop med resten av appen.
Vad visar kapacitetsplaneringen nu?
Kapacitetsplaneringen hämtar planeringen från både Tempo Capacity och Jira och summerar den per kund och månad. Det ger en prognos på hur fakturan till varje kund kan komma att se ut. Vi kan också planera med timmar per kompetens, till exempel en utvecklarresurs eller en supportresurs, innan vi vet vem som ska göra jobbet. Allt bygger på den planering vi redan gör, så ingen data behöver föras in på två ställen.
Vad vill vi göra framåt med kapacitetsvyn?
På sikt vill vi även göra uppföljningar på vår prognos där vi kan hämta hem olika insikter. Hur bra är vi på att sätta en prognos? Kan prognosen hjälpa oss att vara mer snabbfotade mellan våra kunder? Kan vi använda rapporten som stöd för att planera nyrekrytering?
Jag ser även en möjlighet att koppla in vårt fakturaflöde på sikt, så att hela uppföljningen kan ske i appen.
Kan man bygga med Claude Code utan teknisk bakgrund?
Ja, men det är lättare om du inte gör det ensam. Det som gjorde det möjligt för mig var att någon med teknisk bakgrund redan hade byggt en miljö där jag kunde prova utan att förstöra något, med granskning och kontroller som säger ifrån innan en ändring går vidare. Claude Code skrev koden tillsammans med mig. Ahmed såg till att det fanns ett ställe där den kunde landa tryggt.
Jag kommer fortsätta jobba med appen. Just kapacitetsvyn är jag nöjd med att den är relativt avskalad för att underlätta användningen. Dock har jag flera planer igång för appen, visionen är att det ska bli vår interna samlingsplats för kundinformation som hjälper oss att planera och koordinera bättre.
Några tips från mig:
- Be alltid Claude att visa ändringar innan de pushas. På så sätt skapar du mer kontroll och förståelse.
- Det räckte att ta reda på vad jag absolut inte fick göra säkerhetsmässigt. Det gav en trygghet som var väldigt skön att ha med sig under byggandet.
- Våga testa! Jag valde hellre att pusha flera gånger än att göra en stor release.
Om du också är den som ser problemet men aldrig har tänkt att du kan lösa det själv: fråga den tekniska personen närmast dig om det finns ett ställe där du får prova. Och vill du prata om hur det gick till för mig, hör av dig.
Det var lite väl roligt att bygga det här. Så nu är det bara att hoppa på tåget och åka.
Läs mer: Leonel Bylund om mötesanteckningsagenten som tar anteckningar från Teams till Confluence
Dela detta inlägg
Fler inlägg att sätta tänderna i
Från demo till produktion – när mötesanteckningsagenten kom ur malpåsen
Agenter i Microsoft Foundry, och varför vårt arbetssätt blir mer vattenfall än agilt
Så kopplade vi ihop Teams, AI och Confluence för att sluta tappa möteskunskap

