Design & Build: van business case naar werkend product.

Wat is de fase Design & Build.

Die aanpak is er niet voor niets. De meeste projecten lopen namelijk niet stuk op techniek, maar op de stilte tussen goedkeuring en oplevering. Er wordt een document ondertekend, het team verdwijnt maanden in de bouw, en bij de demo blijkt dat de aannames van maand één niet meer kloppen. Die stilte kent een paar vaste vormen. Tijdens het bouwen blijkt de helft niet realiseerbaar binnen de scope. Of de eerste demo komt zo laat dat bijsturen alleen nog geld kost. Of niemand stelt tijdens het ontwerp de vraag of dit technisch überhaupt handig is. Design & Build haalt precies die momenten weg. Je valideert het ontwerp voordat er een regel code bestaat, en daarna zie je functionaliteit ontstaan in plaats van dat je maanden wacht op een demo.

Twee stappen die op elkaar aansluiten.

De designstap duurt ongeveer drie weken en bestaat uit drie gezamenlijke sessies. Van user flows en eerste visuele ontwerpen, via een designreview met het technisch ontwerp, naar een definitief ontwerp voor fase 1. Die laatste sessie eindigt met een go/no-go besluit, dus je zegt niet vooraf ja tegen het hele traject maar op het moment dat je weet wat je krijgt. Daarna begint de realisatie. Geen losse sprints die naast elkaar lopen, maar bouwen, testen en opleveren per epic, met korte checkmomenten op inhoud en prioriteit. Je ziet functionaliteit ontstaan in plaats van dat je maanden wacht op een demo.

Wat de designsprint binnen Design & Build betekent.

De designsprint is de werkvorm waarmee de designstap start. In gefocuste sessies werken we met een multidisciplinair team van user stories naar user flows en een interactief design. Snel testen, leren van feedback, itereren. Zo weet je vóór de bouw of de richting klopt, in plaats van bij de eerste demo.

Design: de visuele en technische vertaling van de scope.

Het design is de vertaling van de scope die in de Kickoff is vastgelegd. Geen nieuwe richting bedenken, maar de afgesproken richting tastbaar maken. We ontwerpen de gebruikerservaring, valideren die met je stakeholders en leggen daarmee de basis voor een efficiënte ontwikkelfase. UX design bepaalt de structuur en de routes, UI design legt de visuele hiërarchie vast.

Alles begint bij gebruikersdoelen, verpakt in user stories. De vorm is simpel maar doeltreffend: wie, wat, waarom. Twee regels, en je weet meteen wat een scherm moet doen en voor wie. Ze vormen ook de basis voor het testplan, dus je bouwt en test tegen hetzelfde verhaal.

1. Als bezoeker wil ik inzicht in het beschikbare aanbod, zodat ik mij ergens voor kan inschrijven.

2. Als beheerder wil ik alle inschrijvers kunnen inzien in de beheeromgeving, zodat ik contact met ze kan opnemen.

Build: opleveren in stappen, niet in één keer.

In de realisatiefase leveren we het eerste werkende product op. Geen losse sprints die naast elkaar lopen, maar een strakke flow van bouwen, testen en opleveren van epics, met korte checkmomenten op inhoud en prioriteit. Zo houden we tempo, beperken we ruis en sturen we continu op wat het meeste effect heeft.

Om snelheid en kwaliteit te combineren zetten we AI agents in als versneller: codegeneratie, testopzet, documentatie, refactoring en automatische kwaliteitschecks. Die agents werken volgens onze vaste Cube guidelines, gebaseerd op jaren ervaring in softwareontwikkeling, architectuur, security, kwaliteit en beheer. Het GitLab Duo Agent Platform brengt tools, agents en development samen in één omgeving. De begeleiding en eindverantwoordelijkheid liggen bij onze ervaren software-engineers, niet bij de agent.

Wat Design & Build oplevert.

1. Een definitief, gevalideerd ontwerp voor fase 1, inclusief de belangrijkste beheerschermen.

2. Een uitgewerkt datamodel (ERD) en een implementeerbaar technisch ontwerp (C4-model).

3. Een aangescherpte business case met bijgestelde investeringsbandbreedte en fasering.

4. Een werkende applicatie die voldoet aan de afgesproken scope en klaar is voor echte gebruikers.

5. Code review, testbaarheid, security en beheerbaarheid als standaard, niet als sluitpost.

6. Een oplevering die meetbaar is, zodat je na livegang kunt valideren op de KPI's uit de business case.

Na oplevering garantie en Partnershipovereenkomst.

Bij de technische oplevering op de acceptatieomgeving krijg je een demo en training voor de beheeromgeving of het CMS. Daarna volgt een garantieperiode waarin je bugs en ontbrekende zaken binnen de scope kunt melden, zodat we die kunnen oplossen. Een succesvolle eerste fase is pas het begin. Na livegang wil je dat de applicatie blijft draaien, meegroeit met je organisatie en beter wordt. Daarvoor is er de Partnershipovereenkomst: maandelijkse dienstverlening met onderhoud en beheer, hosting, monitoring en ruimte voor doorontwikkeling. De meerwaarde zit in continuïteit, want er staat een vast team klaar dat je organisatie, applicatie en architectuur door en door kent.