Projektforløb hos INILAB

Hjem / Om os / Projektforløb

Udviklings-projekter fra teknisk afklaring til et system i drift

Vi har stor erfaring med, at komplekse udviklingsprojekter yderst sjælendt følger et lineært og forudsigeligt vejforløb. Ny viden, afprøvninger og ændrede behov påvirker både arkitektur og prioriteringer undervejs.

Strukturerede modeller med iterative forløb

Derfor kombinerer INILAB en struktureret projektmodel med iterativ udvikling. Vi afklarer behov, systemgrænser og tekniske risici, før vi fastlægger et fælles grundlag for arkitektur, omfang, økonomi og validering.

Vi tilpaser således metoden projektet. Vi bruger analyse, feasibility study, PoC, prototype eller undersøgelse af eksisterende integrationer dér, hvor det reducerer usikkerheden og kvalificerer de næste beslutninger i rækken.

Et fælles ansvar for processen

De bedste løsninger opstår i samarbejde med dem, der kender domænet og den operationelle virkelighed. I bidrager med faglig indsigt og prioriteringer; vi omsætter dem til arkitektur, udvikling, integration og dokumentation.

Vi er åbne om muligheder, risici og økonomi. Målet er ikke at udvikle mest muligt, men det helt rigtige på et robust teknisk fundament.

Behov og teknisk kontekst

Vi begynder med at afklare problemet, de operationelle mål, brugerne, den eksisterende infrastruktur og de vigtigste tekniske og organisatoriske bindinger.

I behøver ikke møde op med en færdig kravspecifikation eller en fastlagt løsning. Stadig flere kunder kommer med en vibe-coded demo, der viser deres idé, ønskede funktioner eller centrale arbejdsgange. Det er et stærkt og værdsat udgangspunkt, fordi vi hurtigt kan opleve konceptet i praksis og føre en mere konkret dialog om behov og prioriteringer.

Demoen behøver ikke være produktionsklar eller bygget på den endelige arkitektur. Sammen vurderer vi, hvilke dele der skaber reel værdi, hvilke antagelser, som vi sla undersøge, og hvad der kræves for at omsætte konceptet til et robust, sikkert og vedligeholdelsesvenligt system.

Formålet med det første trin er at forstå, hvad løsningen skal gøre, hvor den skal fungere, og hvilken værdi den skal skabe.

Foranalyse og risikoreduktion

Når projektets rammer er på plads, undersøger vi de tekniske muligheder og identificerer de forhold, der har størst betydning for løsningen. Afhængigt af projektets karakter kan det omfatte systemarkitektur, datagrundlag, kommunikation, integrationer, hardware eller eksisterende software.

Afhængigt af projektet kan fasen omfatte:

feasibility study
teknisk due diligence
arkitekturanalyse
PoC
prototype
performanceanalyse
afprøvning af hardware eller kommunikation.

I nogle projekter er en teknisk analyse tilstrækkelig. I andre giver et Proof of Concept eller en prototype den bedste afklaring, før den egentlige udvikling begynder. Formålet er det samme: at reducere teknisk usikkerhed og skabe et solidt beslutningsgrundlag, inden de største investeringer foretages.

Arkitektur, scope og projektgrundlag

Når de tekniske muligheder er afklaret, omsætter vi dem til et fælles projektgrundlag. Sammen prioriterer vi funktioner, afgrænser leverancen og fastlægger de arkitektoniske principper, som løsningen skal bygges på.

På den måde får både I og vi et fælles billede af projektets omfang, tekniske retning, økonomi og de succeskriterier, der skal være opfyldt, når løsningen er klar til drift.

Udvikling, integration og validering

Udviklingen foregår iterativt med løbende demonstrationer, test og sparring. Vi prioriterer de funktioner, der skaber størst værdi først, så ny viden kan omsættes til forbedringer undervejs.

Samtidig arbejder vi med integrationer, data, hardware og kommunikation som en del af det samlede system. Det giver mulighed for at opdage tekniske udfordringer tidligt og sikre, at løsningen fungerer i den virkelighed, den er udviklet til.

Idriftsættelse og overdragelse

Inden løsningen tages i brug, gennemfører vi de nødvendige test og sikrer, at systemet fungerer som aftalt. Vi afleverer den relevante dokumentation og gennemgår løsningen sammen med jer, så både brugere og teknikere får et godt grundlag for den videre drift.

Målet er ikke blot en vellykket levering, men en kontrolleret overgang fra udviklingsprojekt til daglig anvendelse.

Drift, vedligeholdelse og videreudvikling

De fleste systemer udvikler sig over tid. Typisk opstår der nye behov, integrationerne ændrer sig og teknologien bevæger sig videre.

Derfor tilbyder INILAB service, vedligeholdelse og videreudvikling af de løsninger, som vi selv har udviklet eller medvirket til at udvikle. Med indgående kendskab til software- og techarkitekturen, og de tekniske valg, kan vi sikre en stabil drift og en kontrolleret videreudvikling gennem hele systemets levetid og evolution.

Hyppige spørgsmål up front...

Har vi brug for specialudviklet software?

Et standardsystem kan være det helt rigtige valg, når det dækker jeres behov og fint passer til den måde, som I arbejder på. Specialudvikling bliver først relevant, når særlige arbejdsgange, datakilder, integrationer eller driftskrav kræver mere, end en standardløsning kan håndtere.

Vi undersøger også, om vi kan løse opgaven ved at tilpasse eller forbinde de systemer og programmel, som I allerede har. Hvis en standardløsning er tilstrækkelig, er vi ikke blege for at anbefale den. Målet er jo at finde en løsning, der skaber værdi og fungerer stabilt i jeres daglige drift.

Kan vi begynde med en afgrænset opgave?

Ja. Et samarbejde med os kan begynde med en teknisk foranalyse, en arkitekturgennemgang eller et Proof of Concept (PoC), hvor vi afprøver de afgørende dele af løsningen.

Eksempelvis undersøger vi, om vi kan hente data fra eksisterende udstyr, om to systemer kan integreres, eller om en idé fungerer under realistiske forhold. Vi afgrænser opgaven sammen, så resultatet giver jer et konkret og relevant grundlag til at beslutte næste skridt.

Hvad skal vi have klar til den første samtale?

I behøver på ingen måde har have en færdig og fyldestgørende kravspecifikation med under armen. Fortæl os, hvad der er svært i dag, hvem der skal bruge løsningen, og hvad I gerne vil opnå.

Eksempler på arbejdsgange, data, eksisterende systemer eller kendte begrænsninger hjælper os rigtig godt på vej med at forstå opgaven. Har I allerede en skitse, prototype eller AI-genereret demo, tager vi meget gerne udgangspunkt i den.

Hvordan fastlægger I pris og afregningsform?

Vi estimerer efter Lichtenberg-metoden, også kendt som successiv kalkulation. Vi vurderer opgaven ud fra et minimum, et mest sandsynligt niveau og et maksimum. Det synliggør projektets usikkerhed i stedet for at skjule den i ét tilsyneladende præcist tal.

Jo flere tekniske ubekendte, der er omkring funktioner, integrationer, drift, dokumentation og sikkerhed, desto større bliver spændet i estimatet. Efterhånden som vi afklarer forudsætninger, afprøver antagelser og træffer tekniske valg, opdaterer vi estimatet. Spændet bliver dermed smallere og mere præcist, i takt med at usikkerhed omsættes til konkret viden.

Ved væsentlige tekniske ubekendte anbefaler vi som regel en særskilt foranalyse eller et Proof of Concept, før vi estimerer det samlede projekt.

Vi aftaler afregning som fastpris, medgået tid eller abonnement. Agile udviklingsforløb afregnes som udgangspunkt pr. sprint eller måned. Vi fakturerer tredjepartsydelser og udlæg særskilt, medmindre vi aftaler en anden betalingsmodel.

Hvor meget tid skal vi selv afsætte?

I bidrager med uundværlig viden om jeres fagområde og de arbejdsgange, som løsningen skal bygge på. Derfor har vi typisk brug for en kontaktperson, der samler input, prioriterer behov og sikrer beslutninger undervejs.

Selve tidsforbruget afhænger af projektets omfang. Vi afklarer jeres deltagelse i workshops, demonstrationer og test som en del af planlægningen.

Adgang til relevante medarbejdere, data og systemer er med til at sikre udviklingsprojektets fremdrift og ikke mindst, at vi har mulighed for at opdage misforståelser så tidligt som muligt.

Kan I bygge videre på vores eksisterende systemer og udstyr?

Ja, hvor det er teknisk og sikkerhedsmæssigt forsvarligt. Vi har stor erfaring i at arbejde med integration, retrofitting og modernisering af både nyere løsninger og ældre software, instrumenter og installationer. Ofte er det den absolut mest bæredygtige model.

Vi undersøger grænseflader, datakvalitet, dokumentation og driftskrav blandt mere. Det viser, hvad vi kan bevare, hvad der kræver tilpasning, og hvor en udskiftning er nødvendig. På den måde kan vi gennemføre moderniseringen trinvist.

Hvad sker der, hvis behovene ændrer sig undervejs?

Ny viden kan ændre både prioriteringer og løsning. Det er nærmest reglen frem for undtagelsen i et udviklingsprojekt uanset størrelse.

Løbende demonstrationer og test giver os mulighed for at vurdere ændringerne sammen med jer, og således træffe beslutninger på et oplyst og korrekt grundlag.

Ændringer kan påvirke projektets omfang, pris og tidsplan – det skal I være forberedt på. Derfor afklarer og aftaler vi konsekvenserne, inden vi i gangsætter ændringsarbejdet.

Hvordan håndterer I sikkerhed og persondata?

Kravene til sikkerhed afhænger både af løsningens funktion, data og betydning for driften. Vi afklarer derfor alt fra adgangsstyring, logning, opdateringer til backup, dokumentation og eventuelle særlige sikkerhedskrav som en naturlig del af projektet.

Hvis INILAB skal behandle personoplysninger på jeres vegne, fastlægger vi roller og ansvar, og indgår den nødvendige databehandleraftale, før selve databehandlingen begynder. Vi aftaler særlige krav til eksempelvis kryptering, revisionsspor, NIS2 eller placering af data konkret.

Hvad får vi ved overdragelsen, og hvilke rettigheder følger med?

Leverancer, Vi fastlægger dokumentation og overdragelse kontraktuelt i projektets aftale. I bevarer altid rettighederne til jeres egne data og materialer.

Når leverancen er fuldt betalt, får I som udgangspunkt en tidsubegrænset brugsret til den konkrete løsning. Vi afklarer og aftaler behov for kildekode, eksklusive rettigheder, videreudvikling eller mulighed for overdragelse som en del af projektet.

Medmindre andet er aftalt, bevarer INILAB rettighederne til egne metoder, værktøjer, standardkomponenter og teknisk knowhow, der er udviklet før eller uafhængigt af den konkrete kundeopgave.

Hvordan fungerer drift, support og videreudvikling?

INILAB tilbyder drift, vedligeholdelse og videreudvikling af de løsninger, som vi har udviklet eller medvirket til at udvikle.

Vi aftaler hosting, overvågning, backup, responstider og eventuelt beredskab skriftligt ud fra løsningens betydning for jeres drift. Vi leverer support efter en separat aftale eller mod timebetaling. Standardsupport ligger som udgangspunkt på hverdage inden for almindelig arbejdstid.

Læs mere om support og service.

Kontakt os