Ontwikkeling of doorontwikkeling?
Die vraag krijgen we vaak: bouw je verder op wat er al staat, of is het slimmer om iets nieuws te ontwikkelen? Het antwoord hangt niet af van modewoorden, maar van de staat van je software, de ruimte om te veranderen en wat je de komende jaren nodig hebt.
Vergelijking
Software als het bouwen van een huis
Bij 10KB vergelijken we softwareontwikkeling graag met bouwen aan een huis. Stel dat je fijn woont en een aanbouw wilt. Dan kijk je eerst of de fundering, indeling en constructie dat aankunnen. Is dat zo, dan ligt doorontwikkeling voor de hand, want je bouwt verder op iets dat zijn waarde al heeft bewezen.
Soms is de situatie anders. Als het huis structureel niet meer past, de fundering te zwak is of elke verbouwing meer kost dan ze oplevert, dan is nieuwbouw verstandiger. Bij software geldt hetzelfde. Het gaat niet alleen om wat je wilt toevoegen, maar ook om de vraag of de huidige basis dat nog kan dragen.
De echte vraag is dus niet of iets oud of nieuw is, maar of doorbouwen op deze software nog rationeel is.
Routekeuze
Soms is nieuw bouwen logischer
Een belangrijk deel van ons werk is voorkomen dat organisaties te snel in een groot nieuwbouwtraject stappen. Als bepaalde onderdelen nog gezond zijn, gebruiken we die gewoon. En als gerichte modernisering genoeg is, zeggen we dat ook.
Daarom leggen we scenario's naast elkaar: gericht verbeteren, gecontroleerd doorontwikkelen, onderdelen gefaseerd vervangen of opnieuw ontwikkelen waar de basis echt op is. Daarbij kijken we naar kosten, risico, planning, data, koppelingen, continuïteit en veranderbaarheid.
Het doel is niet om per se iets nieuws te bouwen. Het doel is de kleinste ingreep kiezen die het probleem echt oplost.
Keuzehulp
Wanneer kies je voor wat?
De juiste vraag
Niet: "is onze software oud?" Wel: kunnen we hier nog verantwoord op doorbouwen, of hebben we een nieuwe basis nodig?
Een gezonde basis hoeft niet perfect te zijn. De software moet wel waarde blijven leveren, wijzigingen haalbaar houden en ruimte geven om problemen gericht op te lossen zonder dat alles meteen vastloopt.
Werkwijze
Eerlijk advies, geen standaardantwoord
In kennismakingsgesprekken horen we regelmatig dat andere partijen al vroeg één route hebben vastgezet, nog voordat het echte werk begint. Soms klopt die conclusie, maar daar mag je altijd een heldere onderbouwing bij verwachten.
Misschien volstaat doorontwikkeling. Misschien is een nieuwe basis slimmer. Misschien is een combinatie het meest logisch. Om daar iets zinnigs over te zeggen, hebben we context nodig: hoe de software is opgebouwd, waar het nu schuurt en wat je straks wilt kunnen.
Daarna leggen we de opties open op tafel, inclusief voor- en nadelen, risico's, alternatieven en gevolgen voor budget en continuïteit.
Onze werkwijze
Veelgestelde vragen
Nee. Opnieuw ontwikkelen hoeft niet te betekenen dat je alles in één keer vervangt. Vaak is een gefaseerde aanpak verstandiger, waarbij we doorontwikkelen waar dat kan en nieuwe onderdelen bouwen waar dat echt nodig is.
Niet per se. Doorontwikkeling lijkt op korte termijn vaak goedkoper, maar als de technische basis structureel tegenwerkt, kan blijven doorbouwen op termijn juist duurder worden door vertraging, regressies en herstelwerk. Daarom vergelijken we scenario's op kosten, risico en planning.
Kijk naar codekwaliteit, architectuur, infrastructuur, kennisborging en operationele volwassenheid. Als wijzigingen nog haalbaar zijn en gerichte verbetering logisch blijft, past doorontwikkeling meestal beter. Wordt vrijwel alles stroperiger, risicovoller en duurder, dan is een nieuwe basis het onderzoeken waard.
Doorontwikkeling bouwt voort op bestaande software: nieuwe functionaliteit, bugs oplossen, UX verbeteren en stabiliseren. Modernisering richt zich op gerichte verbetering van verouderde onderdelen zonder alles te vervangen. Ontwikkeling gaat over nieuwe software op maat bouwen, of een bestaande applicatie opnieuw ontwikkelen wanneer de huidige basis niet meer logisch is. Meer over structurele doorontwikkeling en software ontwikkeling.
Ja. Een analyse, inventarisatie of eerste verbeterstap is vaak de snelste manier om scherp te krijgen wat logisch is. Je hoeft dus niet vooraf definitief te kiezen tussen ontwikkeling en doorontwikkeling om met ons in gesprek te gaan.
Ja, juist vaak. In de praktijk is het zelden zwart-wit. We bouwen nieuw waar dat nodig is en ontwikkelen door waar de bestaande basis nog gezond genoeg is.
Die horen nadrukkelijk bij de afweging. Bij doorontwikkeling blijft de bestaande applicatie meestal gewoon draaien. Bij een nieuwe basis plannen we expliciet hoe data, koppelingen en gebruikers gefaseerd mee overgaan.
Dan zeggen we dat. Als tijdens doorontwikkeling blijkt dat opnieuw ontwikkelen rationeler is, of andersom, brengen we dat op tijd in kaart en bespreken we de alternatieven.
Staat je vraag hier niet tussen?
Neem contact op