...
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 webbapp så är det viktigt att få insikt i hur också förvaltningen skiljer sig tjänsterna emellan.
...
Instruktion för användning: Använd utvärderingens verktyg; checklistor, etc. checklistor nedan 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 - 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.
...
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 rörande gällande appen behöver ha producerats och finnas tillgängligt för förvaltningen när förvaltningen 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
...
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.
...