Waarom “agile” transformaties falenzonder continuous delivery van functionaliteiten
0,5 % van de grootschalige projecten wordt op tijd, binnen budget en met de verwachte waarde opgeleverd. De overige 99,5 % zijn geen toeval. Het zijn de structurele gevolgen van een prijs- en projectmanagementmodel waarvan de beperkingen al tientallen jaren gedocumenteerd zijn.
0,5 %
van de projecten wordt op tijd, binnen budget en met de verwachte waarde opgeleverd
Flyvbjerg, How Big Things Get Done, 2023 (16.000 projecten)
52,1 %
van de projecten overschrijdt het oorspronkelijke budget
Flyvbjerg, How Big Things Get Done, 2023 (16.000 projecten)
2/3
van de ontwikkelde functionaliteiten levert geen meetbare waarde op
Kohavi et al., Microsoft Research, 2009
Wanneer scope, budget en planning tegelijkertijd worden vastgelegd (de ijzeren driehoek), heeft het project geen ruimte om zich aan te passen. De druk bouwt op totdat er iets bezwijkt: de werkelijke scope (functionaliteiten verdwijnen in stilte), de codekwaliteit (shortcuts stapelen zich op), of het budget (meerwerk, herfinanciering, een tweede contract om af te maken wat het eerste had moeten opleveren).
Story points illustreren dit mechanisme goed. Oorspronkelijk schatten Extreme Programming-teams in “ideale dagen,” een abstractie van ononderbroken werktijd. Klanten lazen “3 ideale dagen” en begrepen “woensdag.” Zij deden toezeggingen aan hun directie op basis daarvan, en teams werden gehouden aan deadlines die ze nooit hadden gegeven. Story points werden gecreëerd om deze link met de kalender te verbreken: een bewust abstracte eenheid, zonder mogelijke conversie naar dagen.
De industrie herstelde de conversie. Story points werden vermenigvuldigd met een willekeurige coëfficiënt om dagen te krijgen, vervolgens data, vervolgens contractuele verplichtingen. In 2019 schreef Ron Jeffries, een van de bedenkers van story points: “I may have invented story points, and if I did, I’m sorry now.” De sprint backlog is niets anders dan een Gantt-diagram dat 90 graden is gedraaid (Frédéric Leguedois).
Miljarden aan publieke middelen verspild, gedocumenteerd door rekenkamers en parlementen in meerdere landen.
EUR 1 mrd+
aan gedocumenteerde overschrijdingen bij 125 overheids-ICT-projecten. Gemiddeld 40 % budgetoverschrijding. In 22 gevallen verdubbelden de kosten.
Parlementair onderzoek, 2014CAD 5,1 mrd
voor een salarissysteem bestemd voor 300.000 ambtenaren, dat na meer dan 10 jaar ontwikkeling nog steeds niet in staat is hen correct te betalen. Oorspronkelijk budget: 310 miljoen.
Auditor General van Canada, 2026EUR 400 M
voor een HR-systeem bestemd voor 1,1 miljoen ambtenaren. Het project werd na 11 jaar stopgezet en had slechts 2 % van de betrokken ambtenaren bereikt.
Cour des comptes, 2020Organisaties die continuous delivery toepassen, behalen daarentegen meetbare resultaten:
182x
meer capaciteit om waarde te leveren aan klanten
8x
minder productiestoringen
2.293x
sneller herstel bij storingen
DORA State of DevOps 2024
“Agile softwareontwikkeling werkt omdat het de toepassing is van de wetenschappelijke methode op softwareontwikkeling.”
Dave Farley, Hypothesis Based Development
Elk idee is een hypothese. Elke release is een experiment. Elke gebruikersfeedback is een gegeven.
Agile softwareontwikkeling: wat het Manifest werkelijk zegt
Het Agile Manifest en zijn 12 grondprincipes passen op één pagina. Vier waarden:
- Werkende software boven uitgebreide documentatie
- Samenwerking met de klant boven contractonderhandeling
- Reageren op verandering boven het volgen van een plan
- Individuen en hun interacties boven processen en hulpmiddelen
Sprint planning, story points, Scrum-ceremonies (dagelijkse standup, sprintplanning, sprintreview), de Scrum Master, velocity-grafieken, agile methodologieën, agile management, SAFe en schaalbare frameworks: niets hiervan staat in het Manifest.
De regels werden belangrijker dan de principes die ze moesten dienen. Het resultaat wordt gemeten in miljarden, geïnvesteerd in software die niemand gebruikt.
Het probleem is niet wat het Manifest zegt, maar het prijsmodel en het projectmanagementproces eromheen.
Bij DEVEDANOS, in onze agile aanpak, bouwen wij elke functionaliteit als een hypothese die geverifieerd moet worden, confronteren deze met de realiteit van uw gebruikers, en passen het product aan op basis van wat wij waarnemen. Het plan evolueert bij contact met de werkelijkheid. De specificaties evolueren mee. Het ontwikkelproces is ontworpen om te leren, in plaats van een document uit te voeren dat niemand meer zal lezen.
Hoe wij werken
Agile aanpak: wij beslissen samen wat we bouwen
Prioriteiten
De klassieke aanpak
Een projectmanager beslist, op basis van een document dat maanden geleden is geschreven (waterval, V-model)
Onze aanpak
U bent de product owner: u kent uw markt, u stuurt het gebruikersonderzoek, u bepaalt wat de meeste waarde heeft. Elke week kiezen wij samen de volgende hypothese om te toetsen. Wij observeren wat gebruikers werkelijk doen in de software. Wanneer hun behoeften niet overeenkomen met uw prioriteiten, vertellen wij u dat
Koerswijziging
De klassieke aanpak
Meerwerk, extra kosten, vertraging
Onze aanpak
U wijzigt de prioriteiten wanneer u wilt, in alle flexibiliteit en reactiviteit. Het contract verandert niet. De prijs evenmin
Validatie
De klassieke aanpak
Oplevering in één keer, aan het einde van het project (tunneleffect). Uw enige keuze: het opleverdocument tekenen
Onze aanpak
Elke functionaliteit wordt door u gevalideerd voordat deze naar productie gaat. U keurt goed, of u weigert
Zichtbaarheid van voortgang
De klassieke aanpak
Maandelijkse demonstraties. Voortgangspercentages die los staan van de werkelijke software
Onze aanpak
U opent de applicatie op elk moment en gebruikt wat is opgeleverd. Werkende software in productie is de belangrijkste maatstaf voor voortgang. Ons kanbanbord en backlog zijn ook permanent raadpleegbaar
Twee derde van de ontwikkelde functionaliteiten levert geen meetbare waarde op. Dat is onmogelijk te weten zonder ze op te leveren. Wij bouwen daarom elk idee als een minimaal increment, brengen het in productie, en observeren wat uw gebruikers doen. Wat wij leren bepaalt het vervolg: doorgaan, bijsturen of stoppen. De onderhoudskosten van een nutteloze functionaliteit bedragen 3 tot 4 keer de oorspronkelijke ontwikkelkosten (Capers Jones, Applied Software Measurement, 2008). Een flexibele scope en iteratieve ontwikkeling zijn geen luxe: het is het enige lean mechanisme dat deze bloeding stopt en klanttevredenheid waarborgt. Samen vormen wij een agile team. De agile praktijken die wij toepassen bestrijken de volledige levenscyclus van de software.
Elke functionaliteit is een iteratie: een volledige ontwikkelcyclus
Wij definiëren samen wat de software moet doen.
Wij onderzoeken, plannen en synchroniseren continu, via het werk zelf.
Wij identificeren wat op dit moment de meeste waarde heeft voor uw gebruikers en splitsen het op in leverbare user stories.
Voor die functionaliteit formuleren wij concrete criteria: wat moet de software precies doen, zodat u het werk kunt valideren? Deze criteria worden vertaald naar geautomatiseerde tests. Als de tests slagen, is het werk leverbaar. Zo niet, dan niet.
Elke wijziging wordt automatisch geverifieerd voordat deze uw acceptatieomgeving bereikt.
Elke codewijziging start een keten van continue integratie en geautomatiseerde verificatie (de “pipeline”). Snelle controles (unittests, typecontrole, statische analyse) duren minder dan 5 minuten. Acceptatietests en integratietests, die het door uw gebruikers verwachte gedrag reproduceren, duren minder dan 30 minuten.
Een wijziging die faalt bij een van deze stappen bereikt nooit uw acceptatieomgeving. Technische gebreken worden vooraf onderschept. Alleen functionaliteiten die voldoen aan de criteria uit stap 1 bereiken u.
U valideert; wij zetten live.
U test elke functionaliteit in een acceptatieomgeving die identiek is aan productie. Tegelijkertijd voert de pipeline beveiligingsaudits en performancetests uit. Van wijziging tot volledig verdict: minder dan een uur.
Als het resultaat aan uw verwachtingen voldoet, maken wij de nieuwe versie zichtbaar voor uw gebruikers. De code is al uitgerold via geautomatiseerde deployment (Git, Docker, GitLab CI); deze wacht op uw goedkeuring om geactiveerd te worden. Idealiter minimaal één productierelease per week. Niets gaat live zonder uw goedkeuring.
Wat continue verbetering oplevert in 6 maanden
Uw gebruikers blijven en uw omzet groeit
Software die elke week gevalideerd wordt door echte gebruikers. U meet wat werkt, u verwijdert wat niet dient, en uw investering levert zichtbare resultaten op vanaf de eerste weken.
U bepaalt het tempo voor uw concurrenten
U bezet het terrein. U itereert sneller.
Elke geïnvesteerde euro financiert een functionaliteit die daadwerkelijk wordt gebruikt
Wat niet diende, is binnen enkele dagen verwijderd. Het budget financiert uitsluitend wat uw gebruikers daadwerkelijk gebruiken.
Uw bedrijf absorbeert groei zonder proportioneel meer personeel aan te nemen
De software neemt over wat extra aanwervingen zou hebben gevergd: terugkerende verwerkingen, opvolgingen, synchronisaties, rapportage. Uw bedrijf groeit en uw huidige team volstaat, omdat de software het extra volume opvangt.
De nul-regressie garantie
Elke functionaliteit die u goedkeurt, wordt vergrendeld door een geautomatiseerde test. Als een latere wijziging het gedrag verandert, detecteert de test de regressie voordat uw gebruikers het merken.
De persoon die de code heeft geschreven, is degene die u te woord staat.
Gedekt
- Elke functionaliteit die in acceptatie is goedgekeurd en waarvan het gedrag verandert door een latere wijziging
- Correctie uitgerold in uren in plaats van weken
Niet gedekt
- Verzoeken om nieuwe functionaliteit (geteld als regulier werk, niet als regressie)
- Storingen van externe diensten (hosting, externe API’s)
Uw maandbudget staat vast en is bekend vanaf het eerste gesprek. Wij bepalen het samen tijdens het kennismakingsgesprek, voor 15 ontwikkeldagen per maand.
15 dagen om u een oordeel te vormen. Geen factuur als het resultaat u niet overtuigt.
De eerste maand is een proefperiode. Wij kaderen het werk met u, vervolgens ontwikkelen en deployen wij continu. U beoordeelt elke functionaliteit. Als het werk u niet overtuigt, wordt er geen factuur verstuurd en bent u niets verschuldigd.
Sébastien Nobour
Software Developer · Oprichter van DEVEDANOS
De persoon die de code schrijft, is uw aanspreekpunt.
Veelgestelde vragen
Levert u schattingen?
Wij stellen geen aantal dagen per functionaliteit vast. Wij stellen uw maandbudget vast en onze toezegging om elke week de meest waardevolle functionaliteiten voor uw bedrijf op te leveren. U test, u keurt goed, wij deployen. Als uw prioriteiten veranderen, veranderen wij mee. U kent uw exacte uitgave vooraf: een vast maandbudget dat wij samen bepalen tijdens het kennismakingsgesprek. De inhoud van elke oplevering evolueert echter mee met de realiteit, omdat uw prioriteiten zullen evolueren. En dat is precies wat u beschermt.
Hoe werkt uw model?
Een vast maandbudget, een flexibele scope. Wanneer scope, budget en planning tegelijkertijd worden vastgelegd, heeft het project geen ruimte om zich aan te passen. Het schattingsgebaseerde prijsmodel legt de scope vast voordat iemand het probleem begrijpt. Ontbrekende functionaliteiten worden een tweede contract, en fragiele code genereert factureerbaar onderhoud.
Wij leggen het maandbudget vast en leveren elke week de meest waardevolle functionaliteiten voor uw bedrijf. U wijzigt de koers wanneer u wilt, zonder meerwerk. U beoordeelt elke functionaliteit vóór de productiegang. En u kunt het abonnement op elk moment beëindigen met een eenvoudig schriftelijk bericht.
Kunnen wij de prioriteiten tussentijds wijzigen?
Op elk moment. U wijzigt de prioriteiten wanneer u wilt; het contract verandert niet, de prijs evenmin. Elke week kiezen wij samen de volgende hypothese om te toetsen.
Wat gebeurt er als uw hoofdontwikkelaar niet beschikbaar is?
De continuous delivery pipeline is de levende documentatie van het project: testautomatisering die het verwachte bedrijfsgedrag beschrijft, continue deployment op meerdere omgevingen, infrastructure as code. Een competente ontwikkelaar kan de ontwikkeling binnen enkele dagen hervatten op een project waarvan de testsuite groen is en de deployment met één klik wordt uitgevoerd. De broncode, infrastructuur, deployment-pipeline en documentatie zijn uw intellectueel eigendom vanaf de eerste betaling. De pipeline blijft elke toekomstige wijziging verifiëren, ongeacht welke ontwikkelaar eraan werkt.
Wat is het verschil tussen uw aanpak en een klassiek agile project?
Een klassiek agile project legt de scope vast in een backlog, verdeelt het werk in sprints en meet de velocity van het team. Iteratieve ontwikkeling levert incrementen op, maar de scope blijft vergrendeld door het oorspronkelijke contract. Onze aanpak hanteert een vast budget en een flexibele scope: het ontwikkelteam levert elke week de meest waardevolle functionaliteiten. Prioriteiten veranderen met uw markt, niet met een document dat maanden geleden is geschreven. Wij verplichten ons de software permanent in een deploybare staat te houden en elke maand werkende software in productie op te leveren.
Zit ik vast aan een minimale contractduur?
Nee. 15 dagen om u een oordeel te vormen. Geen factuur als het resultaat u niet overtuigt. Daarna is het abonnement maandelijks, op elk moment opzegbaar met een eenvoudig schriftelijk bericht. Vast maandbudget, samen bepaald op basis van uw project.
Klaar om het verschil te zien?
30 minuten. Wij luisteren naar uw probleem en vertellen u of wij kunnen helpen.