8 Införandestrategi - Färdplan

Ledning och styrning

För ett framgångsrikt arbete, krävs beslut om styrning och ledning av realisering av adressregister ska fortsatt ske inom Ena, eller om det ska ägas av regeringsuppdrag SDG eller RU SDK. Det skapas då tydliga beslutsvägar och effektivitet inom initiativet.

Projektgrupp och kompetenser

Digg som byggblocksansvarig bör utse ett delegerat uppdragsledningsansvar. Uppdragledare ska ansvara för att arbetet fortlöper. Uppdragsledare är en central roll, men för att lyckas i arbetet behövs, som nämnts i finansieringsanalysen:

• Arkitektur (Teknik/Information)
• Utvecklingsteam
  • Systemutvecklare (backend/frontend)
  • UX/kravbearbetning
  • DevOps
  • Scrum master
• Verksamhetsexpert (Produktägare)
• Verksamhetsutvecklare/processutvecklare
• Informationssäkerhet
• Juridik

Kravinsamling och prioritering

Utifrån rekommendation att avgränsa arbetet till ett eller två uppdrag som signalerat behov av adressering. Påbörjas en djupare analys i form av kravfångst och kravhantering av adressering. Första steg är att sammanställa redan identifierade user stories och användingsfall kopplat till adressregistret. Nästa steg är att komplettera user stories med hjälp av exempelvis en referensgrupp inom Ena. Utifrån sammanställning och komplettering av krav och behov, prioriteras dessa behov. Olika metoder kan användas för detta ändamål, exempelvis impact mapping. Utifrån detta förfinas och fördjupas kraven ytterligare för att få en gemensam backlog för Adressregister. Backlogen kan förslagsvis ha inslag av både t.ex. SDG och SDK, eller andra prioriterade ärenden.

Lösningsarkitektur

Utifrån prioriterade krav utarbetas förslag på lösningsarkitektur, förslagsvis utgå från befintliga förslag gällande konceptuellt lösningsförslag. I lösningsarkitektur framgår bland annat att utveckla API för att hitta adresser. En frågeställning att ta med vid utarbetning av arkitektur är det ska utvecklas nytt eller om befintlig lösning ska skalas upp, eller det ska vara en samordning av befintliga lösningar. Rekommendation gällande kartläggning är att återanvända befintliga och slutförda utredningar. Det finns mycket dokumentation och kunskap om adressering. Det behövs ett jobb att samla allt på ett ställa. Utifrån sammanställning tas beslut om lösningsarkitektur.

Utveckling

Utifrån prioriterade krav och beslutade lösningsarkitektur hanteras det vidare av utsett utvecklingsteam. Utvecklingsteamet tillsammans med utsedd uppdragsledare och produktägare (verksamhetsexpert), planerar in arbetet i iterationer. På Digg idag finns väletablerade utvecklingsteam som arbetar enligt scrum, med två veckors sprintar. Denna typ av arbete användes framgångsrikt vid utveckling av eDelivery SMP, och rekommenderar därför att detta används för utveckling av adressregister. Centralt för ett framgångsrikt resultat är att arkitekt, produktägare och verksamhetsexperter och utvecklingsteam har ett nära samarbete. Fördelaktigt att dessa samlas vid sprintplanering, prioriterade standups, och vid demo av utvecklade krav.

Dessa ceremonier kan med fördel kompletteras med nödvändiga kompetenser för att realisera Adressregistret, exempelvis informationssäkerhet, juridik, samt representanter av verksamhetsutvecklare gällande central anslutningsprocess.

Processutveckling och livscykelhantering

Projektgrupp rekommenderar att i första hand att det sker ett samarbete att utarbeta enade processer för till exempel anslutning och avveckling sker gemensamt inom Ena. Även fördelaktigt att livscykelhantering enas och bedrivs på likartat sätt inom Digg, och Ena.

Standardutveckling

Behov av standard för semantik gällande adressering har uppkommit i analysen. Rekommendationen är att genomföra en kartläggning av slutförda utredningar och utvecklade standarder, i syfte att återanvända tidigare arbeten. Exempelvis finns det standarder och dokumentation inom eDelivery, Peppol, SDK som kan återanvändas för att utarbeta en standard gällande semantik. Utsedda verksamhetsutvecklare utvecklar och sammanställer standard.

Drift

Förutsatt att Digg ska äga utvecklat adressregister, bör drift av tekniska komponenter ske enligt Diggs riktlinjer gällande drift och livscykelhantering. Idag är det främst Försäkringskassan som driftar Diggs komponenter. Rekommendationen är att även denna applikation driftas hos Försäkringskassan, och följer samma process som t.ex. eDelivery SMP.

Milstolpeplan för färdplan

Nedan specificeras milstolpar för färdplan av adressregister år 2022-2025. Mer detaljerad beskrivning finns i dokument Milstolpeplan Adressregister – färdplan.