...

...

Inledning

...

...

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 enrelativ 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

...

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.

...

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.

...

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.

Beslut väg framåt

Steget innebär att man utvärderar resultaten från de tidigare stegen i fasen och tar beslut om hur man ska gå vidare.

Några aktiviteter som kan ingå i detta steg är:

• Utvärdering av resultat: Resultaten från de tidigare stegen, såsom idégenerering, behovsanalys, kravspecificering, design och testning, utvärderas.

• Säkra stöd: Det är också viktigt att säkra stöd för lösningen från relevanta intressenter, såsom ledning, anställda eller andra som kan påverkas av lösningen. Detta kan innebära att man behöver presentera och ”sälja in” lösningen för dessa intressenter och arbeta för att övervinna eventuellt motstånd.

• Beslut om nästa steg: Baserat på utvärderingen tas ett beslut om vad nästa steg ska vara. Detta kan innebära att man går vidare till nästa fas i processen, gör ytterligare justeringar eller förbättringar, eller i vissa fall kanske till och med beslutar att avbryta om resultaten inte är tillfredsställande.

• Planering för framtiden: Ett beslut om “väg framåt” innebär också att man planerar för framtiden. Detta kan innebära att man fastställer en tidslinje för de kommande faserna, tilldelar resurser, eller fastställer nya mål eller milstolpar.

...