Werkwijze
Mijn werkwijze Gestructureerd bouwen aan betrouwbare software
Softwareontwikkeling is geen kwestie van “gewoon beginnen”. In vrijwel elk project worden onderweg tientallen keuzes gemaakt.
Over architectuur. Over scope. Over risico’s. Over wat nu belangrijk is en wat later kan.
Mijn werkwijze is gericht op het maken van die keuzes op basis van feiten. Niet op aannames. Dat vertaal ik naar drie heldere stappen.
Eerst helder krijgen wat écht nodig is
We starten niet met code. We starten met inzicht.
Hoe werkt het proces nu? Wat is het werkelijke probleem? Waar zit de impact? Welke risico’s accepteren we wel en welke niet?
In deze fase definiëren we niet alleen wat we bouwen, maar ook wat we bewust niet bouwen. De oplossing krijgt duidelijke grenzen. De scope is geen verzameling wensen, maar een gerichte keuze.
Hier wordt bepaald wat binnen deze fase realistisch en waardevol is. Dat voorkomt dat ontwikkeling verzandt in eindeloze uitbreidingen of onduidelijke verwachtingen.
Gericht bouwen binnen duidelijke kaders
Op basis van de analyse ontwikkelen we doelgericht. De scope is helder. De keuzes zijn expliciet. De risico’s zijn benoemd.
Dat geeft rust en focus.
Tijdens de ontwikkeling werken we met korte lijnen en transparantie over voortgang, keuzes en eventuele knelpunten. Wanneer iets verandert, maken we daar bewust een nieuwe keuze over in plaats van het ongemerkt toe te voegen.
“Af” betekent niet: Technisch klaar op mijn laptop. “Af” betekent: Stabiel, getest en inzetbaar.
Software moet niet alleen werken. Het moet begrijpelijk en onderhoudbaar blijven.
Bij SketchUp-extensies is dat geen kwestie van smaak. Je draait in het proces van iemand anders, naast extensies die je niet kent, op een versie die volgend jaar verandert. Voor elke inzending naar de Extension Warehouse werk ik vooraf de volledige reviewchecklist van Trimble af. Dat scheelt niet alleen een afwijzing, het dwingt ook tot code die netjes omgaat met het model van de gebruiker.
Niet reactief, maar proactief
Na oplevering stopt het werk niet automatisch. Processen veranderen. Teams groeien. Gebruik verschuift.
Daarom blijven we periodiek toetsen:
- Sluit de software nog aan op de praktijk?
- Klopt de output nog?
- Ontstaan er nieuwe risico’s?
We wachten niet tot iets misgaat. Door vroeg bij te sturen blijft het systeem overzichtelijk en beheersbaar.
Zo blijft de oplossing betrouwbaar. Ook wanneer de druk toeneemt.
Duidelijke afspraken, korte lijnen
Goede software vraagt om heldere communicatie. We spreken vooraf af hoe we samenwerken en hoe vaak we contact hebben. Dat kan dagelijks kort zijn, of een vast wekelijks moment. Het hangt af van het project en de fase.
Ik werk volledig remote, vanuit een vaste, professionele werkplek. Dat is geen praktische regeling maar een bewuste keuze: het houdt de aandacht bij het werk, en het dwingt ons afspraken vast te leggen in plaats van ze in de wandelgang te maken.
Voor jou betekent het ook dat afstand geen rol speelt. Of jullie nu twintig kilometer verderop zitten of in een ander land, de samenwerking verloopt hetzelfde.
Heldere afspraken voorkomen ruis.
Jouw software, jouw eigendom
Alles wat ik specifiek voor jouw organisatie ontwikkel, is van jou na betaling. Je ontvangt de volledige broncode en projectbestanden, inclusief het recht om de software intern te gebruiken, aan te passen of te integreren in je eigen producten en diensten.
Code wordt standaard ondergebracht in een repository (bijvoorbeeld GitHub) waar jij toegang toe hebt. Aan het einde van iedere sprint, of bij oplevering, is de actuele broncode beschikbaar voor jouw organisatie.
Ik werk niet met een lock-in model. Je bent niet afhankelijk van mij om de software te blijven gebruiken of door te ontwikkelen.
Ik behoud het recht om generieke onderdelen opnieuw te gebruiken. Denk aan technische structuren, patronen of algemene oplossingen die niet klantspecifiek zijn.
Wat ik niet doe:
- Jouw oplossing één-op-één doorverkopen.
- Unieke bedrijfslogica hergebruiken.
- Data of specifieke configuraties delen.
Wat specifiek voor jouw organisatie is ontwikkeld, blijft exclusief. Transparant. Zonder verrassingen achteraf.
Wat je van mij mag verwachten
Rust, transparantie en duurzame keuzes. Je mag verwachten dat ik:
- Denk in structuur vóór uitvoering.
- Transparant ben over keuzes en risico’s.
- Geen onnodige complexiteit toevoeg.
- Bouw aan oplossingen die onderhoudbaar blijven.
- Gericht ben op lange termijn in plaats van snelle fixes.
Mijn doel is niet om zoveel mogelijk features te bouwen.
Mijn doel is om software te ontwikkelen die klopt.
Pionieren mag, maar wel binnen kaders
Ik bouw al jaren software. Dingen die het niet deden, klanten die de mogelijkheden van automatisering niet konden overzien, en projecten waar ik trots op ben. Zo gaat dat bij pionieren: onderzoeken, testen, bijstellen. Het lukt vaker dan het misgaat, maar alleen als je weet waar je mee bezig bent.
Ook ik gebruik AI. Het verandert hoe ik werk, hoe ik nadenk en waar ik van toegevoegde waarde ben. Dat is ongemakkelijk en maakt me tegelijkertijd nieuwsgierig. Maar ik zie ook de keerzijde.
Steeds vaker bouwt iemand zelf iets met AI, zonder domeinkennis, tot het niet meer werkt. Dan komt er een specialist bij die het "even oplost". Wat er dan staat is een proof of concept met een chaos daarachter: processen die nergens beschreven zijn, data die niet klopt, code die aan elkaar geknoopt is. Zonder uitleg.
Ik vind het prima als je zelf meebouwt met AI. Maar dan wel binnen vooraf bepaalde kaders. Daarom begin ik nooit met bouwen, maar met begrijpen wat er echt nodig is.
Past deze manier van werken bij jullie?
Werk je aan software die onderdeel is van jullie kernproces? En zoek je een ontwikkelaar die gestructureerd meedenkt in plaats van alleen uitvoert?
Dan is een kennismaking een logische eerste stap.
Dan kijken we samen of deze werkwijze past bij jullie organisatie.