Överlämning till förvaltning

Revision godkänd

Inledning

Syfte: Denna sida finns för att du skall få insikt i hur överlämnandet av en app till förvaltning bör gå till. Då en app skiljer sig från en webbapp så är det viktigt att få insikt i hur också förvaltningen skiljer sig tjänsterna emellan.

Målgrupp: Beslutsfattare, uppdragsledare, projektledare, utredare.

Instruktion för användning: Använd checklistor nedan som stöd för att planera förvaltning av en app-baserad tjänst. Observera att varje tjänst har unika egenskaper som fordrar speciell uppmärksamhet - denna sida ger tips om områden där appar har stor inverkan på förvaltning - inte ett heltäckande stöd.

App-strategi: Här finns en introduktion till Ineras app-strategi och hur denna aktivitet passar in.

Påverkan av appar:

En app som anropar andra tjänster i förvaltningen kommer att ytterligare öka förvaltningsbehovet utav dessa tjänster. En app blir således inte bara ytterligare en tjänst att förvalta utan övriga tjänster måste också vara kompatibla och stabila i kombination med appen. Ifall en app ska ingå i den nationella tjänsteplattformen så behöver den också konfigureras för att vara kompatibel med befintliga tjänstekontrakt.

Exempel på områden där appar hanteras annorlunda i förvaltning:

Om appen behöver uppdateras innehåller release-cykeln följande steg

• uppdatering av koden för appen - kräver tillgång till utvecklingsverktyg i rätt version (och ej EOL)

• testa appen i tjänsten - speciell hantering krävs för att distribuera appen för test och kvalitetssäkring

• lämna appen för granskning hos den som driver app store - hantera ev anmärkningar, OBS - räkna med ca en veckas ledtid för denna cykel, beror av belastning på granskare, appens natur och komplexitet

• signera appen för publicering - kräver tillgång till Ineras utvecklings-certifikat

• publicera appen och beskriv vad som uppdaterats (release notes, inte bara “Buggfixar”), ev behöver också beskrivning och bilder uppdateras

• hur når man ut till slutanvändare med den uppdaterade tjänsten? Appar kräver aktiv uppdatering!

Budgetering av uppdateringar (t ex i beredning) måste ta höjd för ovanstående release-cykel. Ovanstående lista är ytterligare insatser utöver webbappar! Det är dessutom i det närmaste nödvändigt att man uppdaterar appar minst på årlig basis, t ex för att hantera nya versioner av enheternas operativsystem (som publiceras årligen) och de versioner av operativsystem (och därmed även äldre enheter) som då når EOL.

Delar av processen (kapitel, dokument, verktyg, praktiskt arbete, etc.) som påverkas:

Dokumentation och rutiner kring hur man ska hantera publicering, revidering och avveckling av appar i app stores behöver införas i processen.

Följande dokumentation gällande appen behöver ha producerats och finnas tillgängligt för förvaltningen när de tar emot tjänsten:

• Användardokumentation

• Supportdokumentation

• Kravspecifikation

• Förstudie och annan dokumentation som producerats under apputvecklingens löptid

• Driftdokumentation

• Systemdokumentation (SAD)

• Arkitekturella beslut (AB)

• Tjänstekontraktsbeskrivningar och beskrivning av tjänstedomänen.

• Riskanalys

• PUB-avtal

• Avtal (interna och externa)

• Juridiska  överväganden och regelverk

• Plan för breddinförande

• Affärsmodell och finansiering av förvaltningen

• Förvaltningsplan och förvaltningsspecifikation enligt pm3

  • Förvaltningsstyrning

  • Användarstöd

  • Ändringshantering

  • Daglig IT-drift och underhåll

  • Relevanta processer

• Restlista och backlogg (helst med förslag till prioordning)

• Referenspiloter/referensregioner

• Användargrupper

• Testprotokoll från acceptanstest

• Testprotokoll från produktionstest med godkännande från Infrastruktur

• Utvärdering pilotdrift

• Förvaltar- och supportutbildning

• Marknadsföring och kommunikation

• Interna kontaktpersoner/uppgifter

• Kontaktpersoner/uppgifter om leverantörer

Vilka delar av detta skall återföras till beslutsstöd? (påverkan på policy, budget, etc.)

Att förvalta ytterligare en tjänst i form av en eller flera appar kommer öka resursbehovet och budget kommer därför att påverkas. Då Inera traditionellt sätt inte förvaltat appar så behöver det också säkerställas att rätt kompetens finns i förvaltningen, ifall det inte finns så behöver denna kompetens införskaffas.

App-strategin ger stöd för speciella överväganden inom Test och Kvalitetssäkring av appar i förvaltning.

Att addera en app till befintliga kanaler kan också innebära ökade kostnader för andra tjänster då dessa påverkas av att få ytterligare kanal att ta hänsyn till.

Ta höjd för ökad förvaltningsinsats/kostnad enligt ovan!