Gantt vs Kanban — vilken projektmetod passar ditt team?
Av Helena Bergqvist · Projektledare (PMP), Uppsala · 16 mars 2026
Det brukar gå ungefär så här: ett nytt team beslutar att de ska "köra agilt" och sätter upp en Kanban-tavla. Tre månader senare är leveransdatumet passerat, ingen vet riktigt vad som är klart, och projektchefen vill ha ett Gantt-schema. Sedan kör alla Gantt igen — tills nästa projekt med oklara krav, då vill alla ha Kanban. Metodvalet är inte ett ideologival. Det är en fråga om vad projektet faktiskt kräver.
Gantt och Kanban löser olika problem. Ingen av dem är universellt bättre. Den här artikeln förklarar vad varje metod är bra på, visar i vilka situationer var och en av dem passar bättre — och när man med fördel kan använda båda samtidigt.
Behöver du ett Gantt-schema nu?
En färdig Excel-projektmall med inbyggt Gantt-schema, milstolpar och beroenden är snabbaste sättet att komma igång med en strukturerad projektplan.
Uppfanns av Henry Gantt, ca 1910. Standardiserat inom projektledning på 1950-talet.
Visar uppgifter längs en tidslinje
Anger start- och slutdatum per uppgift
Modellerar beroenden (uppgift B börjar när A är klar)
Ger en visuell bild av projektets totala löptid
Lätt att kommunicera deadlines uppåt i organisationen
Kräver relativt väldefinierade krav i förväg
Kanban
Utvecklat av Toyota på 1940-talet för tillverkning. Anpassat till kunskapsarbete av David Anderson på 2000-talet.
Visualiserar flödet av arbete via kort på en tavla
Kolumner: Att göra → Pågående → Klart
WIP-gränser (Work-in-Progress) begränsar parallellt arbete
Ingen fast tidslinje eller iteration
Prioriteringar kan ändras löpande
Passar bäst när krav förändras eller tillkommer kontinuerligt
Välj rätt metod
När passar Gantt — och när passar Kanban?
Nedan är de vanligaste projekttyperna och situationerna — och vilken metod som erfarenhetsmässigt fungerar bäst. "Båda" betyder att en kombination är optimal.
Situation / Projekttyp
Gantt
Kanban
Byggprojekt eller renoveringFasta leveransdatum, underleverantörer, beroenden
Produktutveckling (oklara krav)Krav förändras, löpande feedback från användare
—
Kanban
Supportteam / kundtjänstInkommande ärenden som inte kan planeras i förväg
—
Kanban
Löpande marknadsföring / contentFlöde av uppgifter utan fast projektslut
—
Kanban
IT-projekt med externa deadlines men agilt teamAvtalat leveransdatum + krav som förändras löpande
Båda
Båda
ProduktlanseringKampanjdatum fast, innehåll och taktik förändras
Båda
Båda
Kombinera metoderna
Gantt + Kanban — ett vanligt och bra upplägg
I praktiken kombinerar många framgångsrika projektteam de två metoderna på olika nivåer av projektet. Det är inte ett kompromiss — det är en genomtänkt strategi.
"Gantt berättar för intressenterna NÄR något ska levereras. Kanban berättar för teamet HUR de ska ta sig dit."
Nivå
Metod
Syfte
Projektplan (ledningsnivå)
Gantt-schema
Milstolpar, överlämningar, externa deadlines — synlig för styrgrupp och kund
Teamarbete (veckobasis)
Kanban-tavla
Dagligt flöde, vem gör vad just nu, WIP-gränser förhindrar flaskhalsar
Sprintplanering (om Scrum används)
Scrum + Kanban
Tvåveckorssprintar med Kanban-tavla per sprint — "Scrumban"
Verktyg som passar kombination: Gantt-schema i Excel (övergripande plan), Trello eller Jira för Kanban-tavlan. Data behöver inte vara integrerade — det viktiga är att teamet vet vilken nivå varje verktyg representerar.
Rekommendation för de flesta svenska SME-projekt
Starta med ett Gantt-schema i Excel för att etablera milstolpar och resursbehov
Lägg upp en Kanban-tavla i Trello (gratis) för det dagliga arbetet
Synkronisera de två en gång per vecka — 15 minuter är tillräckligt
Uppdatera Gantt-schemat vid större avvikelser, inte dagligen
Vanliga frågor
Vanliga frågor
Min chef vill alltid ha ett Gantt-schema men teamet arbetar agilt — hur hanterar jag det?
Det är en av de vanligaste spänningarna i moderna IT-organisationer. Lösningen är att hålla ett externt Gantt-schema med milstolpar (för ledning och kund) och ett internt Kanban-flöde (för teamet). Milstolparna i Gantt behöver inte ändras varje vecka — de är ankarpunkter. Kanban hanterar allt däremellan.
Hur detaljerat ska ett Gantt-schema vara?
Det beror på projektstorleken. För ett projekt under 4 veckor räcker uppgifter på dagsnivå. För längre projekt (3–12 månader) är veckonivå tillräckligt för Gantt — detaljerna hanteras i Kanban eller sprintplanering. Alltför detaljerade Gantt-scheman kräver konstant uppdatering och blir snabbt missvisande.
Behöver jag ett dyrt projekthanteringsverktyg för Gantt?
Inte alls. Excel är tillräckligt för de allra flesta Gantt-behov — villkorsstyrd formatering skapar ett visuellt schema, och det krävs ingen extra licens om du redan har Microsoft 365. MS Project är kraftfullare men nödvändigt bara för komplexa program med hundratals beroenden.
Vad är WIP-gränser i Kanban och varför är de viktiga?
WIP (Work-in-Progress) gränser sätter ett tak på hur många uppgifter som får vara aktiva ("pågående") samtidigt per kolumn eller per person. Forskning och praktisk erfarenhet visar att multitasking sänker kvaliteten och ökar genomloppstiden. WIP-gränser tvingar teamet att avsluta saker innan de tar på sig nya — det är en av Kanbans kraftfullaste mekanismer.
Artikeln ger allmän vägledning om projektmetoder och ersätter inte specifik rådgivning anpassad till din organisations situation och projekttyp.
Källor: Kerzner, H. — Project Management: A Systems Approach (12th ed.) · Anderson, D. J. — Kanban: Successful Evolutionary Change for Your Technology Business · Project Management Institute (PMI), pmi.org · Agile Alliance, agilealliance.org
Klar att sätta upp projektplanen i Excel?
En professionell tidsplansmall i Excel med milstolpar, resursöversikt och Gantt-vy är rätt startpunkt när projektet har fasta leveransdatum.