Architectuur & deliveryHoe het team werkt
De trainingen die veranderen hoe een team beslissingen neemt, niet welk framework het gebruikt. Ze zijn overdraagbaar — ze gelden evengoed of je nu op .NET, de JVM of Node werkt.
Architectuur die de praktijk overleeft
Hoe je grenzen trekt die in jaar drie nog steeds zinvol zijn — en hoe je vroeg herkent wanneer er één op de verkeerde plek ligt.
- Waar je een grens legt, en het veel vaker voorkomende argument om er geen toe te voegen
- Data-eigenaarschap, consistentie en de koppeling die zich verstopt in een gedeelde database
- Monoliet, modulaire monoliet en services — kosten, geen ideologie
- Beslissingen vastleggen zodat het volgende team de redenering erft, niet alleen het resultaat
- Een bestaand systeem lezen op de naden die het al heeft
VoorSenior developers, leads, architecten
Sprintplanning & schattingen
Waarom schattingen ernaast zitten, wat je eraan doet, en hoe je een sprint plant die op woensdag van week twee nog op de werkelijkheid lijkt.
- Werk zo opdelen dat elk item binnen één sprint af te ronden is
- Schatten met marges en betrouwbaarheid in plaats van schijnprecisie
- Capaciteit, overgedragen werk en de rekensom achter een geloofwaardig engagement
- Definition of ready en definition of done, geschreven voor jouw team
- De ceremonies in minder dan een uur houden zonder hun doel te verliezen
VoorDelivery-teams, product owners, scrum masters
Discovery, scoping & roadmapping
Een ruw idee omzetten in iets wat je kunt begroten, plannen en verdedigen tegenover wie ervoor tekent.
- Doordringen tot de echte behoefte achter de gevraagde feature
- Technische haalbaarheid en de spike die de dure onbekende eerst beantwoordt
- Faseren zodat er iets waardevols live gaat voordat het geheel af is
- Bouwen, kopen of integreren — beslist op basis van totale kosten, niet van instinct
- Het plan zo schrijven dat de afwegingen zichtbaar blijven nadat je de ruimte verlaat
VoorProduct, delivery leads, iedereen die zich aan een datum moet vastleggen
Engineeringstandaarden & flow
Code review, branching, CI/CD en de tests die het schrijven waard zijn — de praktijken die bepalen hoe snel een team veilig kan bewegen.
- Code review die ontwerpproblemen vangt in plaats van opmaakproblemen
- Een branching- en releasemodel dat past bij hoe vaak je echt uitrolt
- Pipelines die om echte redenen falen, en snel genoeg blijven om te vertrouwen
- Waar tests zichzelf terugbetalen, en waar ze dat stilletjes niet doen
- De standaard tot het standaardpad maken, zodat hij de volgende deadline overleeft
VoorVolledige engineeringteams
Moderniseren zonder stilstand
Het strangler-patroon, toegepast op jouw systeem — hoe je een platform vervangt terwijl het in productie blijft en de roadmap blijft bewegen.
- De eerste slice vinden: klein, waardevol en echt afsplitsbaar
- Oud en nieuw naast elkaar laten draaien achter dezelfde URL’s
- Gedeelde libraries en multi-targeting als brug tussen beide
- De datalaag in de juiste volgorde aanpakken, want daar lopen deze trajecten meestal vast
- Vooruitgang zichtbaar maken voor wie het financiert, sprint na sprint
VoorLeads en stakeholders op een legacy-platform