Projectovername

De bouwer is weg. De applicatie draait nog.

Wij nemen bestaande maatwerkapplicaties én vastgelopen softwareprojecten over, ook als niemand meer weet hoe ze werken. We brengen in kaart wat er is, wat werkt en wat ontbreekt, beoordelen hoe we verantwoord verder kunnen — ook zonder volledige documentatie — en ontwikkelen het daarna verder.

Leg uw situatie voor

Waar het over gaat

Het systeem is bedrijfskritisch geworden zonder dat iemand dat besloot.

Een applicatie die ooit door één iemand is gebouwd, groeit mee met het werk. Op enig moment draait het primaire proces erop en is degene die het maakte er niet meer. Vervangen is duur en riskant; niets doen ook.

Er is geen documentatie.

Wat het systeem doet, staat in het systeem. Wij leiden de werking af uit de code en uit het gebruik, en leggen vast wat wij vinden — dat document is het eerste dat u terugkrijgt.

Niemand durft er iets aan te veranderen.

Elke wijziging voelt als een risico, dus blijven wijzigingen liggen. Wij beginnen met een omgeving waarin een verandering te testen is voordat hij in productie komt.

De techniek is oud, maar niet het probleem.

VBA, Access, een oude PHP-versie, Google Apps Script: het gereedschap bepaalt niet of overname kan. Wat telt is of het gedrag te reconstrueren is.

Het moet blijven werken tijdens de overname.

Wij nemen over terwijl het systeem in gebruik blijft. Een big bang is zelden nodig en bijna nooit verstandig.

De bouwer was een AI.

Steeds vaker is de applicatie niet gemaakt door een collega die vertrok, maar door een AI — en heeft niemand de code ooit gelezen. Bij een vertrokken bouwer was er tenminste ooit iemand die het begreep; hier was dat er nooit. Niet omdat AI slechte code schrijft, maar omdat niemand bijhield wat er was afgesproken. Wij reconstrueren de werking op dezelfde manier, en leggen die alsnog vast.

Hoe wij het aanpakken

Eerst begrijpen, dan pas veranderen.

  • Inventarisatie

    Wat draait er, waar, voor wie, en wat gebeurt er als het stilvalt. Inclusief de koppelingen die niemand meer op het netvlies heeft.

  • Reconstructie

    Wij leiden de werking af uit de code en het gebruik en leggen die vast. Met AI-ondersteuning gaat dat aanzienlijk sneller dan voorheen; de conclusies blijven van een mens.

  • Beheersbaar maken

    Versiebeheer, een acceptatieomgeving, een release die te herhalen is. Pas daarna is doorontwikkelen verantwoord.

  • Doorontwikkelen

    Wat al jaren op de wensenlijst stond, kan nu weer. En de volgende overdracht is voorbereid in plaats van gevreesd.

Schema: vier stappen boven één doorgaande lijn. Het systeem blijft de hele overname in productie; pas na stap 3 volgen herhaalbare releases.
De overname gebeurt boven de lijn; het systeem draait eronder door. Er gaat pas iets naar productie als er een acceptatieomgeving en een herhaalbare release is.
Uit de praktijk

Van duizend bestanden naar één database.

De planning van een internationale technologieonderneming draaide op meer dan duizend Excel-bestanden, samengevoegd in één hoofdbestand. Elke aanpassing moest in al die bestanden worden doorgevoerd; drie mensen waren fulltime bezig het draaiende te houden.

Wij hebben de opzet omgebouwd naar één alleen-lezen sjabloon met een centrale database. Het beheer is vrijwel verdwenen, en het projectteam werkt sindsdien aan nieuwe functionaliteit in plaats van aan brandjes blussen.

Het resultaat: resourceplanning voor 7.500 gebruikers wereldwijd.

Contact

Een applicatie waar niemand meer aan durft?

Vertel wat er draait en wat er misgaat als het stopt. Wij zeggen eerlijk of overname zin heeft — soms is het antwoord dat vervangen goedkoper is.

Neem contact op