Når den udvikling, I har købt, ikke leverer

Datoerne er skredet flere gange. Funktionerne virker på demoen og ikke hos brugerne, regningerne bliver ved med at komme, og svarene bliver kortere. Eller udvikleren er holdt op med at tage telefonen. I den situation er det fristende at gøre noget stort med det samme, og det er sjældent det rigtige første skridt. Først skal I vide, hvad I står med, hvilke dele der fungerer, og hvem der har adgang til dem. Siden her samler artiklerne til forløbet, der er kørt fast, med de mest akutte først.

Det akutte

• Udvikleren er holdt op med at svare De første timer: hvad I har adgang til, om der kan hentes en kopi af koden, og hvem der kan tage over.
• Leverandøren vil ikke udlevere koden Det, I selv kan hente, dokumentation af forløbet og samtalens tone. Tvister går til advokat.

At få overblik, før I beslutter

• Brændt af et udviklingshus: hvad gør I nu? Er det et mønster eller en enkeltfejl, og hvad skal I vide, før I fortsætter, retter op, skifter eller starter forfra?
• Den nye leverandør siger, at alt skal laves om Hvorfor leverandøren siger det, og tre spørgsmål, som viser, om grundene holder.
• Uafhængig gennemgang af koden: hvad kan den svare på? Generel viden om, hvilke svar sådan en gennemgang kan give om koden, og hvor grænsen går.

Vejen videre

• Skift af udviklingsleverandør uden at miste produktet Rækkefølgen med tjekliste: sikr adgange, kortlæg viden, overlap og overdragelse.
• Skal udviklingen hjem? Fra leverandør til eget team Hvornår det giver mening, og hvordan viden flyttes, mens produktet kører.

Fire veje ud

Når I har overblikket, er der grundlæggende fire muligheder. I kan fortsætte med en anden aftale om, hvordan der følges op. I kan rette op sammen med leverandøren på afgrænsede områder. I kan skifte leverandør. Eller I kan tage udviklingen hjem eller starte forfra. Tre spørgsmål afgør oftest valget. Kan I selv få fat i koden og kontiene, også i morgen? Er leverandøren villig til at se på det, der er gået galt? Og hvad betyder det for kunderne og forretningen, hvis produktet står stille i overgangen? Det sidste spørgsmål bliver ofte glemt, og derfor betyder rækkefølgen i et skifte så meget.

Har I købt forløbet uden en aftale om ejerskab, kan rettighederne også være i spil. Hvem ejer koden gennemgår emnet for ansatte, freelancere og udviklingshuse, og konkrete tvister er et spørgsmål til advokat. Viser det sig, at problemet i højere grad ligger i styringen end i leverandøren, er styring af en udviklingsleverandør det rigtige sted at fortsætte. Ligger årsagen til forsinkelsen i selve produktet, kan Hvorfor går udviklingen langsommere end før? give et bedre billede.

Hvad I selv kan gøre i dag

Lav en liste over repository, cloudkonto, domæne, app-butikker og de tjenester, produktet bruger, og notér ud for hver enkelt ejeren og de personer, der har login. Saml aftaler, tilbud og de vigtigste beskeder ét sted. Få en kopi af koden og databasen, hvis I har ret til det. Hold tonen saglig, også hvis tilliden er opbrugt, for I kan få brug for leverandørens hjælp i en overgang. Det arbejde kan laves uden teknisk baggrund, og det gør de næste beslutninger langt lettere.

Det skal I lade være med

• At opsige, før I har adgang til koden og kontiene · sikr adgangene først, så samtalen kan tages bagefter.
• At lade den nye leverandør alene afgøre, om alt skal laves om · den har en interesse i svaret.
• At betale videre i håb om, at det retter sig · sæt en dato for, hvornår I skal have set forbedringen.
• At føre konflikten i skrift uden at have talt sammen · en samtale afklarer ofte mere end en lang mail.

Det skal I kræve af den eksterne

• ☐ Et skriftligt overblik over adgange, ejerskab og det, der er leveret.
• ☐ En ærlig vurdering af jeres muligheder, også når det bedste er at fortsætte.
• ☐ Uafhængighed af den leverandør, I måtte vælge bagefter.
• ☐ En rækkefølge for overgangen, så kunderne kan bruge produktet undervejs.

Senest gennemgået: november 2026.

Næste skridt

• Brændt af et udviklingshus: hvad gør I nu?
• Sådan vælger I en ekstern CTO

Læs også: Artikler om CTO as a Service · Udviklingsteam og udviklingsleverandører

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT