Wat is Agile en Scrum werken? Praktisch uitgelegd voor ieder bedrijf

Agile werken en Scrum. Wie er online naar zoekt, belandt al snel in een wereld van “Product Owners”, “backlogs”, “increments”, “refinements”, “retrospectives” en andere Engelse termen. En dan lijkt het ook nog alsof je een softwarebedrijf moet zijn om er iets aan te hebben. Dat valt gelukkig mee.

Agile werken betekent in de basis dat je een groot project niet van begin tot eind probeert dicht te timmeren. Je werkt in kleinere stappen, bekijkt regelmatig het resultaat, leert daarvan en past de volgende stap aan. Scrum is een praktische manier om dat te organiseren.

Daar heb je geen softwarebedrijf voor nodig. Ook bij een kantoorinrichting, verhuizing, marketingproject, nieuw bedrijfsproces of de introductie van een product kan zo'n werkwijze heel nuttig zijn.

In dit artikel leggen we Agile en Scrum daarom uit zoals we het zelf graag uitgelegd zouden krijgen: zonder onnodig ingewikkelde taal en vooral met voorbeelden uit de praktijk.

Wat betekent Agile werken?

Het Engelse woord agile betekent zoiets als wendbaar of flexibel.

Bij Agile werken accepteer je dat je aan het begin van een project vaak nog niet alles kunt weten. In plaats van maandenlang een compleet plan uit te werken en dat vervolgens koste wat kost uit te voeren, verdeel je het werk in kleinere stappen.

Na iedere stap kijk je wat er werkelijk is gebeurd. Werkt de oplossing? Zijn de omstandigheden veranderd? Hebben klanten, medewerkers of andere betrokkenen nieuwe inzichten? Dan gebruik je die kennis voor de volgende stap.

Dat klinkt misschien vanzelfsprekend. Toch worden veel projecten nog precies andersom aangepakt: eerst zoveel mogelijk beslissingen nemen, daarna uitvoeren en pas aan het einde beoordelen of het resultaat daadwerkelijk goed werkt.

De ideeën achter Agile zijn sterk gegroeid vanuit de softwareontwikkeling. Het oorspronkelijke Agile Manifesto gaat dan ook expliciet over software. De principes daarachter draaien onder meer om regelmatig bruikbare resultaten leveren, samenwerken, openstaan voor veranderingen en geregeld bekijken hoe het werk beter kan.

Die manier van denken kun je ook prima buiten de IT gebruiken.

Een eenvoudig voorbeeld: een kantoor opnieuw inrichten

Stel dat een bedrijf naar een hybride manier van werken overstapt en het kantoor daarom opnieuw wil inrichten.

Je kunt eerst maandenlang onderzoeken, tekenen en vergaderen. Vervolgens bestel je in één keer al het meubilair en richt je het hele kantoor in. Pas als iedereen er werkt, ontdek je dat medewerkers nauwelijks gebruikmaken van een bepaalde overlegzone, dat er juist te weinig rustige werkplekken zijn en dat de akoestiek in een andere ruimte tegenvalt.

Een Agile aanpak kan anders verlopen.

Je begint bijvoorbeeld met één gedeelte van het kantoor. Je maakt een aantal typen werkplekken, laat medewerkers ermee werken en verzamelt hun ervaringen. Wat goed werkt, neem je mee naar de rest van het kantoor. Wat tegenvalt, pas je eerst aan.

Het grote doel blijft hetzelfde: een kantoor maken waarin mensen prettig en effectief kunnen werken. Alleen de route ernaartoe staat niet vanaf dag één volledig vast.

Dat is in essentie Agile werken: doelgericht vooruitgaan en tegelijkertijd ruimte houden om te leren en bij te sturen.

Wat is Scrum?

Agile is vooral een manier van denken en werken. Scrum geeft daar een concrete structuur aan.

Scrum is een raamwerk waarmee een team ingewikkeld werk verdeelt in korte, overzichtelijke periodes. Na iedere periode wordt bekeken wat er is bereikt, wat er is veranderd en wat daarna het belangrijkst is.

De officiële Scrum Gids omschrijft Scrum als een lichtgewicht raamwerk waarmee mensen, teams en organisaties waarde kunnen creëren bij complexe problemen. De makers benadrukken bovendien expliciet dat Scrum tegenwoordig in veel meer vakgebieden wordt gebruikt dan alleen softwareontwikkeling.

Wat is het verschil tussen Agile en Scrum?

Agile en Scrum worden vaak in één adem genoemd, maar betekenen niet hetzelfde.

Kort gezegd: Je kunt Agile werken zonder Scrum. Scrum is één manier om Agile principes in de praktijk te brengen.

Hoe werkt Scrum in de praktijk?

Om Scrum begrijpelijk te maken, pakken we opnieuw het voorbeeld van een bedrijf dat zijn kantoor wil vernieuwen. Het doel is niet simpelweg: we moeten 35 bureaus en 35 stoelen kopen.

Het echte doel kan bijvoorbeeld zijn:

We willen een werkomgeving waarin onze medewerkers goed kunnen concentreren, samenwerken en hybride overleggen, terwijl we de beschikbare ruimte beter benutten.

Dat verschil is belangrijk. Het ene beschrijft wat je wilt kopen. Het andere beschrijft wat je wilt bereiken.

Vervolgens wordt in kaart gebracht wat er allemaal nodig kan zijn om dat doel te bereiken. Bij Scrum heet zo'n geordend overzicht een “Product Backlog”.

Voor de kantoorinrichting uit ons voorbeeld kan daarin bijvoorbeeld onderzoek naar het huidige gebruik van het kantoor staan, maar ook het maken van een proefopstelling, verbeteren van de akoestiek, inrichten van overlegplekken of testen van verschillende werkplekken.

Zo'n “backlog” is geen boodschappenlijst die vanaf dag één volledig vaststaat. Nieuwe kennis kan ervoor zorgen dat onderdelen worden toegevoegd, aangepast of minder belangrijk worden.

En dan volgt misschien wel een van de nuttigste principes van Scrum: Niet alles kan als eerste.

Een organisatie moet dus bepalen welke werkzaamheden op dit moment de meeste waarde opleveren.

Wat is een sprint?

Binnen Scrum wordt gewerkt in “sprints”.

Een sprint is een korte, vaste periode waarin het team werkt aan een duidelijk doel.

Vaak wordt gekozen voor bijvoorbeeld twee weken, maar twee weken is geen verplichte Scrum-regel. Volgens de officiële Scrum Guide duurt een sprint maximaal één maand. Na de ene sprint begint de volgende.

Bij ons voorbeeld kan het doel van een eerste sprint bijvoorbeeld zijn om voldoende informatie te verzamelen om een goede proefopstelling voor een nieuwe werkzone te maken. In een volgende sprint kan die proefopstelling daadwerkelijk worden gerealiseerd en getest.

Het voordeel daarvan is dat er regelmatig iets concreets ontstaat waar je naar kunt kijken.

Je praat dus niet drie maanden over hoe een werkplek misschien zou kunnen functioneren. Je probeert iets, beoordeelt het resultaat en wordt iedere ronde een stukje wijzer.

Wat is een Daily Scrum?

Scrum kent ook een kort dagelijks overleg: de “Daily Scrum”.

Het doel daarvan is niet dat iedereen iedere ochtend uitgebreid aan een manager vertelt wat hij gisteren heeft gedaan. Het gaat erom dat het team kort bekijkt of het nog op weg is naar het doel van de sprint en of de planning moet worden aangepast. Volgens de Scrum Guide is hiervoor maximaal vijftien minuten bedoeld.

In gewone mensentaal kun je het zien als:

Waar staan we, lopen we ergens tegenaan en wat is nu nodig om verder te komen?

Het idee daarachter is interessant, ook als je helemaal niet officieel met Scrum werkt. Veel problemen worden groter doordat ze pas tijdens een wekelijkse vergadering of aan het einde van een project worden besproken. Kort en regelmatig contact kan dat voorkomen.

Aan het einde van de sprint kijk je naar het resultaat

Aan het einde van een sprint wordt niet alleen naar planningen en rapportages gekeken. Er moet bij voorkeur iets zijn ontstaan dat je daadwerkelijk kunt beoordelen. Binnen Scrum heet zo'n bruikbaar resultaat een “Increment”.

Bij een kantoorproject kan dat bijvoorbeeld een werkende proefopstelling zijn. Medewerkers kunnen erin werken. Ze kunnen ervaren of een tafel groot genoeg is, of een stoel prettig zit, of videobellen goed werkt, of mensen elkaar storen en of er voldoende privacy is.

Dat levert veel meer informatie op dan alleen een plattegrond of presentatie.

Tijdens de “Sprint Review” wordt het resultaat samen met relevante betrokkenen bekeken en wordt besproken wat er intussen is veranderd en wat logisch is om daarna te doen. De Sprint Review is volgens de Scrum Guide nadrukkelijk bedoeld als werksessie en niet alleen als presentatie.

En daarna kijk je naar je eigen manier van werken

Scrum kijkt niet alleen naar het product of project. Het team kijkt ook regelmatig naar zichzelf. Dat gebeurt tijdens de “Sprint Retrospective”, meestal kortweg de “retrospective” genoemd.

De vraag is eigenlijk heel eenvoudig:

Hoe kunnen we de volgende ronde beter samenwerken en slimmer werken?

Misschien bleek bijvoorbeeld dat beslissingen te lang bleven liggen. Misschien waren te veel mensen bij ieder overleg aanwezig. Misschien ontbrak informatie. Of misschien werkte een bepaalde manier van samenwerken juist bijzonder goed.

Die kennis gebruik je vervolgens om het werk in een volgende sprint te verbeteren. Ook dat regelmatig reflecteren en aanpassen is een officieel onderdeel van Scrum.

Wie doet wat binnen Scrum?

De officiële Scrum Guide spreekt tegenwoordig over één Scrum Team. Daarbinnen zijn drie verantwoordelijkheden beschreven: “Product Owner”, “Scrum Master” en “Developers”. Er is dus niet langer sprake van een apart ontwikkelteam zoals je in oudere uitleg over Scrum nog regelmatig tegenkomt.

Product Owner

De “Product Owner” bewaakt vooral waar de meeste waarde te behalen is en is verantwoordelijk voor goed beheer van de “Product Backlog”. Deze persoon helpt dus scherp te houden wat belangrijk is en waarom.

Scrum Master

De “Scrum Master” helpt het team Scrum goed toe te passen en effectiever te worden. Een Scrum Master is nadrukkelijk niet simpelweg de baas van het team. De officiële beschrijving legt juist veel nadruk op ondersteunen, coachen en het wegnemen van belemmeringen.

Developers

En dan zijn er de “Developers”. Die Engelse term zorgt buiten IT al snel voor verwarring. Je zou kunnen denken dat Scrum hiermee programmeurs bedoelt. Dat is niet zo. De Scrum Guide gebruikt het woord tegenwoordig als verzamelnaam voor de mensen die binnen de sprint het resultaat maken. De gids noemt uitdrukkelijk ook onderzoekers, analisten, wetenschappers en andere specialisten wanneer Scrum buiten software wordt toegepast.

Bij een kantoorproject kunnen dat dus heel andere mensen zijn dan bij een softwareproject.

Agile en Scrum in gewone mensentaal

Is Scrum alleen bedoeld voor softwareontwikkeling?

Nee. Scrum heeft zijn wortels in softwareontwikkeling, maar het raamwerk wordt tegenwoordig ook gebruikt voor andere vormen van complex werk.

En juist het woord complex is hier belangrijk.

Scrum is vooral interessant wanneer je wel weet welk resultaat je ongeveer wilt bereiken, maar nog niet precies weet welke oplossing uiteindelijk het beste gaat werken.

Denk bijvoorbeeld aan het ontwikkelen van een nieuwe dienstverlening, verbeteren van een bedrijfsproces, maken van een marketingcampagne, reorganiseren van een afdeling, ontwikkelen van een nieuw product of opnieuw inrichten van een werkomgeving.

Daar kan onderweg nieuwe informatie ontstaan. Klanten reageren anders dan verwacht. Medewerkers blijken andere behoeften te hebben. Een leverancier kan iets nieuws aanbieden. Prioriteiten veranderen.

Als je dan maanden geleden al iedere stap definitief hebt vastgelegd, wordt veranderen lastig.

Bij een Agile aanpak hoort veranderen juist bij het proces.

Wanneer heeft Scrum minder zin?

Scrum is geen wondermiddel en zeker niet iedere activiteit hoeft ineens in sprints te worden uitgevoerd. Wanneer werk goed voorspelbaar en repeterend is, kan een vaste procedure veel praktischer zijn.

Stel dat een organisatie iedere week dezelfde verbruiksartikelen controleert en volgens een vaste afspraak aanvult. Het proces werkt, de behoefte is voorspelbaar en er is weinig onzekerheid. Daar hoef je waarschijnlijk geen Product Owner, Scrum Master, Sprint Review en retrospective voor in het leven te roepen.

Heel anders wordt het wanneer diezelfde organisatie zegt:

Ons complete bestelproces werkt niet meer goed. Afdelingen bestellen langs elkaar heen, we hebben regelmatig te veel of te weinig voorraad en niemand heeft goed overzicht. Hoe kunnen we dat slimmer organiseren?

Dan is er geen kant-en-klare oplossing en moeten waarschijnlijk verschillende mensen samenwerken, experimenteren en leren. Daar kan een Agile werkwijze ineens wél interessant worden.

Agile en Scrum zijn vooral nuttig wanneer leren en aanpassen onderdeel zijn van het werk. Niet wanneer het vooral belangrijk is om iedere keer exact dezelfde handeling uit te voeren.

Moet je Scrum precies volgens het boekje gebruiken?

Hier zit een belangrijk verschil tussen officieel Scrum toepassen en simpelweg slimmer willen werken.

De Scrum Guide is er duidelijk over dat de onderdelen van Scrum samen het raamwerk vormen. Onderdelen zomaar weglaten of belangrijke regels niet volgen beperkt de werking van Scrum en kan ertoe leiden dat wat je doet feitelijk geen Scrum meer is.

Maar dat betekent niet dat ieder bedrijf formeel Scrum moet invoeren om iets van de ideeën te kunnen leren. Je kunt ook zonder Scrum-certificaten beginnen met werk zichtbaar maken, duidelijke prioriteiten stellen, grote projecten opdelen, vaker concrete resultaten beoordelen, eerder feedback vragen en na iedere fase bespreken wat slimmer kan.

Noem het dan alleen niet per se Scrum. Dat maakt de discussie bovendien een stuk eenvoudiger.

Het doel is uiteindelijk niet om zoveel mogelijk Engelse termen correct te gebruiken. Het doel is beter samenwerken en betere resultaten bereiken.

De impact van de fysieke werkplek op Agile werken

Agile werken is geen kwestie van een paar Post-its tegen een muur plakken. Een kantoor wordt ook niet vanzelf Agile doordat er ergens een verrijdbaar whiteboard staat. Toch heeft de werkomgeving wel degelijk invloed op hoe gemakkelijk mensen kunnen samenwerken.

Wanneer teams hun werk zichtbaar willen maken, snel ideeën willen bespreken of geregeld met verschillende collega's samenkomen, helpt het als de omgeving dat ondersteunt. Dat kan digitaal, fysiek of gecombineerd, maar vertaalt zich in de praktijk naar:

• Zichtbare voortgang: Een fysiek bord of (digitaal) whiteboard maakt het gemakkelijk om prioriteiten en voortgang zichtbaar te maken, en om tijdens een overleg iets uit te tekenen en onmiddellijk aan te passen.
• Flexibele projectruimtes: Flexibel meubilair helpt enorm wanneer een ruimte de ene keer voor gefocust individueel werk wordt gebruikt, en de andere keer voor actieve samenwerking of een Sprint Review.
• Hybride overleg (Daily Scrums): Voor hybride teams spelen specifieke zaken: goede voorzieningen voor videobellen, akoestiek, zichtlijnen, camera's en schermen zorgen voor een inrichting waarin mensen op afstand daadwerkelijk volwaardig kunnen deelnemen aan het gesprek.

Daar raken de werelden van KantoorArtikelen.nl en ITC Furniture elkaar. De één gaat over de praktische hulpmiddelen waarmee mensen iedere dag werken. De ander over de omgeving waarin dat werk plaatsvindt.

Maar de belangrijkste voorwaarde blijft de manier waarop mensen samenwerken. Een duur whiteboard lost geen onduidelijke prioriteiten op. Een prachtige projectruimte helpt weinig wanneer niemand beslissingen durft te nemen.

Hoe kun je morgen al wat meer Agile werken?

Je hoeft niet te beginnen met een reorganisatie of een officiële Scrum-implementatie. Pak eens één concreet project waar meerdere mensen bij betrokken zijn. Schrijf eerst in één zin op wat je werkelijk wilt bereiken.

Maak daarna zichtbaar wat daarvoor waarschijnlijk moet gebeuren en bepaal samen wat nu het belangrijkst is. Kies vervolgens een korte periode waarin je aan een duidelijk deelresultaat werkt.

En stel jezelf daarna vier simpele vragen:

Wat hebben we daadwerkelijk bereikt? Wat hebben we geleerd? Wat is er veranderd? En wat is nu de verstandigste volgende stap?

Alleen die gewoonte kan al een groot verschil maken.

Je voorkomt ermee dat een planning belangrijker wordt dan het resultaat waarvoor die planning ooit is gemaakt. Dat is Agile denken zonder eerst drie certificaten te halen.

Overige vragen over Agile en Scrum

Wat is Agile werken in eenvoudige woorden?

Agile werken betekent dat je een project in kleinere stappen uitvoert en regelmatig controleert of je nog de goede kant op gaat. In plaats van alles vooraf definitief vast te leggen, gebruik je nieuwe informatie en feedback om volgende stappen te verbeteren.

Hoe groot is een Scrum-team?

De Scrum Guide spreekt over een klein team dat groot genoeg is om waardevol werk te verrichten maar klein genoeg blijft om wendbaar te zijn. Als richtlijn noemt de gids doorgaans tien mensen of minder.

Kan een klein bedrijf ook Agile werken?

Zeker. Je hoeft geen grote organisatie en ook geen officieel Scrum-team te hebben om Agile principes te gebruiken. Juist bij kleine bedrijven kan het nuttig zijn om prioriteiten zichtbaar te maken, werk in kleinere stappen uit te voeren en regelmatig te bepalen of de gekozen aanpak nog steeds de beste is.

Moet je allerlei Engelse Scrum-termen gebruiken om Agile te werken?

Nee. De termen zijn handig wanneer je officieel Scrum gebruikt, omdat iedereen dan dezelfde begrippen hanteert. Maar voor de kwaliteit van het werk is vooral belangrijk dat mensen weten wat het doel is, wat prioriteit heeft, waar ze staan en wat ze van het resultaat kunnen leren.

Agile of Lean, wat is het verschil?

Hoewel beide methodes streven naar continue verbetering, is de focus fundamenteel anders. Lean draait om efficiëntie en het stapsgewijs elimineren van verspilling (tijd, middelen, overbodige stappen) binnen bestaande processen, met een sterke oorsprong in de productiesector. Agile focust op wendbaarheid en het snel kunnen inspelen op verandering door in korte iteraties te werken. In de praktijk versterken ze elkaar: een Lean-ingerichte fysieke werkplek ondersteunt een flexibele Agile-werkwijze perfect.

Is Agile werken beter dan de Watervalmethode?

Dat hangt af van het type werk. De traditionele Watervalmethode is een lineair proces waarbij de volgende fase pas start als de vorige volledig is afgerond. Dit werkt uitstekend voor voorspelbare projecten met een vastomlijnd einddoel, zoals de bouw van een pand. Agile is ontworpen voor complexe trajecten waar de einduitkomst nog onzeker is of kan veranderen. Het stelt teams in staat om tussentijds bij te sturen op basis van voortschrijdend inzicht. Voor dynamisch kenniswerk is Agile vrijwel altijd de productievere keuze.

Wat is het verschil tussen Scrum en Kanban?

Beide zijn populaire Agile-raamwerken, maar de praktische uitvoering verschilt aanzienlijk. Scrum werkt met vaste tijdsblokken (sprints) en vereist strakke kaders, zoals de specifieke rollen van een Scrum Master en Product Owner. Kanban is daarentegen een continu proces zonder vaste tijdsblokken. Het visualiseert het werk op een fysiek of digitaal bord (met statussen als To Do, In Progress en Done) en focust op het doseren van de werkdruk. Fysieke kantoren maken vaak gebruik van Kanban-borden omdat deze direct tastbaar en visueel inzicht in de voortgang geven.

Wat zijn veelvoorkomende valkuilen bij de overstap naar Agile?

De overstap is in de eerste plaats een cultuurverandering, wat door directies vaak wordt onderschat. Veelvoorkomende valkuilen zijn:

• Fake Agile: Wel de moderne termen gebruiken, maar in de praktijk vasthouden aan ouderwets, hiërarchisch micromanagement.
• Gebrek aan mandaat: Teams krijgen niet het vertrouwen en de vrijheid om zelfstandig beslissingen te nemen, wat de snelheid er direct uithaalt.
• De fysieke omgeving negeren: Agile samenwerken vereist flexibele ruimtes voor kort overleg, stilteplekken voor focus, en muren voor zichtbare planborden. Een traditionele kantoortuin zonder deze faciliteiten frustreert de methodiek.

Hoe meet je de voortgang of het succes van Agile werken?

Omdat klassieke deadlines en starre businesscases losgelaten worden, staat binnen Agile de waardecreatie centraal. Het succes van het team meet je doorgaans af aan:

• Team Velocity (Snelheid): De hoeveelheid eenheden werk die een team per sprint in een constant ritme succesvol kan afronden.
• Tevredenheid van stakeholders: Wordt er sneller gereageerd op feedback en krijgt de interne of externe opdrachtgever sneller een bruikbaar resultaat?
• Aanpassingsvermogen: De frictieloze snelheid waarmee een team van koers kan veranderen zonder dat processen vastlopen.

Tot slot: maak de methode niet belangrijker dan het doel

Agile en Scrum kunnen op papier behoorlijk ingewikkeld lijken. Zeker wanneer iedere uitleg onmiddellijk begint met Engelse termen, schema's en theorie.

De kern is veel eenvoudiger.

Probeer niet alles vooraf te voorspellen. Maak grote vraagstukken kleiner. Werk aan wat nu het belangrijkst is. Zorg regelmatig voor iets dat je werkelijk kunt beoordelen. Leer daarvan en pas je volgende stap aan.

Scrum biedt een duidelijke structuur om dat te doen.

Maar of je nu officieel volgens Scrum werkt of alleen een aantal Agile principes gebruikt: uiteindelijk gaat het niet om sprints, backlogs, Post-its of functietitels.

Het gaat erom dat mensen overzicht houden, goed samenwerken en niet maanden doorwerken aan een oplossing wanneer ze onderweg al hadden kunnen ontdekken dat het anders moest.

En dat is iets waar bijna iedere organisatie iets aan kan hebben.

Even sparren over je werkplek of werkomgeving?

Wil je je team prettiger laten samenwerken of ben je benieuwd hoe je kantoorinrichting daar beter op kan aansluiten? We denken graag praktisch met je mee.

Bel ons op +31 (0)45 - 522 93 11 of vul onderstaand formulier in. Dan nemen wij contact met je op.