Ik richtte Software Tailor op in 2006. Negentien jaar later heeft het bedrijf vier verschillende economische cycli doorstaan, zes Fortune Global 500-klanten bediend in de sectoren farmacie, financiën, overheid, juridisch, defensie en energie, en nul projectfalen sinds 2007. Dat laatste cijfer is waar investeerders en inkoopbeoordelaars het vaakst naar vragen, en het is het enige dat uitleg behoeft. Hier zijn de vier technische regels die het record in stand houden.

Regel 1: Eén leveringsmodel, geen vervaging tussen dienst en product

Elke opdracht van Software Tailor verloopt volgens hetzelfde leveringsmodel — een strak afgebakende pilotfase die werkende software oplevert, gevolgd door een uitbreiding die de klant zelf kiest te financieren (of niet) op basis van wat is opgeleverd. We hebben geen aparte "services" praktijk die levert op basis van requirements-documenten en een aparte "product" praktijk die levert op basis van roadmaps. Die twee zouden conflicteren; de ene zou altijd de andere subsidiëren.

Het enkele model betekent dat elke engineer weet hoe "klaar" eruitziet voordat hij begint. Dat is de voorwaarde om niet te falen.

Regel 2: Discipline in klantenselectie — alleen klanten waarvoor we kunnen leveren

Onze klantenselectie is bewust — niet opportunistisch. Zes Fortune Global 500-klanten in 19 jaar is geen trage sales-pijplijn; het is een bewuste selectiecriteria. Elke klant die we aannemen moet drie tests doorstaan vóór de start: hun probleem is er een die we eerder hebben opgelost, hun interne sponsor is de persoon die de software zal gebruiken (niet een laag tussenpersonen), en hun hardware-/data-omgeving stelt ons in staat te leveren zonder een inkoopvertraging van zes maanden.

Een klant die niet aan een van die tests voldoet, wordt doorverwezen naar iemand anders, geen project. Dit is de regel die ons het vaakst omzet kost. Het is ook de enige zonder uitzonderingen in 19 jaar.

Regel 3: Technische discipline gekoppeld aan een erkend raamwerk

Lang voordat AI-risicomanagement een eigen raamwerk had, kwamen de technische regels die ik voor Software Tailor formuleerde overeen met hetzelfde patroon: het werk beheersen, de risico’s in kaart brengen, de resultaten meten, de veranderingen managen. NIST AI RMF 1.0 [1] formaliseerde dat patroon voor AI in 2023, en het Critical Infrastructure-profiel van april 2026 [1] breidde het uit naar gereguleerde industrieën. Bij het lezen van die documenten sluit onze interne discipline naadloos aan op de vier functies.

Wat dat ons geeft: elk project is van begin tot eind controleerbaar aan de hand van een extern raamwerk, niet alleen op basis van onze eigen gewoonten. Wanneer een inkoopteam vraagt hoe de scope van de pilotfase wordt bepaald, is het antwoord hetzelfde als dat NIST zou geven voor risicomanagement — en het compliance-team van de klant heeft die terminologie al geïnternaliseerd.

Regel 4: Vastlegbaar, herstelbaar, reproduceerbaar

De vierde regel dateert van vóór het audit-trail vocabulaire dat we nu gebruiken voor AI Suite. Elke opdracht van Software Tailor verloopt in een staat waarin elke beslissing, elk artefact, elke versie van de code kan worden gereproduceerd vanuit versiebeheerde inputs. Dat is niet ongebruikelijk voor software-engineering in het algemeen; wat ongebruikelijk is, is dat we het toepassen op het projectniet alleen de codebase. Sprintbeslissingen, scopewijzigingen, klantgoedkeuringen — allemaal vastgelegd, allemaal herstelbaar.

De discipline is waarom onze inhoudsvrije auditlogs aanpak voor AI Suite is geleverd zoals die is. Het audit-rijpatroon is hetzelfde patroon dat we al op projecten toepasten. De terminologie is geleend uit compliancekaders; de praktijk is overgenomen van hoe wij leveren.

Wat is doorgezet naar AI Suite

De Local AI Suite + AI Admin Console lijn — zie Waarom wij AI leveren als installeerbare binaries, niet als cloud SaaS — is dezelfde technische discipline toegepast op een productlijn in plaats van een maatwerkopdracht. Zelfde enkele leveringsmodel (desktopinstallers met een gratis proefperiode van 1 week), zelfde klantensegmentdiscipline (gereguleerde sectoren met duidelijke dataresidentie-eisen), zelfde kaderafstemming (NIST AI RMF + EU AI Act implementatieverplichtingen), zelfde vastlegbare-herstelbare-hercreëerbare audithouding.

Geen projectfalen sinds 2007 is geen slogan. Het is het resultaat van een klein aantal regels die zonder uitzondering worden toegepast. Diezelfde regels bepalen nu hoe AI Suite wordt gebouwd.

Referenties

  1. NIST. "AI Risk Management Framework (AI RMF 1.0)." https://www.nist.gov/itl/ai-risk-management-framework. Geraadpleegd op 15-07-2026.