Vad bör en kontinuitets- och överlämningsplan innehålla?

En kontinuitets- och överlämningsplan är ett av de dokument som är lättast att skjuta upp och svårast att ta igen. Den är avsedd att säkerställa att en digital lösning kan förvaltas och vidareutvecklas även när de ursprungliga personerna inte längre är involverade – oavsett om det handlar om personalbyten, leverantörsbyte eller avtalets naturliga slut.

Kunskapsöverföring

Den kanske viktigaste, och mest underskattade, delen av en överlämning är kunskapsöverföringen. Teknisk dokumentation täcker formell kunskap, men det finns ofta en betydande mängd informell kunskap som finns hos nyckelpersoner: varför specifika tekniska val gjordes, vilka undantag som gjorts i kravbilden, vilka integrationer som är instabila och varför.

Kunskapsöverföring bör ske aktivt genom exempelvis samarbetssessioner, genomgångar av kritiska delar och frågor och svar med mottagande part. Att leverera ett dokument är inte detsamma som att leverera förståelse.

Dokumentation

Dokumentation är grunden för en lyckad överlämning. Relevanta dokumentationskategorier kan inkludera:

• Arkitekturdokumentation: systemöversikt, komponentbeskrivningar, databaser och external beroenden.
• Driftsdokumentation: miljöer, konfiguration, deployment-procedurer och övervakningsinställningar.
• Rutiner: vanliga driftsuppgifter, felsökning vid kända problem, kontakter vid driftstörning.
• Kravhistorik: dokumentation av ursprungliga krav, ändringar som gjorts och motivering till dem.
• Testdokumentation: teststrategier, testfall och kända brister.
• Datastruktur: databeskrivning, datamodell och regler för datahantering.

Beroenden och externa tjänster

En förteckning över externa beroenden är väsentlig för att en ny förvaltande part ska kunna ta ansvar. Det inkluderar:

• Tredjepartstjänster med leverantör, syfte och avtalsstatus.
• Licenser: vilka, när de löper ut och vem som förvaltar dem.
• API-integrationer mot externa system.
• Infrastrukturleverantörer och hosting-avtal.
• Domäner och certifikat.

Ägande och tillgångar

Klargör ägandeförhållandena för alla väsentliga tillgångar:

• Kod: var finns källkod, vem äger den, under vilka villkor.
• Data: var finns den, i vilka system, vem äger den, hur exporteras den.
• Konfiguration: infrastrukturkonfiguration, miljövariabler, hemligheter.
• Dokumentation: var finns den lagrad, vem har tillgång, i vilket format.

Tillgång och miljöer

Överlämning av tillgång bör planeras och genomföras systematiskt:

• Förteckning över alla miljöer: produktion, test, staging.
• Tillgång till källkodsrepository.
• Tillgång till deploymentsystem och CI/CD-pipeline.
• Tillgång till övervakningsverktyg och loggningssystem.
• Lösenord och secrets – hantering och överlämning.
• Administratörsrättigheter för externa tjänster.

Ansvar och kontakter

En överlämningsplan bör innehålla en förteckning med namngivna kontakter, inte bara roller. Det bör framgå vem som kan kontaktas vid frågor om specifika delar av systemet, och hur länge de är tillgängliga för frågor efter överlämningens formella slut.

Kvarstående frågor

Ingen överlämning är perfekt. En ärlig förteckning över kvarstående frågor, kända brister och planerade åtgärder är mer värdefull än en överlämningsplan som låtsas att allt är löst. Det ger mottagaren möjlighet att planera och sätta rätt förväntningar.

Transition vid leverantörsbyte

Vid leverantörsbyte tillkommer ett antal specifika överväganden:

• Parallell drift under övergångsperioden om möjligt.
• Rollback-plan om den nya leverantören stöter på oförutsedda problem.
• Formell acceptans av att mottagande part har tagit över ansvaret.
• Klargörande om vem som ansvarar vid eventuella incidenter under transitionsperioden.
• Kommunikationsplan till slutanvändare om det påverkar dem.