Wie aan agile werken denkt, ziet vaak een team softwareontwikkelaars voor zich met een bord vol gele briefjes. Dat beeld klopt historisch: het Agile Manifesto werd in 2001 opgesteld door softwareontwikkelaars die genoeg hadden van lange, starre projecten. Maar de principes erachter zijn niet aan software gebonden. Werken in korte cycli, snel feedback ophalen en teams zelf laten bepalen hoe ze hun werk organiseren, werkt net zo goed bij een marketingafdeling, een HR-team of een klas middelbare scholieren.
Dit artikel laat vijf toepassingen zien buiten de IT-sector. Niet als blauwdruk, want agile is geen methode die je één op één kopieert, maar als voorbeelden van hoe de principes in een andere omgeving landen.
Wat agile werken in de kern betekent
Agile is een verzamelnaam voor manieren van werken die uitgaan van onzekerheid. In plaats van alles vooraf vast te leggen, lever je in kleine stappen op, kijk je wat werkt en stuur je bij. Dat staat tegenover de klassieke watervalmethode, waarin fases na elkaar worden doorlopen en de klant pas aan het eind het resultaat ziet.
De bekendste uitwerking is Scrum, met sprints van meestal twee tot vier weken, een product owner die prioriteiten stelt en vaste momenten om terug te kijken. Kanban is lichter: je visualiseert het werk op een bord en beperkt hoeveel taken tegelijk onderhanden zijn. Buiten de IT kiezen teams vaak een mengvorm. Het gaat minder om de rituelen en meer om drie vragen: wat leveren we deze periode op, hoe weten we of het werkt en wat doen we volgende keer anders?
1. Marketing: campagnes in sprints
Marketingteams werken traditioneel met jaarplannen en grote campagnes die maanden voorbereiding vragen. Het risico is dat een campagne pas na lancering blijkt mis te gaan, als het budget al op is.
Een agile marketingteam knipt het werk op. Het team plant per twee weken welke uitingen het maakt, test varianten van een advertentie of nieuwsbrief bij een kleine groep en schaalt op wat aanslaat. Aan het eind van elke sprint bespreekt het team de resultaten aan de hand van een paar heldere KPI’s, zoals conversie of het aantal aanvragen. Wat niet werkt, verdwijnt van de lijst.
Dat vraagt wel iets van het management. Wie gewend is een volledig campagneplan goed te keuren, moet accepteren dat het plan onderweg verandert. In ruil daarvoor krijg je eerder zicht op wat het geld oplevert.
2. Bankieren: de hele organisatie in squads
Een van de bekendste voorbeelden van agile buiten de softwarewereld komt uit Nederland. ING Nederland begon in 2015 met een agile transformatie van het hoofdkantoor. Afdelingen als marketing, productmanagement, kanaalmanagement en IT werden samengevoegd in multidisciplinaire teams van ongeveer negen mensen, de zogenoemde squads. Squads die aan hetzelfde klantdomein werken, vormen samen een tribe. Elk team legt vast wat zijn doel is en hoe het zijn impact op klanten meet. Dat beschrijven bestuurders van ING in een interview met McKinsey.
De les uit dit voorbeeld zit niet in de namen squad en tribe, die ING overnam van muziekdienst Spotify. De les is dat een marketeer, een data-analist en een ontwikkelaar in één team sneller beslissen dan drie afdelingen die elkaar via overleggen moeten vinden. Tegelijk laat het voorbeeld zien hoe ingrijpend zo’n verandering is: medewerkers moesten opnieuw solliciteren naar een rol in de nieuwe organisatie. Voor de meeste organisaties is een kleinere start met een paar teams verstandiger.
3. Onderwijs: leerlingen die zichzelf organiseren
Op het Ashram College in Alphen aan den Rijn ontstond eduScrum, een vertaling van Scrum naar het voortgezet onderwijs. Docent Willy Wijnands paste het eerst toe bij natuurkunde en scheikunde. Leerlingen werken daarbij in vaste teams aan een lesstof die als sprint is opgezet. Ze plannen zelf hoe ze de leerdoelen halen, houden hun voortgang bij op een bord en kijken na elke periode terug op hoe de samenwerking ging. Inmiddels wordt de aanpak ook bij andere vakken gebruikt, zoals talen, geschiedenis en economie.
De docent wordt in deze vorm meer product owner dan voorlezer: hij bepaalt wat er geleerd moet worden, de teams bepalen hoe. Dat principe is ook bruikbaar voor bedrijfsopleidingen en traineeprogramma’s, waar deelnemers vaak meer leren van samen een probleem oplossen dan van een presentatie.
4. HR: werven en ontwikkelen in korte cycli
HR-processen zijn vaak lang en vol overdrachtsmomenten. Een vacature gaat van manager naar recruiter naar communicatie en weer terug. Een agile HR-team zet die rollen bij elkaar en werkt een wervingsopdracht af als een klein project, met een wekelijks moment waarop de hiring manager meekijkt.
Ook bij beleid helpt het om klein te beginnen. In plaats van een nieuw beoordelingssysteem in één keer voor de hele organisatie in te voeren, test je het eerst bij één afdeling. Je verzamelt feedback van medewerkers en leidinggevenden, past het aan en breidt pas daarna uit. Dat is in feite het idee van het minimum viable product toegepast op beleid: een eenvoudige eerste versie die je laat groeien op basis van wat je leert.
5. Strategie en productontwikkeling: leren voordat je groot investeert
Ook in de directiekamer en bij het ontwikkelen van fysieke producten is agile denken bruikbaar. Strategische plannen voor vijf jaar raken snel achterhaald. Steeds meer organisaties vullen hun lange termijnplan aan met kwartaalcycli waarin ze doelen vastleggen, resultaten bespreken en prioriteiten bijstellen.
Bij nieuwe producten sluit dit aan bij de Lean Startup-methode: bouw een eenvoudige versie, meet hoe klanten reageren en leer daarvan voordat je de grote investering doet. Een voedingsmiddelenproducent kan bijvoorbeeld een nieuw product eerst in een beperkt aantal winkels testen, in plaats van meteen landelijk te lanceren. Het principe is hetzelfde als in een softwaresprint: zo vroeg mogelijk ontdekken of je op de goede weg zit.
Waar agile buiten de IT tegen grenzen aanloopt
Agile werken is geen oplossing voor elk vraagstuk. Werk dat strak gereguleerd is of waarbij fouten grote gevolgen hebben, zoals de bouw van een brug of het uitvoeren van een wettelijke procedure, vraagt juist om zorgvuldige planning vooraf. Daar past een meer klassieke aanpak van projectmanagement vaak beter, eventueel met agile elementen in de voorbereidende fases.
Een tweede valkuil is agile als etiket. Teams die stand-ups houden en een bord met briefjes hebben, maar geen enkele beslissing zelf mogen nemen, werken niet agile. Ze hebben alleen meer overleg. De verandering zit vooral in de rol van leidinggevenden: die geven richting en ruimte, en laten de uitvoering aan het team.
Wie wil beginnen, doet er goed aan één team te kiezen met een duidelijk afgebakende opdracht, een paar weken te experimenteren en daarna eerlijk te evalueren wat het heeft opgeleverd. Zo pas je de werkwijze zelf ook agile toe.
