Innehållsförteckning
Arbetet inleds med att verksamhetsansvarig (VA) eller portföljledningen för digitalisering (PFLD) beslutar (G1) att man skall utforska en idé eller ett behov där man tror att en del av lösningen kan vara digitalisering. Det är en relativ snabb arbetsinsats, cirka 1–4 veckor beroende på frågans komplexitet.
Arbetet drivs av en verksamhetsutvecklare (normalt finns denna i den verksamhet som ska utvecklas, men det kan också finnas möjlighet till stöd från IT-enhetens sektion för stöd till digitalisering).
Slutresultatet av fasen är en djupare insikt kring idé och problem och huruvida det är en rimlig och genomförbar väg att lösa behovet och nå önskad nytta med hjälp av det utformade konceptet (en digitaliseringslösning).
Idé, behov och ändrade krav
I detta steg genereras en ny idé eller ett koncept. Det kan handla om att lösa ett problem, förbättra en befintlig process, som att skapa en helt nytt system eller tjänst.
Man prioriterar och utvärderar idén för att se om den är genomförbar och har potential. I detta steg är det också viktigt att identifiera och förstå de behov som idén ska uppfylla, vilket innebär att man måste förstå användarnas och olika målgruppers behov, samt tekniska krav. Genom att analysera behoven säkerställer man att idén är relevant och värdefull.
Baserat på idén och de identifierade behoven fastställs sedan specifika krav för ett kommande uppdrag eller projekt. Dessa krav beskriver vad systemet eller tjänsten ska göra, vilka funktioner den ska ha och vilka standarder den måste uppfylla.
Befintligt system
I detta steg genereras en ny idé eller ett koncept. Det kan handla om att lösa ett problem, förbättra en befintlig process eller system, eller som att skapa en helt ny tjänst.
För ett redan befintligt system kan tex detta steg handla om buggar som upptäckts och behöver åtgärdas, eller förändrade krav eller behov som uppkommit (från användare, team eller tex produktägare) och som behöver adresseras.
Man prioriterar och utvärderar idén för att se om den är genomförbar och har potential. I detta steg är det också viktigt att identifiera och förstå de behov som idén ska uppfylla, vilket innebär att man måste förstå användarnas och olika målgruppers behov, samt tekniska krav. Genom att analysera behoven säkerställer man att idén är relevant och värdefull.
Baserat på idén och de identifierade behoven fastställs sedan specifika krav för ett kommande uppdrag eller projekt. Dessa krav beskriver vad systemet eller tjänsten ska göra, vilka funktioner den ska ha och vilka standarder den måste uppfylla.
Grov design lösning
Här skapas en initial, övergripande design eller struktur för en eller flera alternativa lösningar. Det kan innebära att identifiera lösningens komponenter, exempelvis olika moduler i en programvara, olika delar av en system eller olika steg i en process.
Baserat på de identifierade komponenterna skapas en övergripande struktur för lösningen.
Den grova designen kan behöva utvärderas för att bedöma dess genomförbarhet. Detta kan inkludera att bedöma tekniska utmaningar, kostnader, tidsramar och andra faktorer som kan påverka genomförandet av lösningen.
Baserat på feedback och utvärderingar görs sedan nödvändiga justeringar och förbättringar av den grova designen. Detta kan innebära att ändra designen, lägga till eller ta bort komponenter, eller ändra hur komponenterna interagerar med varandra.
För ett redan befintligt system kan tex det här ske genom att teamet och produktägaren diskuterar problemet och skissar på möjliga lösningar.
I detta steg är det viktigt att man ta hänsyn till om det finns lagar och interna styrdokument som är viktigt att beakta redan i detta skede, så som krav på bevarande, informationssäkerhet, säkerhet, kontinuitetshantering.
Testa & validera idé
I detta steg tar man den initiala idén eller lösningen och utsätter det för en serie tester för att säkerställa att det fungerar som det ska och uppfyller de fastställda kraven. Valideringen kan vara allt från teoretiska resonemang (tex i teamet för ett system) och skisser kring lösningen, till mer praktiska tester.
Här är några steg som kan ingå i ett sådant test:
Prototypning: En prototyp eller en första version av lösningen skapas. Denna prototyp behöver inte vara perfekt, men den bör vara tillräckligt komplett för att kunna testas.
Testning: Prototypen testas sedan för att se hur den presterar. Detta kan innebära att man testar olika aspekter av lösningen, som dess funktionalitet, prestanda, användarvänlighet och så vidare.
Validering: Validering innebär att man bekräftar att lösningen uppfyller de krav och behov som identifierades i början av processen. Detta kan innebära att man samlar in feedback från användare, genomför användartester, eller använder andra metoder för att säkerställa att lösningen fungerar som den ska och uppfyller användarnas behov.
Iteration: Baserat på resultaten från testning och validering görs nödvändiga justeringar och förbättringar av lösningen. Detta kan innebära att man gör ändringar i designen, lägger till eller tar bort funktioner, eller gör andra justeringar för att förbättra lösningen.