Skip to content

AI Software Factory

Agentic Software Engineering

Een uitgewerkte productielijn waarin AI-agents requirements, specificaties, code en tests maken. Business stakeholders, developers en architecten bepalen de richting en houden de regie over kwaliteit en oplevering.

Binnen de bestaande ontwikkelomgeving
Geïntegreerd met de repositories, backlog en releaseprocessen van de organisatie.

Een geïntegreerde agentgedreven werkwijze
Agents werken met gedeelde specificaties en controleerbare resultaten.

Adoptie en governance
We begeleiden de adoptie en verankeren rollen, kwaliteitscriteria en besluitvorming in de organisatie.

De snelheid van agents. De basis van ervaren engineers.

Een visuele demo maakt de klantvraag concreet. Productiesoftware vraagt daarnaast om een gedegen architectuur en expliciete afspraken. Die basis leggen architecten en senior developers samen met de organisatie vast.
1
Architectuur

Systeemgrenzen, integraties en technische keuzes geven richting aan de implementatie.

2
Security

Toegangsrechten, secrets en beveiligingscontroles zijn onderdeel van de ontwikkelstraat.

3
Engineeringconventie

Coding standards, teststrategie en onderhoudbaarheid sturen generatie én beoordeling.

4
Governance

Eigenaarschap, traceerbaarheid en verplichte goedkeuringen borgen de menselijke regie.

Van input naar resultaat

Eén productielijn, zeven herkenbare stappen.

Van een visuele demo naar een gecontroleerde release. Klik op een stap en volg dezelfde feature door de factory: een klant dient een servicemelding in en krijgt een referentienummer.

Requirements aanscherpen Code herstellen

Visuele prototyping

Mens + AI · Afstemming met stakeholders

Wat doet AI / automatisering?

AI helpt een interactieve demo-applicatie maken: schermen, invoer en gebruikersflows die het idee zichtbaar maken.

Wat doet de mens?

Een technisch Product Owner of business analyst bepaalt samen met de stakeholders van de opdrachtgever het gewenste gedrag en scherpt de demo aan.

Dit levert de stap op

Een visuele demo met de gewenste werking. De democode is niet automatisch productiecode.

Voorbeeld: servicemelding

De klant ziet een formulier voor een servicemelding en een bevestigingsscherm met referentienummer.

Backlog refinement

Requirements-agent · Prioriteit en startsignaal

Wat doet AI / automatisering?

De requirements-agent vertaalt de demo en toelichting naar epics, features en PBI’s: Product Backlog Items met user stories en toetsbare acceptatiecriteria. Elk criterium krijgt een herkenbaar ID.

Wat doet de mens?

De Product Owner bepaalt de prioriteit en beoordeelt de inhoud. Een developer of architect selecteert de story en geeft het startsignaal voor uitwerking.

Dit levert de stap op

Een geordende backlog met acceptatiecriteria die later aan tests en bevindingen zijn te koppelen.

Voorbeeld: servicemelding

PBI-24: als klant wil ik een servicemelding indienen. AC-01: verplichte velden worden gecontroleerd. AC-02: een geldige melding krijgt een uniek referentienummer.

Technische specificatie

Spec-agent · Functioneel én technisch akkoord

Wat doet AI / automatisering?

De spec-agent beschrijft de technische aanpak en opent een pull request: een voorstel voor een wijziging dat eerst wordt beoordeeld. Opmerkingen worden in de specificatie verwerkt.

Wat doet de mens?

De Product Owner beoordeelt de werking. De developer of architect toetst de aanpak aan de vastgelegde architectuur, security-eisen, governance en engineeringconventies. Rechten, verplichte controles en menselijke goedkeuringen borgen deze kaders. Pas na functioneel en technisch akkoord wordt de specificatie opgenomen in de hoofdversie.

Dit levert de stap op

Een goedgekeurde specificatie als gedeelde basis voor implementatie en controle.

Voorbeeld: servicemelding

De spec legt validatie, opslag en het aanmaken van een referentienummer vast, inclusief foutafhandeling en toegangscontrole.

Agentic development

Implementation-agent · Bouwen binnen afgesproken kaders

Wat doet AI / automatisering?

De implementation-agent bouwt code en tests vanuit story, feature, epic en goedgekeurde specificatie. Tests verwijzen naar de acceptatiecriteria. De agent opent een code-pull request en verwerkt build- en testfouten.

Wat doet de mens?

De developer of architect blijft beschikbaar voor inhoudelijke keuzes en escalaties. Er is geen verplicht handmatig beslismoment bij elke gegenereerde wijziging.

Dit levert de stap op

Een voorstel met code en tests, plus een testomgeving vanuit de geautomatiseerde ontwikkelstraat.

Voorbeeld: servicemelding

Het formulier, de verwerking en tests voor AC-01 en AC-02 worden gebouwd. De feature staat klaar om te beoordelen.

Code review

Review-agent · Technische beoordeling

Wat doet AI / automatisering?

Een afzonderlijke review-agent beoordeelt code en relevante context op fouten, beveiliging, onderhoudbaarheid en aansluiting op de specificatie. De implementation-agent verwerkt bevindingen; wijzigingen worden opnieuw gecontroleerd.

Wat doet de mens?

Senior developers of een architect beoordelen de code, tests en bevindingen. Zij beslissen of technische bezwaren zijn opgelost.

Dit levert de stap op

Beoordeelde code met herleidbare bevindingen en verwerkte correcties.

Voorbeeld: servicemelding

De review controleert bijvoorbeeld of referentienummers ook bij gelijktijdige aanvragen uniek blijven en of toegang correct is afgeschermd.

Functionele verificatie

Functionele testagent · Code én werking akkoord

Wat doet AI / automatisering?

Een afzonderlijke testagent gebruikt de draaiende applicatie vanuit de oorspronkelijke requirements en acceptatiecriteria. Hij onderzoekt gebruikersflows en randgevallen en legt stappen en uitkomsten vast. Dit vult vaste, herhaalbare regressietests aan.

Wat doet de mens?

Senior developers beoordelen het testbewijs. Functionele afwijkingen worden teruggelegd in de backlog. De Product Owner of business analyst beoordeelt samen met de developer of architect of requirements, acceptatiecriteria, specificatie of implementatie moeten worden aangepast. Daarna volgt nieuwe verificatie. De verantwoordelijke developer of architect keurt de pull request pas goed nadat beide controles voldoende zijn.

Dit levert de stap op

Functioneel testbewijs, reproduceerbare bevindingen en een expliciet besluit over de wijziging.

Voorbeeld: servicemelding

De agent dient een melding in, laat verplichte velden leeg en probeert een dubbele verzending. Verwacht en waargenomen gedrag worden per criterium vastgelegd.

Gecontroleerde release

Mens + CI/CD · Release-akkoord per omgeving

Wat doet AI / automatisering?

De agents leveren hun beoordeelde wijzigingen en testbewijs aan. Na goedgekeurde merge bouwt en deployt de reguliere CI/CD-straat de software; dat is automatisering, geen autonoom AI-besluit.

Wat doet de mens?

De developer of architect geeft de wijziging vrij en keurt de release per omgeving goed. Agents kunnen niet zelfstandig mergen of releasen.

Dit levert de stap op

Een goedgekeurde feature in de afgesproken omgeving, met een herleidbare lijn naar requirements en tests.

Voorbeeld: servicemelding

Na akkoord wordt de servicemelding beschikbaar voor gebruikers. De release verwijst terug naar PBI-24 en de bijbehorende controles.

Functionele afwijking → backlog

Codebevindingen gaan terug naar development. Functionele afwijkingen gaan eerst terug naar de backlog om requirements en acceptatiecriteria te beoordelen. Code review en functionele verificatie kunnen deels parallel lopen. Voor een volledige applicatie herhaalt de keten zich per feature.

Meer ruimte voor het werk dat expertise vraagt.

Minder handmatige overdracht

Van PBI naar specificatie, code en testbewijs: informatie reist mee door de keten. Het team hoeft dezelfde context minder vaak opnieuw over te dragen.

 
Sneller gerichte feedback

Automatische tests, code review en functionele verificatie brengen bevindingen terug naar de juiste stap. Zo kan het team eerder bijsturen.

 
Engineers houden de regie

Agents nemen uitvoerend werk op zich. Developers en architecten richten hun aandacht op ontwerp, uitzonderingen, kwaliteit en besluitvorming.

 
Wat 4Dotnet levert

Een werkende factory en een team dat ermee kan werken.

We brengen de agentworkflows, engineeringkaders en adoptie samen in één aanpak, aangesloten op de bestaande ontwikkelomgeving.

  1. Productielijn inrichten
    We verbinden agentrollen, templates en workflows met de bestaande backlog, repositories en CI/CD. Iedere agent krijgt de context en toegangsrechten die nodig zijn voor zijn taak.
  2. Kwaliteitscontroles borgen
    We richten specificaties, tests, code review en functionele verificatie in. Met duidelijke acceptatiecriteria en menselijke beslismomenten, zodat wijzigingen gecontroleerd worden opgeleverd.
  3. Adoptie en kennisoverdracht
    We begeleiden business stakeholders, developers en architecten bij het gebruik van de factory. Het team leert agents aansturen, resultaten beoordelen en de werkwijze onderhouden.

Wat kan een AI Software Factory voor de organisatie betekenen?

Bespreek met onze engineers de huidige ontwikkelstraat, de ambities en een geschikte eerste toepassing. Samen maken we concreet wat de factory vraagt en wat deze moet opleveren.