De fabriek
De AI Development Pipeline
Van requirement naar geteste, gereviewde SQL. In uren, niet in weken.
Vier stations. Bij het laatste staat een mens.
01
Specificatie
Het verzoek komt binnen en wordt aangescherpt tot een specificatie die maar op één manier te lezen is. Onduidelijkheden gaan terug naar de aanvrager, niet de code in.
02
Impact
De pipeline brengt in kaart wat de wijziging raakt: welke tabellen, welke procedures, welke rapporten stroomafwaarts. Vooraf, niet achteraf.
03
Test
Eerst de tests, dan de implementatie. De AI schrijft SQL tot elke test slaagt. Zonder test bestaat de procedure niet.
04
Akkoord
De wijziging komt als pull request bij uw mensen. Zij lezen, vragen door en beslissen. Zonder hun akkoord gaat er niets naar productie.
Hoe een wijziging loopt
De AI werkt op een ontwikkelserver, nooit op productie. Wat er gebouwd is, komt als pull request bij een reviewer. Pas na review en merge gaat de wijziging naar productie.
- 01ontwikkelserver
- 02AI bouwt
- 03pull request
- 04review
- 05productie
AI bouwt · een mens keurt goed
Waar we niet van afwijken
Getest, altijd
Test-driven development is afgedwongen, niet aanbevolen. Elke procedure heeft tests die bij elke wijziging opnieuw draaien.
Een mens beslist
AI stelt voor. Een reviewer keurt goed en merget. Dat is geen instelling die uit kan.
Volledig auditspoor
Wie het aanvroeg, wat er gegenereerd is, wie het goedkeurde en wanneer het is samengevoegd. Vastgelegd bij elke wijziging.
Elk platform
SQL Server, PostgreSQL of een andere database. De pipeline werkt met wat u heeft.
Zien hoe het werkt op uw eigen backlog?
In een demo van een halfuur nemen we één wijziging door, van verzoek tot goedgekeurde pull request. Daarna weet u of dit bij uw warehouse past.