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 webtjänst 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 utvärderingens verktyg; checklistor, etc. som stöd för att snabbt undersöka om initiativet är genomförbart. Observera att verktygen är ett stöd för att identifiera blockerande skäl - varje tjänst har unika egenskaper.
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).
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.
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!