Små ændringer er blevet dyre
Noget, der burde være enkelt, kræver pludselig mange timer og ændringer flere steder.
Har I mistet tilliden til jeres softwareløsning eller leverandør?
Måske er selv små ændringer blevet dyre, integrationerne virker ikke, eller I mangler overblik over økonomi og en realistisk vej til mål.
Vi starter ikke med at love, at vi kan overtage den eksisterende løsning. Først forstår vi jeres forretning og undersøger det tekniske fundament. Derefter anbefaler vi den vej videre, der giver bedst mening.
Et softwareprojekt behøver ikke være brudt helt sammen for at være kørt fast. Ofte viser problemerne sig lidt efter lidt.
Noget, der burde være enkelt, kræver pludselig mange timer og ændringer flere steder.
Fejl vender tilbage, eller I betaler for at rette noget, der allerede burde fungere.
Systemerne hænger ikke ordentligt sammen, eller I ender med manuelle workarounds.
Plugins, tredjepartskomponenter eller arkitekturen står i vejen for videreudvikling.
Det er uklart, hvad der mangler, hvad det kommer til at koste, og hvornår projektet er færdigt.
I er ikke længere sikre på, om den nuværende vej fører jer i mål.
Derfor starter vi ikke med at fortælle jer, at alt skal bygges om. Men vi lover heller ikke, at vi bare kan overtage den eksisterende løsning. Vi undersøger først, hvad der kan genbruges, og hvad der teknisk og økonomisk giver mening herfra

Vi føler os i trygge hænder.
– Bo Kristiansen, NetCompass
Vi overtager ikke software i blinde. Før vi anbefaler næste skridt, skal vi forstå både forretningen og det tekniske fundament.
Hvad skal løsningen gøre for virksomheden, og hvor er den reelt kørt fast?
Vi gennemgår repository, kildekode og relevant dokumentation.
Vi undersøger blandt andet kodekvalitet, struktur og teknisk gæld. Værktøjer som SonarQube kan indgå i analysen.
Vi vurderer arkitektur, teknologier, integrationer, risici og mulighederne for videreudvikling.
I får vores vurdering af, hvad der teknisk, økonomisk og forretningsmæssigt giver bedst mening herfra.
Vi ved ikke på forhånd, hvilken anbefaling I får. Det er hele pointen med analysen.
Fundamentet er fornuftigt, og det giver mening at bygge videre.
Løsningen kan beholdes, men centrale dele bør forbedres.
Enkelte komponenter, integrationer eller teknologier bør erstattes.
Store dele skal gentænkes, mens andet kan bevares.
Det eksisterende fundament er dyrere eller mere risikabelt at bevare end at erstatte.
Når et softwareprojekt allerede har kostet tid og penge, hjælper store løfter sjældent.
Vi kan sagtens overtage koden
Ikke før vi har set den.
Det hele kan reddes
Ikke før fundamentet er vurderet.
I skal starte forfra
Ikke før vi har et ordentligt grundlag for at anbefale det.
Vi kommer ikke ind for at bevise, at den tidligere leverandør har gjort alt forkert. Vi kommer for at finde den mest realistiske vej videre.
I samtalen vil jeg bl.a.:
Få svar på de mest almindelige spørgsmål om overtagelse af eksisterende software, teknisk gæld, second opinion og hvornår det giver mening at bygge videre eller starte forfra.
Ja, det kan være den rigtige løsning. Men vi lover ikke på forhånd, at vi kan eller bør bygge videre på den eksisterende kode.
Først skal vi forstå jeres forretning og vurdere kodebase, arkitektur, teknisk gæld, integrationer og de teknologier, løsningen bygger på. Derefter kan vi anbefale, om det giver mening at overtage og videreudvikle løsningen.
Nej.
Anbefalingen kan være at fortsætte med den eksisterende løsning, refaktorere dele af den, udskifte enkelte komponenter, bygge større dele om eller starte forfra.
Pointen med analysen er netop, at konklusionen ikke er givet på forhånd.
Det afhænger af projektet, men typisk vil vi have brug for adgang til repository og kildekode samt relevant teknisk dokumentation og information om integrationer og drift.
Vi starter dog med at forstå situationen og vurderer derefter, hvad vi konkret har brug for at se.
Vi ser blandt andet på kodekvalitet, teknisk gæld, arkitektur, teknologivalg, integrationer og hvor vanskelig løsningen er at vedligeholde og videreudvikle.
Værktøjer som SonarQube kan indgå i analysen, men et automatisk code scan står ikke alene. En erfaren teknisk vurdering er nødvendig for at forstå, hvad fundene betyder for netop jeres løsning og forretning.
Ja. Mangelfuld dokumentation er ikke usædvanligt i eksisterende softwareprojekter.
Det kan gøre analysen mere omfattende, men det udelukker ikke, at vi kan vurdere løsningen. Kodebasen, arkitekturen, integrationerne og dialogen med de relevante personer kan tilsammen give et billede af det tekniske fundament.
Så ser vi stadig først på selve projektet og løsningen.
En leverandør kan være en del af problemet, men et leverandørskifte løser ikke automatisk dårlig arkitektur, teknisk gæld eller en løsning, der er bygget omkring de forkerte behov.
Derfor vurderer vi både det tekniske fundament og det, forretningen faktisk har brug for.
Så siger vi det.
Formålet er ikke at anbefale et leverandørskifte eller et rebuild for enhver pris. Formålet er at give jer et bedre grundlag for at beslutte, hvad der teknisk, økonomisk og forretningsmæssigt giver bedst mening herfra.