Ondersteunde levering betrouwbaarder maken
Hoe maakt u de levering van een met AI-ondersteuning ontwikkelde applicatie verifieerbaar en reproduceerbaar?
- Lovable
- Claude Code
- Codex
3500 € per sessie, excl. btw
Samengevat
In twee dagen, goed voor 14 uur exclusief pauzes, ontwerpt u een prototype van een leveringsketen voor een applicatie die met AI-ondersteuning is ontwikkeld. U bereidt de repository voor, houdt gegenereerde wijzigingen onder controle, voert tests uit en simuleert een omkeerbare levering. Het resultaat vormt een pilotdossier, zonder toezegging om de applicatie in productie te nemen.
Waarom deze opleiding?
Een werkend prototype volstaat niet om regelmatig te leveren: moeilijk te beoordelen wijzigingen, impliciete afhankelijkheden en onvolledige tests maken regressies moeilijk te diagnosticeren. AI-ondersteuning versnelt het genereren en wijzigen van code, maar vervangt noch menselijke review noch uitvoeringsbewijzen. De opleiding organiseert deze controles voordat er een beslissing over een pilot wordt genomen. Doorlopende casus: De fictieve organisatie Avelune Rechanges bereidt een interne applicatie voor onderdelenaanvragen voor. Er bestaat een prototype, maar de ondersteunde wijzigingen verstoren soms de validatie van hoeveelheden. Het team moet een traceerbare, geteste en omkeerbare pilotlevering voorbereiden met fictieve gegevens. Toepassing op het werk: Laat het dossier beoordelen door de technische en beveiligingsverantwoordelijken en stel vervolgens een beperkte pilot voor: een toegestane omgeving, een validatieverantwoordelijke, kwaliteitsdrempels, monitoring en expliciete stopvoorwaarden.
De doelstellingen van deze opleiding
- De stappen en verantwoordelijkheden van een pilotlevering bepalen.
- Een repository en controleerbare wijzigingsinstructies structureren.
- Tests opbouwen die de kritieke gebruikersstromen afdekken.
- Een reproduceerbare verificatieketen uitvoeren.
- Een levering en een terugkeer naar een eerdere versie simuleren.
- De kwaliteit meten en een pilotbeslissing onderbouwen.
Voor wie en met welke voorkennis?
Betrokken rollen en taken
- Ontwikkelaars die al AI-ondersteuning gebruiken om code te wijzigen.
- Technische verantwoordelijken en aanspreekpunten voor levering die applicatieprototypes begeleiden.
Vereiste voorkennis
- Een applicatie met haar afhankelijkheden kunnen lezen, wijzigen en uitvoeren.
- Ervaring hebben met versiebeheer, branches en het reviewen van wijzigingen.
- Al AI-ondersteuning hebben gebruikt om te programmeren.
Waaraan u werkt
De pilot afbakenen
Doel: De leveringsvoorwaarden vastleggen. Scope, verantwoordelijkheden, blokkerende drempels.
Het prototype diagnosticeren
Doel: Zwakke punten opsporen. Architectuur, afhankelijkheden, configuratie, gegevens.
De repository organiseren
Doel: Wijzigingen traceerbaar maken. Branches, versies, reproduceerbare instructies.
Ondersteunde wijzigingen onder controle houden
Doel: Onbeheerste wijzigingen beperken. Gerichte instructies, codeverschillen, menselijke review.
De configuratie beveiligen
Doel: Code en geheimen scheiden. Variabelen, minimale rechten, opgeschoonde logs.
De kritieke tests opzetten
Doel: Een regressie in de bedrijfsfunctionaliteit detecteren. Unittests, integratie, grensgevallen.
De verificaties samenvoegen
Doel: De geselecteerde controles automatiseren. Installatie, analyse, tests, stoppen bij een fout.
De controles op de proef stellen
Doel: Hun blokkerende werking verifiëren. Geïnjecteerde regressie, diagnose, nieuwe uitvoering.
Een versie voorbereiden
Doel: Een reproduceerbaar opleverbaar product identificeren. Versie, afhankelijkheden, configuratie, releasenotities.
Levering en rollback simuleren
Doel: De omkeerbaarheid aantonen. Verificaties na installatie, gegevenscompatibiliteit.
De kwaliteit meten
Doel: De beslissing onderbouwen. Geslaagde tests, openstaande afwijkingen, duur van de verificaties.
De pilot verdedigen
Doel: Een voorwaardelijke toestemming onderbouwen. Restrisico’s, verantwoordelijken, monitoring, stopzetting.
Wat u meeneemt
- Repository van het prototype en uitvoeringsinstructies
- Configuratie van de verificatieketen en testrapporten
- Reviewchecklist en risicoregister
- Procedure voor gesimuleerde levering en rollback
- Beslissingsdossier voor de pilot en kwaliteitsoverzicht
Methode en evaluatie
- Korte toelichtingen, onmiddellijk gevolgd door praktijkoefeningen op de doorlopende casus.
- Individueel werk en vervolgens werk in duo’s, met onderlinge review van de resultaten.
- Begeleide gezamenlijke bespreking: wat werkt, wat moet worden gecorrigeerd en wat een menselijke beslissing blijft.
- Voorbereiding: Controleer de toegang tot de door de organisatie toegestane tools uit Lovable, Claude Code en Codex; raadpleeg hun officiële documentatie voor de beschikbare mogelijkheden en gebruiksvoorwaarden. Bereid een geïsoleerde omgeving, een opleidingsrepository en fictieve of geanonimiseerde gegevens voor; sluit echte geheimen uit.
Waarneembare criteria: Een tweede uitvoering reproduceert de verificaties op basis van de instructies in de repository. ; Elke kritieke gebruikersstroom heeft een uitgevoerde test en een bewaard resultaat. ; Een gegenereerde wijziging is gereviewd en gekoppeld aan een vereiste. ; Er staan geen echte geheimen in de repository, de instructies of de logs. ; De rollback is aangetoond en de pilotbeslissing vermeldt de resterende afwijkingen.
Veelgestelde vragen
Is een echte productie-implementatie voorzien?
Nee, uitsluitend een prototype en een geïsoleerde simulatie.
Moet u de drie tools gebruiken?
Nee. De keuze hangt af van de toegestane toegang en de technische context.
Mag u interne code meebrengen?
Alleen met toestemming, zonder geheimen en met fictieve of geanonimiseerde gegevens.
Vervangen tests de menselijke review?
Nee. Ze leveren gedeeltelijke bewijzen, aangevuld met review en risicoanalyse.
Laatst bijgewerkt: