Generelt

Kan dere videreutvikle en løsning vi allerede har?

Kort svar

Ja, i mange tilfeller. Vi vurderer først løsningen, teknologien og tilgangen til kode, dokumentasjon og driftskontoer. Deretter avklarer vi hva vi kan ta ansvar for, og om videreutvikling er riktig vei eller om deler bør bygges om. Svaret avhenger av kodekvaliteten, om løsningen har tester, og hvor godt den tåler endringer uten at noe annet brekker.

Ja, vi kan videreutvikle løsninger andre har bygget, men vi starter alltid med en vurdering. Vi ser på koden, teknologien og tilgangen til dokumentasjon og driftskontoer, og avklarer hva vi kan ta ansvar for. Noen ganger er videreutvikling riktig vei. Andre ganger er det billigere over tid å bygge deler på nytt.

Hva vi ser på

  • Tilgang: har dere kildekoden, og har dere tilgang til hosting, database, domene og betalingsleverandør?
  • Teknologi: er rammeverk og biblioteker oppdatert, eller har løsningen ligget urørt lenge?
  • Tester: finnes det automatiske tester som avslører om en endring brekker noe annet?
  • Datamodell: er dataene strukturert slik at nye funksjoner kan legges til uten omskriving?
  • Utrulling: finnes det en trygg vei fra endring til produksjon?

Videreutvikling eller ny løsning?

En god datamodell gjør videreutvikling billig. I en B2B-nettbutikk vi bygger for en kunde, finnes det bevisst ingen lagerstatus, fordi alt alltid kan bestilles. Skal lager inn senere, er det en databaseendring, ikke en omskriving. Det er slike forhold vi leter etter i en eksisterende løsning. Mangler tester, kan første steg være å skrive noen få tester rundt de viktigste flytene, for eksempel bestilling og betaling, før vi endrer noe. Da ser vi raskt om en endring får uventede følger.

Samme prosjekt viser også den andre siden: det er en ny løsning som erstatter en eksisterende nettbutikk. Om noe skal bygges nytt eller videreutvikles, avgjøres etter en vurdering, ikke som utgangspunkt.

Slik starter vi

  1. Dere gir oss lesetilgang til kode og dokumentasjon.
  2. Vi gjennomgår løsningen og beskriver hva vi fant, hva vi kan ta ansvar for, og hvilke risikoer vi ser.
  3. Vi foreslår gjerne en avgrenset første oppgave, slik at begge parter blir kjent med kodebasen før større endringer.
  4. Deretter avtaler vi hvordan videre arbeid skal prioriteres og prises.

Les mer om vedlikehold og videreutvikling, hvordan vi jobber på utvikling, og hva vi bygger på webapplikasjoner.

Fortell oss hva løsningen deres er bygget med og hva dere ønsker å endre, så vurderer vi om videreutvikling er riktig vei.

Få løsningen vurdert

Gratis verktøy

Hvor synlig er dere i AI-svar?

Skriv inn domenet, så sjekker vi hvor lett nettstedet er å lese og sitere for ChatGPT, Perplexity og Google AI Overviews. Rapporten med score kommer på e-post.

Relaterte spørsmål

Fortell oss hva løsningen deres er bygget med og hva dere ønsker å endre, så vurderer vi om videreutvikling er riktig vei.