Analys
Omfattning och prioritering
Bestäm vad som hör hemma i fas 1 och vad som flyttas till fas 2 eller senare. MoSCoW med realistisk ambition så du levererar något istället för att göra allt halvt.
Uppdaterad 23. Jan. 2026
Discovery · 3.7
Varför detta först
Den största orsaken till misslyckande: att vilja för mycket i fas 1. Fas 1 måste vara kort (8-12 veckor), demonstrerbart fungera och bygga förtroende. Först därefter går du in i fas 2. En stram scope-diskussion nu = något i produktion inom kvartalet istället för “oändlig pre-go-live”.
Vad levererar du?
MoSCoW-tabell
Must / Should / Could / Won't, fylld med poster från smärtpunkts- och möjlighetslistan.
Fas-roadmap
Fas 1, 2, 3, med omfattning, mål och framgångskriterier per fas.
Kapacitetskontroll
Har vi folk att göra detta? Vem, hur många dagar, när.
Parkeringsplats
Det vi inte gör i fas 1, med datum och ansvarig för uppföljning.
De 4 MoSCoW-kategorierna
Must
Utan detta har fas 1 misslyckats
~40 % av scopet. Kritiska processer, främsta smärtpunkter, compliance-frågor.
Should
Viktigt, inte kritiskt
~30 % av scopet. Görs om kapaciteten tillåter. Inget show-stopper om det skjuts upp.
Could
Nice-to-have
~20 % av scopet. Quick wins som putsar resultatet. Först att tas bort under press.
Won't
Medvetet uteslutet
Notera uttryckligen vad som inte ingår i fas 1. Förebygger scope creep längs vägen.
Steg
- 1Samla in underlagen, främsta smärtpunkter (3.3), processer (3.2), tjänstekatalog (3.5), benchmark-åtgärder (3.6).
- 2Workshop med styrgruppen, 2-timmars session. Placera varje post på MoSCoW-tavlan. Röstning eller konsensus.
- 3Tvinga fram 40/30/20/10, om allt är “Must”, välj om. Disciplin före sympati.
- 4Kapacitetskontroll, klarar vi verkligen Must-posterna? Hur många persondagar, när tillgängliga?
- 5Sätt framgångskriterier, per fas: vad måste demonstrerbart fungera? Konkreta KPI:er från 3.3.
- 6Dokumentera Won't uttryckligen, var inte tyst om vad ni inte gör, skriv ned med revisionsdatum.
- 7Sponsorgodkännande, sponsorn skriver under scopet. Förändringar efter denna punkt = formell change request.
Mall, MoSCoW-tabell
| Post | Kategori | Poäng (från 3.3) | Insats | Fas | Ansvarig |
|---|---|---|---|---|---|
| Självserviceportal för ärenden | Must | 20 | M | 1 | Head of Facility |
| Outlook-tillägg för bokningar | Must | 15 | S | 1 | PM |
| Auto-catering för möten > 90 min | Should | 12 | S | 2 | Catering |
| AI-agent för IT-ärenden | Could | 9 | L | 2/3 | Head of IT |
| Mobilapp för brandskyddsombud | Won't | 6 | M | — | Revidera Q1 2027 |
Mall, fas-roadmap
Fas 1, 8-12 veckor
Grund + främsta smärtpunkter
Masterdata + 1-2 moduler. Demonstrerbar lösning av topp-3-smärtpunkter.
Framgångskriterium: KPI:er från 3.3 förbättrade inom 3 månader efter go-live.
Fas 2, 2-3 månader senare
Bredda & fördjupa
Should-poster, ytterligare moduler, integrationer som inte var kritiska.
Framgångskriterium: användningsgrad > 70 % bland slutanvändare.
Fas 3, därefter
Optimera & AI
Could-poster, AI-agenter, avancerad rapportering, parkeringsplatsen revideras.
Framgångskriterium: mätbara produktivitetsvinster, lägre ärendevolymer.
Best practices
→ Små vinster
En fungerande fas 1 med 5 funktioner > en fastlåst fas 1 med 25 funktioner.
→ Besluta utifrån insats + poäng
Hög poäng + låg insats = quick win, ta den. Låg poäng + hög insats = parkeringsplats.
→ Skriv Won't uttryckligen
“Vi gör inte X i fas 1” förebygger oändliga “men X då?”-frågor.
→ Omprioritera under press
Drar fas 1 ut på tiden? Skär bort Could+Should, inte Must. Förläng inte fasen.