aimognad.se
    Checklista · Claude Code · Team

    Claude Code för teamet – införandechecklista

    Claude Code går snabbt att installera och långsamt att införa väl. Checklistan täcker det som avgör om teamet får verklig effekt: åtkomst och kostnadskontroll, en fungerande CLAUDE.md, tydliga säkerhetsregler, oförändrat höga krav i code review och mätning av utfallet.

    Framtagen av aimognad.se · Senast uppdaterad augusti 2026.

    Ladda ner (Word)

    Skillnaden mellan installerat och infört

    Enskilda utvecklare får snabbt effekt av Claude Code. Team gör det inte automatiskt — utan gemensamma konventioner får varje utvecklare olika resultat, kodbasen driver isär och code review blir flaskhalsen när mängden kod ökar.

    De team som lyckas gör tre saker: de skriver en gemensam CLAUDE.md som beskriver kodbasen och arbetssättet, de sätter tydliga regler för vad agenten får göra utan godkännande, och de mäter effekten i ledtid och kvalitet i stället för i antal rader kod.

    Vad checklistan täcker

    1. Beslut och avgränsning

    Vilka team, vilka repon och vilka uppgifter Claude Code ska användas till — och var det inte får användas.

    2. Åtkomst och kostnad

    Licenser, kontostruktur, budgettak, uppföljning av förbrukning och rutin vid personalförändring.

    3. CLAUDE.md och konventioner

    Projektminne per repo: arkitektur, kodstil, testkommandon, förbjudna mönster och definition of done.

    4. Säkerhet och behörighet

    Hemligheter, produktionsåtkomst, vilka kommandon som kräver godkännande och hantering av kunddata.

    5. Arbetsflöde och code review

    Branch-strategi, commit-konventioner, krav på tester och oförändrade granskningskrav för AI-genererad kod.

    6. Kvalitet och tester

    Testtäckning, statisk analys, beroendekontroll och hur regressioner fångas innan merge.

    7. Kompetens och onboarding

    Introduktion för nya utvecklare, delning av prompts och interna genomgångar av vad som fungerar.

    8. Mätning och uppföljning

    Ledtid, andel återöppnade ärenden, buggfrekvens och utvecklarnas upplevda nytta.

    Checklistan i sin helhet

    Word

    Kopiera texten nedan, byt ut hakparenteser mot er information och anpassa efter er organisation.

    # Claude Code i teamet – införandechecklista

Team: [Teamnamn]
Ansvarig: [Roll]
Repon som omfattas: [lista]
Datum: [ÅÅÅÅ-MM-DD]
Version: 1.0

## 1. Beslut och avgränsning
[ ] Syftet med införandet är formulerat (t.ex. kortare ledtid, mindre underhållsskuld).
[ ] Vilka repon och kodbaser som omfattas är beslutat.
[ ] Uppgifter där Claude Code får användas är listade (refaktorering, tester,
    migreringar, buggfixar, dokumentation).
[ ] Uppgifter där det inte får användas är listade (t.ex. kryptorutiner,
    betalflöden, kod med reglerade krav utan extra granskning).
[ ] Pilotperiod och utvärderingsdatum är satta.

## 2. Åtkomst och kostnad
[ ] Licensform och antal platser är beslutade.
[ ] Konton är kopplade till företagsidentitet, inte privata konton.
[ ] Budgettak och varningsnivåer per team är satta.
[ ] Förbrukning följs upp [månadsvis] av [Roll].
[ ] Rutin för att stänga åtkomst vid avslutad anställning finns.

## 3. CLAUDE.md och konventioner
[ ] CLAUDE.md finns i roten av varje omfattat repo.
[ ] Filen beskriver: arkitektur, mappstruktur, kodstil, ramverksval.
[ ] Kommandon för bygg, test, lint och typkontroll är dokumenterade.
[ ] Förbjudna mönster och kända fallgropar är listade.
[ ] Definition of done är beskriven (tester, dokumentation, migreringar).
[ ] CLAUDE.md uppdateras som en del av vanliga PR:er.
[ ] Delade prompts och kommandon ligger versionshanterade i repot.

## 4. Säkerhet och behörighet
[ ] Hemligheter finns aldrig i klartext i repot eller i prompts.
[ ] Åtkomst till produktionsmiljö och produktionsdata är utesluten.
[ ] Kommandon som kräver manuellt godkännande är definierade
    (t.ex. borttagning av filer, databasmigreringar, nätverksanrop, publicering).
[ ] Regler för kunddata i prompts följer bolagets AI-policy.
[ ] Loggning av agentens åtgärder är påslagen där det är möjligt.
[ ] Beroenden som agenten föreslår kontrolleras mot sårbarhetsdatabas.

## 5. Arbetsflöde och code review
[ ] AI-genererad kod går alltid via pull request.
[ ] Granskningskraven är desamma som för mänskligt skriven kod.
[ ] PR:er hålls små och avgränsade – en uppgift per PR.
[ ] Commit- och PR-mallar anger när AI-stöd använts.
[ ] Författaren ansvarar för koden – inte verktyget.
[ ] Stora genererade ändringar bryts ned innan granskning.

## 6. Kvalitet och tester
[ ] Tester körs automatiskt i CI för varje PR.
[ ] Krav på tester för ny funktionalitet är oförändrat.
[ ] Statisk analys och typkontroll blockerar merge vid fel.
[ ] Regressionsrisk vid stora refaktoreringar hanteras med extra testning.
[ ] Teknisk skuld som agenten skapar följs upp i backlog.

## 7. Kompetens och onboarding
[ ] Nya utvecklare får en introduktion till teamets arbetssätt med Claude Code.
[ ] Teamet delar exempel på prompts som fungerar bra.
[ ] Återkommande genomgång ([varannan vecka]) av lärdomar och fallgropar.
[ ] Ansvarig person är utsedd för att hålla CLAUDE.md och rutiner aktuella.

## 8. Mätning och uppföljning
| Mätvärde | Baslinje | Efter [3] månader |
| --- | --- | --- |
| Ledtid från issue till merge | [ ] | [ ] |
| Antal PR:er per vecka | [ ] | [ ] |
| Andel PR:er som återöppnas | [ ] | [ ] |
| Buggar i produktion per månad | [ ] | [ ] |
| Testtäckning | [ ] | [ ] |
| Upplevd nytta (enkät 1–5) | [ ] | [ ] |

[ ] Utvärdering genomförd och beslut om fortsättning fattat: [datum]

Kommentarer:
[Fritext]

    De sju punkter som avgör utfallet

    • CLAUDE.md finns i varje repo och hålls aktuell.
    • Tydlig lista över vad agenten får göra utan godkännande.
    • Inga hemligheter eller produktionsdata i prompts.
    • AI-kod granskas med samma krav som annan kod.
    • Små, avgränsade pull requests.
    • Baslinje uppmätt innan införandet — annars går effekten inte att visa.
    • En namngiven ansvarig som äger arbetssätt och uppföljning.

    Vanliga frågor

    Vad är CLAUDE.md och varför är den viktig?

    CLAUDE.md är en fil i repots rot som beskriver kodbasen, konventioner och kommandon för agenten. Den är skillnaden mellan generiska förslag och kod som passar in i just er kodbas — och den enskilt viktigaste investeringen när ett team börjar använda Claude Code.

    Hur granskar vi AI-genererad kod?

    Med samma krav som annan kod, men med extra uppmärksamhet på tre saker: onödiga beroenden, tyst ändrad affärslogik och tester som är skrivna för att passera i stället för att testa. Håll pull requests små — stora genererade diffar granskas i praktiken aldrig ordentligt.

    Hur mäter vi effekten?

    Mät ledtid från issue till merge, andel återöppnade PR:er, buggar i produktion och utvecklarnas upplevda nytta. Mät inte antal rader kod — det belönar precis fel beteende. Ta baslinjen innan införandet.

    Vilka uppgifter passar bäst att börja med?

    Testskrivning, refaktorering med god testtäckning, migreringar, dokumentation och avgränsade buggfixar. Undvik att starta med säkerhetskritiska flöden eller kod utan tester.

    Vill ni veta var ni står?

    Gör vår kostnadsfria AI-mognadsanalys och få en nulägesbild med konkreta rekommendationer — eller hämta fler mallar och checklistor.

    Gör AI-mognadsanalysen Alla mallar & checklistor