Waarom “agile” transformaties falenzonder continuous delivery
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 aan IT-projecten, 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
De gedocumenteerde zakelijke uitkomst:
+50 %
extra marktwaardegroei over 3 jaar voor organisaties die continuous delivery toepassen
Forsgren et al., Accelerate, IT Revolution Press, 2018, Bijlage B (analyse 2014 op de beursgenoteerde subset, sindsdien niet herhaald)
“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 die werden gecreëerd om de agile aanpak in traditionele methoden te integreren, terwijl deze ze juist moest vervangen, werden belangrijker dan de principes die ze moesten toepassen. 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.
Agile is geen mindset. Het is de toepassing van de wetenschappelijke methode op softwareontwikkeling.
Bij DEVEDANOS, in onze agile aanpak, is elke functionaliteit een hypothese die geconfronteerd wordt met de realiteit van uw gebruikers om hun feedback te verzamelen. Het plan en de specificaties evolueren bij contact met de werkelijkheid. Het softwareontwikkelproces is ontworpen om te ontdekken en zich aan te passen, niet om een document uit te voeren dat niemand meer zal lezen.
De aanpak in het kort
- Continue oplevering
- Uw software blijft elke dag deploybaar
- Monitoring in productie
- U ziet storingen vroeg en werkelijk gebruik
- Snelle terugkoppelingen
- U meet vanaf dag één wat resultaten oplevert
- Scope gestuurd door waarde
- Uw prioriteiten evolueren met uw markt
- Uitvoerbare specificaties
- Uw gevalideerde functionaliteiten blijven stabiel
Wat u stuurt aan dit project
Wat verandert deze discipline voor u, week na week?
Agile aanpak: u beslist wat er in productie gaat
Prioriteiten
De klassieke aanpak
Een projectmanager beslist, op basis van een document dat maanden geleden is geschreven (waterval, V-model)
Met DEVEDANOS
U bent de product owner: u draagt de productvisie, u kent uw markt, u stuurt het gebruikersonderzoek, u bepaalt wat de meeste waarde heeft op basis van onze observaties. Elke week kiezen wij samen de volgende hypothese om te toetsen. Wanneer de reële behoeften van uw gebruikers niet overeenkomen met uw prioriteiten, vertellen wij u dat
Koerswijziging
De klassieke aanpak
Meerwerk, extra kosten, vertraging
Met DEVEDANOS
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
Met DEVEDANOS
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
Met DEVEDANOS
U opent de applicatie op elk moment en gebruikt wat is opgeleverd. Werkende software in productie is de belangrijkste maatstaf voor de voortgang van het project. Ons collaboratieve 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.
Elke functionaliteit wordt een leverbaar product in de vorm van een minimaal increment. In productie observeren wij wat uw gebruikers doen. Wat wij leren bepaalt het vervolg: doorgaan, bijsturen of stoppen.
De onderhoudskosten van een functionaliteit bedragen 3 tot 4 keer de oorspronkelijke ontwikkelkosten (Capers Jones, Applied Software Measurement, 2008). Niets nutteloos bouwen is geen luxe. Vooruitgaan met een flexibele scope en iteratieve ontwikkeling in korte cycli is het enige lean antwoord op deze verspilling en waarborgt de klanttevredenheid.
Samen vormen wij een agile team: het teamwerk tussen u en ons stuurt elke beslissing en bestrijkt de volledige levenscyclus van de software.
Elke functionaliteit is een iteratie: een volledige ontwikkelcyclus
U beslist wat de software moet doen; wij specificeren samen.
Wij onderzoeken, plannen, verzekeren de prioritering en synchroniseren continu. Softwareontwikkeling is een proces van permanente ontdekking.
Samen identificeren wij wat de meeste waarde creëert voor uw eindgebruikers en splitsen het op tot het kleinste, in leverbare user stories. Wij prioriteren op basis van directe waardeverijking. Wanneer de complexiteit van het domein het vereist, brengen wij het territorium van het probleem in kaart vóór we coderen.
Voor elke functionaliteit formuleren wij concrete criteria: wat moet de software precies doen, zodat u het werk kunt valideren? Deze criteria worden vertaald naar geautomatiseerde testscenario’s, geschreven vóór de eerste regel code (uitvoerbare specificaties). Als de tests slagen, wordt de functionaliteit een leverbaar product. 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. Integratietests en acceptatietests (functionele tests), 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, en 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. De code is al uitgerold via onze geautomatiseerde deployment-pipeline en wacht op uw goedkeuring om geactiveerd te worden in productie. Wij streven naar minimaal één productierelease per week. Niets gaat live zonder uw goedkeuring.
In de productieomgeving waarschuwt de monitoring ons bij een incident, zonder te wachten tot uw gebruikers het melden. Onze analysetools (analytics) meten de reële impact van elke functionaliteit via de pirate metrics (AARRR: acquisitie, activatie, retentie, omzet, aanbeveling) en sturen de volgende beslissingen.
Wat continue verbetering oplevert in 6 maanden
Wat ziet u na zes maanden van continue oplevering?
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, op een duurzaam tempo.
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 winst is operationeel en onmiddellijk.
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.
Het ontwikkelteam herstelt de regressie voor de volgende uitrol.
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
- Terugdraaien mogelijk op elk moment bij een incident
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, voor 15 ontwikkeldagen per maand. Het krijgt vorm met u tijdens een tweede gesprek.
15 dagen om u een oordeel te vormen. Geen factuur als u besluit niet door te gaan.
De eerste maand is een proefperiode. Wij kaderen het werk met u, vervolgens ontwikkelen en deployen wij continu. U beoordeelt elke functionaliteit. Als u besluit niet door te gaan, wordt er geen factuur verstuurd en bent u niets verschuldigd.
Sébastien Nobour
Software Developer · Oprichter van DEVEDANOS
U werkt met de ontwikkelaars die uw software ontwerpen, ontwikkelen en uitrollen.
Veelgestelde vragen
Levert u schattingen?
Wij stellen uw maandbudget vast en onze toezegging om elke week de meest waardevolle functionaliteiten op te leveren. U test, u keurt goed, wij deployen. Als uw prioriteiten veranderen, veranderen wij mee. Uw vaste maandbudget wordt samen met u opgebouwd, op basis van uw cijfers, tijdens een tweede gesprek. De inhoud van elke oplevering evolueert mee met de realiteit. Dat is precies wat u beschermt.
Hoe werkt uw model?
Met een vast maandbudget en 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. Klassiek projectmanagement behandelt het onverwachte als uitzondering. 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. De behoeften van de klant evolueren, de scope past zich aan. 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 u besluit niet door te gaan. 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?
Dertig minuten om uw situatie te begrijpen. Als wij kunnen helpen, vindt een tweede gesprek binnen 48 uur plaats om de offerte samen op te bouwen.