Hoe we een nieuw project aanpakken

Een project dat misgaat, gaat meestal niet mis bij het schrijven van code. Het gaat mis bij een scope die nooit echt vastlag, een technische keuze die niemand heeft uitgelegd, of stiltes van drie weken tussen "we beginnen" en "hier is de eerste versie". Onze aanpak is erop gericht om precies die momenten te elimineren.

1. Verkennen, niet aannemen

Voordat er een regel code wordt geschreven, brengen we in kaart wat het probleem écht is — niet de eerste oplossing die iemand in gedachten had. Dat betekent concrete vragen: wie gebruikt dit, hoe vaak, wat gebeurt er als het uitvalt, en wat is het minimale dat "klaar" betekent. Een groot deel van scope-ellende ontstaat doordat deze vragen nooit hardop gesteld zijn.

2. Architectuur past bij de situatie, niet andersom

We kiezen geen techniek omdat die trending is. Een interne tool voor tien gebruikers heeft andere eisen dan een klantportaal dat piekt rond deadlines. De architectuurkeuze — monoliet of services, welke database, welke hosting — volgt uit die eisen, en we leggen uit waarom, in taal zonder jargon.

3. Bouwen in zichtbare stappen

We werken in korte sprints met tussentijds opleverbare resultaten, geen black box tot de deadline. Dat betekent niet dagelijkse standups voor een klein project — het betekent dat u nooit drie weken hoeft te wachten om te zien of het de goede kant op gaat.

4. Testen is geen aparte fase

Code die "het werkt op mijn machine" doet, is geen opgeleverd werk. Geautomatiseerde tests en een expliciete CI/CD-pipeline horen bij de bouwfase, niet bij een checklist achteraf — zodat een release een routinehandeling is, geen risico.

5. Livegang is het begin, niet het einde

Software die na oplevering nooit meer wordt aangeraakt, veroudert snel: dependencies raken achter, eisen veranderen, en kleine bugs stapelen zich op. Daarom blijven we na livegang betrokken — monitoring, onderhoud en iteratie op basis van wat er in de praktijk gebeurt, niet op basis van aannames vooraf.

Dit is geen theoretisch proces — het is dezelfde discipline die we hanteerden bij enterprise-systemen zoals billing-platforms en Online Charging Systems, nu toegepast op een schaal die past bij een Nederlands MKB-project.