Zo werken we aan betrouwbare software
Bedrijven vertrouwen ons met hun belangrijkste software. Als software je bedrijfsvoering draagt, wil je weten hoe we werken en waar je op kunt rekenen. Onze werkwijze zorgt daarvoor, vanaf het eerste contact.
Inzicht in scope, voortgang en afwegingen
Kwaliteitsborging in code, tests en releases
Heldere afspraken over eigendom, uren en overdracht
Waarom dit telt
Vertrouwen ontstaat door proces en transparantie
Veel organisaties kloppen bij ons aan nadat het vertrouwen in hun software of in hun developmentproces onder druk is komen te staan. Niet omdat er helemaal niets werkt, maar omdat iedere wijziging te veel tijd kost, risico's onduidelijk blijven of niemand helder kan uitleggen waarom iets op een bepaalde manier gebeurt.
We werken aan dat vertrouwen door rechtstreeks contact te houden, keuzes toe te lichten en voortgang zichtbaar te maken. Met Woordenboek · In het kortcode reviewEen code review is de beoordeling van een codewijziging door een andere ontwikkelaar. Die controleert onder meer de werking, leesbaarheid en onderhoudbaarheid voordat de wijziging wordt samengevoegd.Lees meer, Woordenboek · In het kortlintingLinting is het automatisch controleren van broncode op mogelijke fouten en afwijkingen van afgesproken coderegels, zonder de applicatie uit te voeren. De tool die deze controle doet, heet een linter.Lees meer, Woordenboek · In het korttype safetyType safety is de mate waarin een programmeertaal voorkomt dat een waarde wordt gebruikt op een manier die niet past bij het type ervan. Een typecontrole kan zulke fouten tijdens het programmeren, compileren of uitvoeren signaleren.Lees meer, tests en Woordenboek · In het kortCI/CDCI/CD is een werkwijze waarbij teams softwarewijzigingen vaak samenvoegen, automatisch controleren en via een vaste reeks stappen voorbereiden op of uitrollen naar productie.Lees meer bewaken we de kwaliteit van de software.
Onderwerpen
De pijlers van onze werkwijze
Hoe we requirements structureren, onzekerheid zichtbaar maken en keuzes bespreekbaar houden voordat er gebouwd wordt.
Hoe een traject is ingericht, welke rollen meedoen en hoe sprints, afstemming en budgetbewaking in de praktijk werken.
Hoe we met linting, type safety, tests, CI/CD, releasebeheer en monitoring de kwaliteit controleren en bewaken.
Hoe we uren verantwoorden, intellectueel eigendom regelen en waarom infrastructuur bij voorkeur op naam van de klant staat.
Waarom we standaard op nacalculatie werken, hoe dat zich verhoudt tot fixed fee en hoe onze maandplanning daarin past.
Welke garanties we geven, hoe we omgaan met auditbevindingen en waarom directe communicatie daarbij hoort.
Voordat er gebouwd wordt
Scope en inschatting
Hoe we requirements structureren, onzekerheid zichtbaar maken en keuzes bespreekbaar houden voordat er gebouwd wordt.
Onze uitgangspunten
Inzicht in keuzes en voortgang
Goede software ontstaat niet toevallig, en vertrouwen ook niet.
Daarom maken we al vroeg duidelijk hoe we de Woordenboek · In het kortscopeDe scope is de afbakening van een project of opdracht: welke doelen, werkzaamheden en resultaten er wel en niet onder vallen.Lees meer inschatten, hoe we prioriteren, hoe code door quality gates gaat en hoe we na livegang met Woordenboek · In het kortmonitoringMonitoring is het systematisch volgen van software, infrastructuur of processen met meetwaarden en controles. Wijkt een waarde af, dan kan het systeem een waarschuwing geven, zodat een beheerder het probleem kan onderzoeken.Lees meer grip houden op stabiliteit en veiligheid. Dat betekent ook dat we uitleggen waarom we keuzes maken, waar onzekerheid zit en wat daar de consequenties van zijn voor planning, budget en risico.
Daarnaast houden we de samenwerking praktisch. Je werkt rechtstreeks samen met de mensen die het systeem begrijpen en bouwen, krijgt bij Woordenboek · In het kortnacalculatieNacalculatie is het achteraf berekenen van de werkelijke kosten van uitgevoerd werk. Bij dienstverlening betekent dit vaak dat de klant betaalt voor de uren en kosten die daadwerkelijk zijn gemaakt.Lees meer inzicht in de bestede tijd en houdt eigenaarschap over code en infrastructuur.
Het is de eerste keer dat ik software development als simpel, transparant en meetbaar ervaar.
Viktor Mirovic
Eigenaar bij TasteIndex
Wat ons vooral bevalt, is dat 10KB tegengas durft te geven en verantwoordelijkheid neemt.
Antoon Scheffers
IVBB
De communicatie is open en transparant, ook op technisch vlak.
Roos Rietveld
Directeur bij Planned Culture
De snelle en duidelijke communicatie via Slack werkt perfect, en ze leveren wat ze beloven.
Stefan Kroesbergen
Eigenaar bij Getsby
Wat dit je oplevert
Eerlijk advies: voor we starten brengen we je vraag, je software, je risico's en je doelen zorgvuldig in kaart. We presenteren verschillende scenario's inclusief voor- en nadelen.
Transparante communicatie: je werkt rechtstreeks samen met de developers die je software bouwen. Korte lijnen zorgen voor snellere afstemming en minder ruis.
Voorspelbare resultaten: we bespreken de impact van keuzes vooraf en geven inzicht in bestede uren, zodat verrassingen achteraf zoveel mogelijk worden voorkomen.
Flexibele contracten: onze contracten zijn maandelijks opzegbaar en de ontwikkelinzet is op- en afschaalbaar per maand.
Volledig eigendom: auteursrechten dragen we over en infrastructuur zetten we op naam van jouw organisatie.
Kwaliteit als proces: kwaliteit ontstaat niet door beloften, maar door een combinatie van proces, communicatie en technische expertise.
Ons werk
Onze werkwijze in de praktijk
Voorbeelden van trajecten waarin transparante samenwerking, kwaliteitsborging en heldere keuzes het verschil maakten voor software waar veel van afhangt.
Naar onze cases
Veelgestelde vragen
Omdat onze werkwijze de kern is van onze dienstverlening en geen detail achteraf. Juist bij bedrijfskritische software wil je vooraf begrijpen hoe een traject wordt ingericht, bewaakt en overgedragen.
Ja. Afhankelijk van de omvang van het traject heb je direct contact met een lead engineer, project lead en de engineers die inhoudelijk aan je systeem werken.
Met vaste technische en procesmatige controles, zoals linting, type safety, tests, reviews, CI/CD, omgevingsvalidatie en monitoring.
De principes zijn standaard. De precieze invulling, zoals teamgrootte, rolverdeling, sprintfocus of hostingopzet, stemmen we af op jouw context.
Omdat nacalculatie bij maatwerktrajecten meestal beter laat zien waar tijd, risico en afwegingen echt zitten. We leggen dat uitgebreider uit op de pagina over nacalculatie.
Ja. Regelmatig start een samenwerking met een inventarisatie, een eerste verbetertraject of een beperkte set changes. Zo kan je ervaren hoe wij werken voordat de samenwerking groter wordt.
Staat je vraag hier niet tussen?
Neem contact op