Lange tijd voelde Agile als dé oplossing voor bijna ieder projectprobleem. Was een project te traag? Dan moest het “Agile”. Was het te rigide, te bureaucratisch, te ver weg van de gebruiker? Dan ook. En eerlijk is eerlijk: in veel gevallen werkte dat. Vooral in softwareontwikkeling zorgde Agile voor efficiëntere teams, betere samenwerking en slimmer omgaan met verandering. Alleen… zodra Agile zich verspreidde naar bredere organisaties en grotere transformaties, begon er iets te schuiven. Het werkte nog steeds, maar het paste niet meer overal even goed.
Projecten bestaan niet meer op zichzelf
Dat komt niet omdat Agile ineens “slechter” is geworden, maar omdat de context van projecten fundamenteel is veranderd. Projecten staan tegenwoordig zelden op zichzelf. Een aanpassing in één onderdeel raakt bijna automatisch meerdere plekken tegelijk: een nieuw systeem beïnvloedt processen, een procesverandering raakt compliance, en een technische keuze heeft impact op andere teams of applicaties. Het project wordt daarmee onderdeel van een groter geheel — en precies daar ontstaat complexiteit.
Agile is in de basis gebouwd op flexibiliteit binnen een team. Het gaat ervan uit dat prioriteiten kunnen verschuiven en dat teams zelf kunnen bijsturen op basis van nieuwe inzichten. Maar zodra een project afhankelijk wordt van een bredere organisatie, wordt die vrijheid begrensd. Want de rest van de organisatie werkt niet in sprints. Zij hebben vaak andere behoeften: voorspelbaarheid, besluitvorming, afstemming en duidelijkheid over richting.
Waar Agile begint te schuren: governance en voorspelbaarheid
In sectoren waar voorspelbaarheid essentieel is, wordt die spanning snel zichtbaar. Denk aan infrastructuur, finance of andere gereguleerde omgevingen. Daar is duidelijkheid geen luxe, maar noodzaak. Beslissingen moeten uitlegbaar zijn, planning moet gecommuniceerd worden en op bepaalde momenten moet er simpelweg een keuze worden gemaakt waar iedereen zich aan houdt. Dat botst soms met de flexibiliteit die Agile vraagt — niet omdat flexibiliteit slecht is, maar omdat die flexibiliteit niet altijd onbeperkt kan zijn.
Organisaties komen daardoor vaak in een tussenfase terecht. Ze willen de snelheid en adaptiviteit van Agile, maar hebben tegelijkertijd behoefte aan controle en overzicht. In de praktijk leidt dat tot een herkenbaar beeld: Agile teams die werken binnen een organisatie die nog sterk leunt op traditionele structuren. Op teamniveau voelt het modern en wendbaar, maar op organisatie- en portfolioniveau blijven governance, besluitvorming en afhankelijkheden vaak traditioneel ingericht. En precies daar ontstaat frictie.
Wanneer snelheid niet meer genoeg is: de rol van samenhang
Die frictie wordt groter naarmate projecten omvangrijker en complexer worden. Moderne projecten combineren bijna altijd meerdere disciplines: techniek, processen, stakeholders en regelgeving. Beslissingen hebben daardoor zelden alleen effect op één team. Wat lokaal een logische keuze lijkt, kan op systeemniveau onverwachte gevolgen hebben, bijvoorbeeld doordat afhankelijkheden met andere projecten of systemen onderschat worden. De uitdaging verschuift daarmee van “hoe snel leveren we?” naar “hoe houden we samenhang en controle in een complex geheel?”
In trendbeelden over project- en portfoliomanagement zie je dit steeds vaker terug: organisaties krijgen te maken met gelaagde complexiteit, waarbij digitalisering, governance-druk en organisatieverandering gelijktijdig spelen.
De valkuil: de methode invoeren, maar het systeem niet aanpassen
Wat je in de praktijk dan vaak ziet, is dat organisaties zich vooral richten op de methode zelf. Scrum-rituelen worden ingevoerd, rollen worden benoemd en tools worden ingericht. Dat geeft snel het gevoel van vooruitgang, omdat het zichtbaar is en structuur geeft op teamniveau. Alleen: de bredere context verandert niet automatisch mee. Governance, afhankelijkheden en besluitvorming blijven soms ongewijzigd, terwijl projecten ondertussen wél complexer en meer verweven zijn geworden.
Het resultaat is opvallend: binnen teams loopt het vaak soepel, maar op organisatieniveau ontstaat juist meer onduidelijkheid. Agile werkt lokaal, maar schuurt op systeemniveau.
Het gaat niet om de “juiste methode”, maar om de juiste fit
De kern van het probleem ligt dus niet in de keuze voor Agile of traditioneel werken. Het probleem is dat veel projecten te complex zijn geworden om vanuit één methodiek te worden aangestuurd. Sommige onderdelen vragen flexibiliteit, andere onderdelen vragen structuur, en de meeste vragen een combinatie van beide — bewust ontworpen, niet toevallig ontstaan.
Misschien is dat wel de belangrijkste verschuiving in hoe we naar projectmanagement moeten kijken. De vraag is niet langer: welke methode kiezen we? De vraag is: wat vraagt de complexiteit van het project van ons? En dat is precies waar de volgende stap begint: hybride projectmanagement — niet als compromis, maar als bewuste gekozen methode om structuur en wendbaarheid te combineren.