Fase 3.10

Udviklingsmetode og proces

3.1
Udbud eller indkøb?
3.2
Udbudsmateriale
3.3
Datakilder
3.4
Kravspecifikation – Funktionelleog ikke -funktionelle krav
3.5
Kravspecifikation – Sensordata
3.6
Kravspecifikation – Bæredygtighed
3.7
Kravspecifikation- Persondatasikkerhedm.v.
3.8
Interoperabilitet
3.9
Krav til IT-arkitektur
3.10
Udviklingsmetode og proces
3.11
Datavalidering
3.12
Datalagring og deling
3.13
Refleksion og næste skridt
Nulstil tidslinje

I udvikling af digitale løsninger er det vigtigt, at udviklingen sker iterativt, og at der er plads til, at den løbende læring ligger til grund for  den endelige løsning. Se også indledningen om ”Iterativ tilgang og løbende  læring”.

 

Er projektet et udviklingsprojekt - særligt med fokus på innovation – anbefales den agile udviklingsmetode, da den har en iterativ og  fleksibel tilgang til projektledelse og deler projektet op i mindre håndterbare dele ”sprints”. Metoden sikrer, at krav, der ændres undervejs,  vil kunne håndteres i projektet. Det er lettere, når projektet styres efter overordnede  forretningsmæssige gevinster, rammer og mål i stedet for faste, detaljerede  krav.

 

Er det et rent indkøbsprojekt, er udviklingsmetoden på dette stadie ikke relevant, men det er databehandleraftaler derimod. Se punkt 3.7: Personsikkerhed m.v.

 

MVP og POC:

Der findes to forskellige tilgange til at skabe fundamentet for en  løsning: POC (Proof of Concept) og MVP (Minimum Viable  Product). Begge metoder demonstrerer på hver deres måde en løsnings værdi.

 

En POC anvendes til at afprøve et koncept og undersøge, om en idé eller teknologi overhovedet er teknisk mulig. Den bruges typisk til at validere antagelser og reducere usikkerheder tidligt i forløbet – ofte ved at teste risikofyldte funktioner eller moduler. En POC kan dermed fungere som et solidt afsæt for den efterfølgende udvikling af en MVP.

 

En MVP er derimod den første anvendelige version af et produkt, som fokuserer på de mest essentielle funktioner. Formålet er at få feedback fra brugerne: Lever løsningen op til deres behov? Hvad skal justeres eller udbygges i næste iteration – enten inden for samme projekt eller når der er skabt nye ressourcer til videreudvikling?

 

Udviklingsproces:

En løbende dialog med leverandøren i udviklingsprocessen sikrer, at projektlederen og -team er opdateret på tidsplan, mål og  eventuelle ændringer i løsningen, som kan opstå under den iterative  designproces.

 

Aftal med leverandøren, hvor ofte I holder møder og hvordan I inddrages i overvejelserne om, hvordan løsningen skal udvikles.

Handling

Er det et indkøbsprojekt, kan I springe dette punkt.

  • Aftal med leverandøren hvilken udviklingsmetode, de anvender i dette projekt.
  • Få leverandøren til at lave et løsningsdesign.
    Det kan bidrage til at skabe en fælles forståelse for endemålet af projektet.

    Vurder også, om det har betydning for arbejdsgange, services og jobfunktioner, og om det giver anledning til at sikre opbakning og forankring.

Værktøjer

Læs mere