Utvecklingsmetod och process

I utvecklingen av digitala lösningar är det viktigt att utvecklingen sker iterativt, och att det finns utrymme för kontinuerligt lärande för att ligga till grund för den slutliga lösningen. Se även inledningen om "Iterativt förhållningssätt och kontinuerligt lärande".

Om projektet är ett utvecklingsprojekt – särskilt med fokus på innovation – rekommenderas den agila utvecklingsmetoden, eftersom den har ett iterativt och flexibelt tillvägagångssätt för projektledning och delar upp projektet i mindre hanterbara delar "sprintar". Metoden säkerställer att krav som förändras längs vägen kan hanteras i projektet. Det underlättar när projektet styrs efter övergripande affärsnytta, ramar och mål istället för fasta, detaljerade krav.

Om det är ett rent upphandlingsprojekt är utvecklingsmetoden i detta skede inte relevant, men personuppgiftsbiträdesavtal är det. Se punkt 3.7.

MVP och POC:

Det finns två olika metoder för att skapa grunden för en lösning: POC (Proof of Concept) och MVP (Minimum Viable Product). Båda metoderna visar på sitt eget sätt värdet av en lösning.

En POC används för att testa ett koncept och undersöka om en idé eller teknik överhuvudtaget är tekniskt genomförbar. Det används vanligtvis för att validera antaganden och minska osäkerheter tidigt i processen – ofta genom att testa riskfyllda funktioner eller moduler. En POC kan därmed fungera som en solid utgångspunkt för den efterföljande utvecklingen av en MVP.

En MVP, å andra sidan, är den första användbara versionen av en produkt som fokuserar på de viktigaste funktionerna. Syftet är att få feedback från användarna: Uppfyller lösningen deras behov? Vad behöver justeras eller byggas ut i nästa iteration – antingen inom samma projekt eller när nya resurser har skapats för vidareutveckling?

Process:

En löpande dialog med leverantören under utvecklingsprocessen säkerställer att projektledaren och teamet är uppdaterade om tidsplanen, målen och eventuella ändringar avlösningen som kan uppstå under den iterativa designprocessen

Kom överens med leverantören om hur ofta ni ska ha möten och hur ni ska vara delaktiga i övervägandena om hur lösningen ska utvecklas.