Driftsättning & införande
Cutover-runbook
Själva omställningen — minut för minut, med rolltilldelning, freeze-fönster, kommunikation och en uttrycklig rollback-knapp. En bra cutover är tråkig; det är precis målet.
Uppdaterad 18. Mai 2026
Go-live · 5.4
Varför detta är viktigt nu
Cutover är ögonblicket då all förberedelse kommer samman. Att improvisera här kostar dagar, inte timmar. En bra runbook känns överdrivet detaljerad — tills någon klockan 02:14 på natten måste fatta beslut under press och skriptet säger exakt vad som ska göras.
Vad levererar du?
Runbook
Steg-för-steg-skript med tider, åtgärder, ansvariga och valideringar.
Rolltilldelning & war room
Vem sitter var, vem ringer vem, fysisk eller virtuell war room.
Rollback-kriterier
Vilken situation utlöser återgång, vem beslutar, hur gör ni det.
Kommunikationsmatris
Vad ni kommunicerar internt och externt, när, via vilken kanal.
Nyckelfrågor
- 1När — helg, helgdagsperiod, fredagskväll? Vilket är det lugnaste fönstret med minst påverkan?
- 2Freeze-fönster — från vilken tidpunkt kan inga fler ändringar göras i källsystemen? Hur kommunicerar ni det?
- 3Rolltilldelning — cutover lead, tech lead, kommunikation, business validator, sponsor on-call? En back-up per roll.
- 4Steg — för varje åtgärd: vad gör ni, hur lång tid tar det, vem utför, vilken kontroll validerar framgång?
- 5Beslutspunkter (gates) — efter vilka steg kan ni gå vidare och vilka är kriterierna? Vem godkänner?
- 6Rollback-procedur — konkret beskriven, testad i torrkörning. Vilka åtgärder, hur lång tid tar det, var är point of no return?
- 7Kommunikation — användarmeddelande i förväg, statussida under, "allt är live"-meddelande efter. Per kanal och språk.
- 8Externa parter — Gfacility-implementationskonsult, IdP-leverantör, hosting, eventuellt M365 tenant admin: vem är i beredskap, på vilken eskaleringslinje?
- 9Smoke-tester direkt efter go-live — vilka 10-15 scenarier kör ni för att få förtroende för att det fungerar?
- 10Säkerhet — tjänstekonton, API-nycklar, OAuth-hemligheter — vem håller dem, hur lagrar ni dem säkert över helgen?
Mall — Runbook (utdrag)
| Tid | Steg | Ansvarig | Validering | Rollback? |
|---|---|---|---|---|
| Fre 18:00 | Kommunikation "freeze start" | PM | E-post skickad, intranät-banner | Ej tillämpligt |
| Fre 19:00 | Källsystem i read-only | Källadmin | Manuellt skrivtest misslyckas | Återställ till read-write |
| Fre 19:30 | Slutlig delta-export | Tech lead | Antal ≥ förväntat | Kör om skript |
| Fre 20:30 | Migrationsskript produktion | Tech lead | Loggar rena, antal stämmer | Snapshot-återställning |
| Fre 22:00 | Aktivera SSO + integrationer | IT-Identity | Testkontoinloggning | SSO-konfig rollback |
| Fre 23:00 | Smoke-tester (15 scenarier) | Business validators | 14/15 PASS | Beslut per scenario |
| Lör 00:00 | Go/no-go gate 1 | Cutover lead | Sponsor signerar | → Rollback |
| Lör 09:00 | Champions testar på plats | Champions | Issue log ≤ 5 P2 | — |
| Sön 18:00 | Kommunikation "live mån 8:00" | PM | E-post + Teams + intranät | — |
| Mån 08:00 | Hypercare officiellt startad | Hypercare lead | Hotline öppen | — |
| … | … | … | … | … |
Mall — Rollback-kriterier
Trigger 1 — Datakvalitet
Skillnad > 2 % i totaler mellan källa och mål efter migration. Rollback-beslut inom 30 min.
Trigger 2 — SSO misslyckas
> 5 % av testkontona kan inte logga in. Rollback om inte workaround inom 60 min.
Trigger 3 — Smoke-test misslyckas
> 3 av 15 scenarier misslyckas. Passera ingen go/no-go-gate. Problemanalys + beslut.
Point of no return
Lördag 12:00 — efter det är rollback inte längre genomförbart utan att förlora helgens arbete. Besluta före den tidpunkten.