Agile Werken:
De Complete Gids

Deze gids laat je stap voor stap zien hoe agile werken jouw team kan helpen in 2021.

Dus als je:

  • Producten wilt maken waar je klanten razend enthousiast van worden
  • Wilt leren wanneer agile werkt (en wanneer niet)
  • Jouw team klaarstomen voor succes
  • Effectieve agile meetings wilt hebben

Dan zal deze gids je helpen.

Laten we beginnen.

Agile Manifesto book

Heb je geen tijd om de hele gids nu te lezen?

Agile Manifesto - The complete guide thumbnail
Geen probleem. Ik kan je een kopie sturen, zodat je het kan lezen wanneer het je uit komt. Laat even weten waar ik het heen kan sturen (in 5 seconden):
Ja! Ik wil mijn PDF

Over de schrijver

Front picture of Arthur von Kriegenbergh (looking in camera, with dark hair and blue shirt)

Hoi, ik ben Arthur von Kriegenbergh.

(En ik ben de founder van de Workshop Wednesday community)

In 2006 had ik erg veel moeite met mijn studie Informatica. Het voelde alsof ik in het gareel moest blijven.

De meeste moeite had ik met de hoeveelheid planning die we moesten doen voordat we daadwerkelijk het werk mochten DOEN.

We moesten uitgebreiden Gantt-charts maken en elke detail van tevoren plannen. Tenminste, degene die we op dat moment konden bedenken.

Er zaten onwijs veel aannames in de planning, omdat we het werk simpelweg nog nooit hadden gedaan.

Totdat ik na mijn studie leerde met agile werken aan de slag ging.

Het werkte vanaf de eerste dag!

En vandaag heb ik meer 25 organisaties en 60 teams geholpen met een agile manier van werken:

Consumentenbond logoING logoHet Nieuwe Lyceum logoBMW logoHet Nederlandse Rode Kruis logoVibe Group logoNU.nl logo

Daarbij zie ik dat agile vaak ook verkeerd wordt begrepen.

In deze gids laat ik alles zien wat ik geleerd heb.

Om agile betekenis te geven.

De gids voor agile werken die ik graag als jonge student had gehad.

Inhoudsopgave

Hoofdstuk 1:
Agile Manifesto Nederlands uitgelegd

In dit hoofdstuk gaat het over de basis principes van de agile manifesto.

(Inclusief waarom het werkt en waarom het nog steeds belangrijk is in 2021)

78% van organisaties gelooft dat agile werken profijt heeft. Slechts 44% van organisaties heeft agile werken echt succesvol toegepast.

Ik laat je zien hoe agile ontelbaar veel bedrijven heeft geholpen om explosief te groeien.

Agile Manifesto fundamentals

Wat is agile?

Agile is een combinatie van waardes en principes. Het is vastgelegd in de Agile Manifesto.

Deze combinatie van overtuigingen helpt teams om betere beslissingen te maken. Daardoor maken ze betere oplossingen voor de problemen van hun klant.

De simpele definitie van agile is leren-door-te-doen. Pak een ambitieus plan, en breek de belangrijkste delen op in kleinere brokken. Door kleine stappen kan je duidelijk zien of je de juiste dingen aan het doen bent. Zo niet, dan pas je je aanpak aan.

The agile mindset is less visible, but more powerful than agile processes and tools.

Het moeilijke van waardes en principes is dat ze niet zo zichtbaar zijn als tools en processen. Dit is waarom je veel organisaties dezelfde grote fout ziet maken:

Ze kopiëren agile processes en agile tools die ze bij andere organisaties hebben gezien. Maar, vergeten het zware werk te doen om de principes en waardes daarachter duidelijk uit te leggen.

Daar kom ik in de volgende hoofdstukken verder op terug.

Laten we eerst kijken hoe agile ontstaan is.

Hoe is de Agile Manifesto opgesteld?

De Agile Manifesto is gemaakt begin 2001. Een groep van 17 mensen spraken met elkaar af in Snowbird, Utah, om te praten over de toekomst van software ontwikkeling. De Agile Alliance (zoals ze zichzelf noemden) had een gedeelde frustratie over de status quo, maar ieder had een eigen blik op hoe dit op te lossen.

Hun frustratie:

Organisaties warden excessief gefocust op het plannen en documenteren van hun software. Daardoor vergaten die organisaties wat echt belangrijk was. Het helpen van hun klanten.

(Precies! Net zoals tijdens mijn studie.)

De organisaties hadden mooie bedrijfswaarden als "kwaliteit" en "impact", maar in de praktijk waren ze zo georganiseerd dat het onmogelijk was om snel en vaak hun klanten te helpen. De Agile Alliance wilde daar verandering in brengen.

Ieder voor zicht had een achtergrond in software ontwikkeling (Scru, XP, Kanban, RUP) en jaren ervaring. De trip naar Snowbird was hun kans om een gedeelde visie te maken over hoe de status quo was te doorbreken.

In een weekend stelde ze de Agile Manifesto op. Een kort en bondig document met vier waardes en twaalf principes, dat sindsdien de manier waarop we werken compleet heeft veranderd.

Het heeft vele startups razendsnel succesvol gemaakt. Daardoor hebben ook vele traditionele teams en organisaties de agile manier van werken omarmt.

Maar het probleem is dat je simpelweg niet de waardes van de ene organisatie kan knippen en plakken naar een ander. Niet zonder het zware werk te doen.

De Agile Manifesto auteurs

De auteurs van de agile manifesto zijn:

  • Kent Beck
  • Mike Beedle
  • Arie van Bennekum
  • Alistair Cockburn
  • Ward Cunningham
  • Martin Fowler
  • James Grenning
  • Jim Highsmith
  • Andrew Hunt
  • Ron Jeffries
  • Jon Kern
  • Brian Marick
  • Robert C. Martin
  • Steve Mellor
  • Ken Schwaber
  • Jeff Sutherland
  • Dave Thomas

Je vraagt je nu misschien af:

Wat is er zo speciaal aan deze agile waardes en agile principes? En hoe kan ik ze voor mijn team laten werken?

Dat is waar we in de rest van de gids induiken.

Blijf lezen...

Chapter 2:
De Vier Agile Waardes

In dit hoofdstuk laat ik je zien hoe de basis te leggen voor sterke en autonome teams. Door gebruik te maken van de agile waardes in 2021.

Sterker nog:

Dit zijn exact dezelfde waardes die ik gebruikt hebt om meer dan 62 teams te laten groeien.

Let's go!

Als het over agile gaat, kunnen er twee dingen gebeuren:

✅ Ding #1: Je Doet Het Zware Werk

Groei, samen met de mensen in je team, met als resultaat blijere klanten en een veel succesvoller bedrijf.

❌ Ding #2: Je Kopieert Een "Agile Model" Van Iemand Anders

De mensen in jouw organisatie zullen moeite hebben en gefrustreerd raken, sneller dan je kan zeggen "wat is er gebeurd?!".

Het is als een relatie: Je investeert in elkaar, want het is het waard.

Dat gezegd hebbende, deze vier agile waardes is wat de winnaars van de verliezende organisaties onderscheid.

Ps. Ze zijn geschreven in de vorm van "statement boven statement". Dit betekent dat er waarde zit in wat er aan de rechterkant staat, maar dat er veel meer waarde zit in wat links staat.

1. Individuen & interacties boven processen & tools

Agile waarde #1 gaat over mensen.

Er is een duidelijke verandering in wat mensen tegenwoordig van bedrijven verwachten. Zowel als klant (waar koop ik?) als werknemer (waar wil ik werken?).

There is a clear shift in what people expect from companies nowadays. Both as a customer (where do I buy?) and employee (where do I want to work?).

In de jaren 90 was er nog weinig keuze. Daardoor hadden bedrijven een luxepositie waar ze hun producten en diensten konden "pushen". Er was toch niet veel te kiezen.

Op dat moment was het ook nog zo dat succes voor deze meeste mensen betekende om zoveel mogelijk geld als mogelijk te verdienen.

De bedrijven hadden de regie.

Tegenwoordig heeft technologie het mogelijk gemaakt om veel makkelijker bedrijven te vergelijken en over te stappen.

Als een klant een fantastische ervaring heeft gehad bij bedrijf A, wordt dit voor haar de nieuwe standaard voor elk ander bedrijf.

Daarbij is er een hele nieuwe generatie die nu 50% van de werkvloer vertegenwoordigd: De millennials.

Hun definitie van succes: Werk doen dat impact maakt.

Zij vinden mindset belangrijker dan diploma's. Werkplezier belangrijker dan geld. En work-life balance belangrijker dan bedrijfspolitiek.

Dit gebeurt wereldwijd. Het is de nieuwe standaard.

Agile Value #1: Individuals and interactions over processes and tools

Dat is waarom agile waarde #1 de belangrijkste van de vier is. Focus op mensen. Zowel binnen (werknemers) als buiten je organisatie (publiek).

Creëer een omgeving waar het makkelijk is voor werknemers om met elkaar en klanten te communiceren. Zorg dat hun interacties waardevol zijn. Focus op de interacties die op dit moment nodig zijn.

Alle processen and tools moeten de interacties die mensen hebben ondersteunen. Als ze in de weg staan, moeten de processen onder de loep genomen worden. Worden ze correct toegepast? Of zijn nieuwe nodig?

Nu we gefocust zijn op de mensen en hun problemen, is het tijd voor agile waarde #2.

2. Werkende software boven ellenlange documentatie

Agile waarde #2 gaat over oplossingen.

De agile manifesto is geschreven voor de IT experts, vandaar dat in deze waarde het woord software gebruikt wordt. Maar sindsdien heeft agile zich allang bewezen in andere sectoren dan de IT:

  • Banken,
  • Gezondheidszorg,
  • Media,
  • Vervoer, en
  • Scholen

profiteren allemaal van agile werken.

Focus op werkende oplossingen. Dit betekent "iets" dat daadwerkelijk een probleem oplost van een klant.

"Iets" dat ze nu kunnen gebruiken. Op het moment dat ze het probleem hebben.

Agile value #2: Working solutions over comprehensive documentation

We zijn geprogrammeerd om risicomijdend te zijn. Wanneer we voor een nieuw of grote uitdaging staan (zoals een project), willen we op elke mogelijk manier risico vermijden. We houden er niet van verrast te worden.

Daardoor overdenken we en documenteren we elk mogelijk scenario. Vaak wordt dit gedaan in de vorm van meetings en vergaderingen.

Je kent deze aanpak misschien als waterval project management.

Het is bizar om te zien hoeveel projecten nog steeds falen door deze ouderwetse aanpak.

The three phases of Unknown: What we know in the beginning. What we know we don't know. What we don't know, we don't know

Feit is, dat wanneer je start met iets nieuws, je simpelweg nog niet elk mogelijk scenario kan bedenken. De enige manier om erachter te komen of je het juiste doet, is door het te doen.

En de enige manier om te meten of je het juiste doet, is door te meten of je klant daadwerkelijk helpt.

Er zitten heel veel aannames in het bedenken van nieuwe oplossingen, zoals producten en services.

De winnaars vandaag de dag, zijn de organisaties die succesvolle strategieën hebben om hun aannames te valideren.

Ze omarmen dat ze niet alles weten.

Ze maken strategieën en aanpakken die hun in staat stellen om tot actie over te gaan. Ze weten dat het antwoord niet gevonden kan worden in hun documentatie.

Ze moeten zo snel mogelijk leren van hun klanten.

Zijn ze daadwerkelijk hun problemen aan het oplossen?

Dat is waarom agile waarde #3 er is.

3. Samenwerking met de klant boven contractonderhandelingen

Agile waarde #3 gaat over feedback. Klant feedback.

Acht van de tien mensen is bereid meer te betalen voor een fantastische klantervaring.

Als je een perfecte ervaring voor jou klanten wilt maken, dan moet je met ze in gesprek. Leren wat hun pijnpunten, behoeftes en uitdagingen zijn.

Alleen dan kan je beginnen met valideren of je waardevol voor ze bent.

De bedrijven die vandaag de dag winnen zijn extreem goed in het maken van zo'n klantervaring. Ze hebben uitstekende feedback loops.

En wanneer ze erachter komen dat iets niet werkt voor hun klanten, dan lossen ze het op.

Agile value #3: Customer collaboration over contract negotiation

Zelfs de meer traditionele sectoren zoals banken, vervoer, verzekeringen en de medische industrie beginnen zich dit te beseffen. Ze veranderen hun aanpak van het pushen van producten naar het daadwerkelijk luisteren naar hun klanten.

Natuurlijk, er is waarde in het hebben van contracten. Maar het moet nooit in de weg staan van het daadwerkelijk helpen van je klanten.

En van daaruit is het een klein stapje naar de laatste agile waarde.

4. Inspelen op verandering boven het volgen van een plan

Agile waarde #4 gaat over flexibiliteit.

De wereld om ons heen veranderd razendsnel. Wanneer je naar organisatie kijken, kan verandering in vele vormen er zijn:

  • Veranderende markt. Er is minder vraag naar jouw oplossing
  • Nieuwe technologie. Het is makkelijker om dingen te doen dan voorheen.
  • Competitie. Een concurrent "verslaat" je met een betere oplossing.
  • Regelgeving. Je moet aan de nieuwe wetgeving conformeren.
  • Aannames. Iets pakt anders uit dan van tevoren verwacht.

Een quote die in agile omgevingen vaak gebruikt wordt is:

In preparing for battle I have always found that plans are useless, but planning is indispensable.
- Dwight D. Eisenhower

Dat is waar deze agile waarde over gaat.

Wanneer je voor de eerste keer een berg gaat beklimmen, is het onmogelijk om alles te voorspellen dat je onderweg tegen zult komen. Je kan simpelweg niet plannen wat je niet weet.

En zelfs als iemand anders je verteld hoe hun reis is geweest, is het onmogelijk om voor elk mogelijk scenario je voor te bereiden.

Dit maakt je voorbereiding cruciaal. Je moet de juiste materialen en voorraad meenemen. Inschatten hoe lang de reis zal zijn. Wat marge inbouwen voor onverwachte dingen die zullen gebeuren.

En dan, op het moment dat er iets onverwachts gebeurt, kan je er mee omgaan. Verdwaald raken. Een wild dier dat je aanvalt. Sneeuwstormen. Je redt het wel.

En omdat je dat doet, zul je uiteindelijk succesvol de top van de berg bereiken.

Agile Value #4: Responding to change over following a plan

Omgaan met verandering betekent het hebben van een open mindset.

Stel een hypothese. Accepteer dat dingen om je heen zullen veranderen. Ontwikkel een aanpak om dit in je voordeel te gebruiken.

Het is oké dat je erachter komt dat je originele plan niet uitpakt zoals je verwacht had. Sterker nog, dit betekent dat je iets nieuws geleerd hebt sinds het maken van het plan.

----

Dat zijn de vier agile waardes.

Hopelijk heb je nu een beter idee van een agile mindset betekent.

Maar het probleem met waardes is dat ze open zijn voor interpretatie.

Dat is waarom de Agile Manifest ook twaalf agile principes heeft.

Op naar het volgende hoofdstuk.

Hoofdstuk 3:
De Twaalf Agile Principes

De volgende stap is om te kijken hoe je de agile principes toe kan passen om slimmer en effectiever te werken.

Ik laat je zien hoe je deze principes toe kan passen in je dagelijkse werkzaamheden.

Deze agile principes zijn specifiek ontworpen om je te helpen om super waardevolle oplossingen te maken die je klanten fantastisch vinden.

Dus als je er klaar voor bent om aan een SUPER effectief team te bouwen, dan is dit hoofdstuk voor jou.

Compass icon

De vier agile waardes helpen je dus om betere beslissingen te maken.

En de agile principes helpen daarbij als kompas op je reis 🧭.

Als je het gevoel hebt dat agile voor jou niet werkt, dan doe je het waarschijnlijk verkeerd.

De agile principes helpen je weer terug op de juiste route.

Maar als je de twaalf agile principes leest, zal je ongetwijfeld denken: Sommige van deze dingen doe ik al...

En dat is top! Het geeft je een goed startpunt om verder op te bouwen.

De principes zijn ontworpen om te focussen op het helpen van klanten. Verandering als voordeel te gebruiken. Ze kunnen gebruikt worden om je te kijken naar je huidige manier van werken en deze stap-voor-stap te verbeteren.

Als je een principe niet toepast: Waarom? Is het bewust? Of is het een kans voor verbetering?

Laten we een-voor-een door de voorbeelden heen lopen, met voorbeelden erbij.

1. Onze hoogste prioriteit is het tevredenstellen van de klant door het vroegtijdig en voortdurend opleveren van waardevolle software.

Agile principle number one: Satisfy the customer

Het eerste wat je merkt bij de agile principes is dat ze uitgebreider beschreven zijn dan de agile waardes.

Dus a la agile: Laten we ze opbreken in kleine stukjes 😁.

Er zijn vier interessante onderdelen voor agile principe #1:

  1. Hoogste prioriteit. Wanneer je keuzes maakt, is dit dan altijd om de klant beter te bedienen?
  2. Tevredenstellen van de klant. Wat zijn de problemen die je klanten hebben? Hoe helpt jouw bedrijf dit op te lossen?
  3. Vroegtijden en voortdurend opleveren. Zolang je klant geen gebruik kan maken van de oplossing, hebben ze er nog niks aan. Probeer je grote ideeën op te knippen in kleine stukjes en zo beschikbaar te stellen. Op die manier leer je ook sneller of je de juiste dingen aan het doen bent.
  4. Waardevolle oplossingen. Leer can je klant. Helpt jouw oplossing echt zoveel als je van tevoren dacht? Praat met ze en bekijk de data.

De winnende bedrijven zijn degene die dit principe tot een kunst hebben verheven.

Feit is, dat wanneer je nieuwe producten maakt:

Hoe langer je wacht, hoe hoger het risico.

2. Verwelkom veranderende behoeftes, zelfs laat in het ontwikkelproces. Agile processen benutten verandering tot concurrentievoordeel van de klant.

Agile principle number two: Welcome change

De definitie van Agile is: het vermogen om snel en makkelijk te bewegen.

Als je direct kan reageren op veranderingen in de markt, kan je je klanten beter bedienen. Wanneer de markt verandert, of als er een nieuwe technologie beschikbaar komt zou het stom zijn om daar geen gebruik van te maken.

Maar helaas is het zo dat veel grote projecten nog steeds falen. Ze blijven halsstarrig vasthouden aan een plan dat verouderd is, in plaats van nieuwe inzichten mee te nemen. Daardoor blazen projecten zich op, worden groter en groter. Om uiteindelijk te worden gestopt. Miljoenen worden zo verspild.

Door veranderingen te omarmen bouw je oplossingen die je klanten direct kunnen helpen.

Laten we in agile principe #3 bekijken wat dat betekent.

3. Lever regelmatig werkende software op. Liefst iedere paar weken, hooguit iedere paar maanden.

Agile principle number three: Deliver frequently

Stel regelmatig werkende oplossingen beschikbaar.

Om dit principe goed toe te kunnen passen, is het belangrijk om een belangrijk concept van agile te begrijpen:

Incrementeel.

Met een incrementeel proces wordt een oplossing in kleine stukjes gemaakt en beschikbaar gesteld. Dit is het tegenovergestelde van alles tegelijk aan het einde van een project beschikbaar stellen (ook wel Big Bang-delivery genoemd). Elk klein stukje, of increment, is een werkend onderdeel van de gehele oplossing.

De grootte van de increment kan verschillen, maar er is een voorkeur voor zo klein mogelijke stukjes. Want, des te sneller je iets aan je klanten kan laten zien, des te sneller je leert of het waardevol voor hen is. Wat uiteraard voor een hogere return on investment zorgt.

Een mooi voorbeeld van incrementeel werken is met dit schilderij:

Incremental. Don’t Know What I Want, But I Know How to Get It - by Jeff Patton
Incrementeel. Don't Know What I Want,-But I Know How to Get It - by Jeff Patton

Je kan incrementeel werken vergelijken met het metselen van een muur. Met elke increment voeg je stenen toe aan de muur en aan het einde heb je een grote muur.

Dit concept is vrijwel altijd gecombineerd met een ander belangrijk agile concept:

Iteratief.

Iterative. Don’t Know What I Want, But I Know How to Get It - by Jeff Patton
Iteratief. Don’t Know What I Want, But I Know How to Get It - by Jeff Patton

Als je iteratief werkt, ben je op zoek naar kosteneffectieve manieren om te testen of je het juiste aan het doen bent.

Vaak genoeg is een simpele schets van het eindresultaat al voldoende. Het maken van een schets dwingt je om het idee dat je in je hoofd hebt concreter te maken, door het op papier te zetten.

Dit is een makkelijke manier om te testen of je oplossing de moeite waard is om te maken. Klanten kunnen er naar kijken, en je kan leren van hun feedback.

Idea, build, launch, learn

Wat je waarschijnlijk nu merkt, is dat als je beter wordt met dit agile principe (regelmatig beschikbaar stellen), je automatisch ook principes #1 en #2 beter gaat doen.

Dat is het mooie van de 12 principes. Door op één principe te focussen, zal je automatisch ook groeien in de andere gebieden.

Dat gezegd hebbende, op naar #4.

4. Mensen uit de business en ontwikkelaars moeten dagelijks samenwerken gedurende het gehele project.

Agile principle number four: Work together on a daily basis

Klinkt als een a no-brainer, toch?

Alleen, zijn de meeste organisaties ingericht op een manier die voor expertise silo's zorgen. Vooral grotere organisaties.

Mensen met dezelfde expertise worden samengevoegd in dezelfde afdeling.

Maar om waardevol te zijn voor hun klanten, moeten ze samenwerken met andere afdelingen. Dit zorgt voor allerlei afhankelijkheden.

En omdat elke afdeling eigen prioriteiten heeft, is er onwijs veel verspilling in deze organisaties. Organisatie verspilling kan vermomd zijn in vele vormen:

  • Wacht tijd. Een team moet wachten op betrokkenen voordat het verder kan.
  • Ongebruikt talent. Mensen hun talenten, skills en kennis worden niet volledig gebruikt, omdat ze slechts een deel van het probleem kennen.
  • Handovers. 50% van kennis gaat verloren met overdrachten.

Dit resultaat allemaal in langere doorlooptijd voordat de klant daadwerkelijk het eindresultaat kan gebruiken.

Dat is waarom je in agile werken kleine cross-functionele teams hebt. Ze hebben van begin tot eind verantwoordelijkheid over het oplossen van de problemen van de klant.

Je helpt teams succesvol te zijn met agile principe #5.

5. Bouw projecten rond gemotiveerde individuen. Geef hen de omgeving en ondersteuning die ze nodig hebben en vertrouw erop dat ze de klus klaren.

Agile principle number five: Give the team trust and support

In zijn boek Drive - The surprising truth about what motivates us, geeft Daniel Pink inzichten over intrinsieke motivatie, beloningen en straffen.

Als het over creatief werk gaat, dan zorgen carrots and sticks voor slechtere prestaties:

  • Meer carrots (of hogere beloningen) leiden niet tot beter creatief werk.
  • Meer sticks (of straffen) leiden niet to betere resultaten.

Wat werknemers motiveert:

  • Autonomie. De vrijheid om zelf keuzes te maken.
  • Vakmanschap. De mogelijkheid om beter te worden.
  • Zingeving. Het gevoel dat hun werk er toe doet.

Door zo'n werkomgeving te creëeren (en het team te steunen wanneer nodig) zal het team succesvoller zijn.

Ik zal in het volgende hoofdstuk wat meer inzicht geven hoe je zo'n omgeving kan creëeren.

Maar, nog eerst de volgende agile principes.

6. De meest efficiënte en effectieve manier om informatie te delen in en met een ontwikkelteam is door met elkaar te praten.

Agile principle number six: Face-to-face conversations

Dit principe gaat over hoe we met elkaar communiceren.

Op het moment dat de agile manifesto geschreven is, hadden we nog niet de techniek zoals we die nu kennen.

Daardoor is in agile principe #6 geschreven dat face-to-face communicatie de beste manier van communiceren is.

Inmiddels is dat niet meer zo.

Door middel van tekst, audio en video kunnen we op elk moment samenwerken met mensen over de hele wereld.

De kunst zit er in, om dit op zo'n manier te doen dat de beste ideeën van een team gecombineerd worden.

Een belangrijk onderdeel daarvan is om je ideeën concreet te maken door ze te visualiseren.

Daardoor is het makkelijker om te zien of je op één lijn ligt. Zo niet, dan kan je elkaars ideeën combineren en verbeteren:

I'm glad we all agree.

Daarbij is asynchroon werken enorm in populariteit aan het stijgen. Je hebt geen meeting nodig om met elkaar te kunnen samenwerken. Als je daar meer over wilt leren bekijk dan de video die ik voor Workshop Wednesday heb gemaakt over op afstand samenwerken.

7. Werkende software is de belangrijkste maat voor voortgang. Agile processen bevorderen constante ontwikkeling.

Agile principle number seven: Working software
"Measurement is fabulous. Unless you're busy measuring what's easy to measure as opposed to what's important."
- Seth Godin

Vanity metrics are ones that look great on paper, but can be the reason why your company is failing.

Examples of vanity metrics are things like number of likes, NPS, and story points burned.

They are easily gamed and manipulated.

They do not necessarily correlate to the numbers that really matter: engagement of your customers, the cost of getting new customers, and ultimately revenues and profits.

The North Star Metric (NSM) is a powerful concept that has emerged in recent years from Silicon Valley companies with breakout growth. It helps teams move beyond vanity metrics to instead focus on generating long-term retained customer growth.

The North Star Metric the core value that your product delivers to customers. Optimising your efforts to grow this metric is key to driving sustainable growth across your full customer base.

Examples of North Star Metrics:

  • Airbnb: Nights booked. This captures value delivered to both guests and hosts.
  • Spotify: Songs listened. Spotify is able to create a profile around the songs users listen to, and give better recommendations. Artists earn compensation when their songs are played.

Try capturing the value you deliver to your customers and capture it in a single North Star Metric. There may be more than one metric that works, but try to boil it down to a single NSM.

8. De opdrachtgevers, ontwikkelaars en gebruikers moeten een constant tempo eeuwig kunnen volhouden.

Agile principle number eight: Work at a sustainable pace

One weird contradiction in agile is the use of the word Sprint.

Businesses are in this for the long run. Instant success is an illusion.

However, in agile a Sprint defines a time-boxed period where an agile teams works to complete a set amount of work.

Of course, to sprint also means to run at full speed over a short distance.

That can be confusing, especially in an era where one out of eight people has signs of burn-out.

Agile promotes working on a sustainable pace.

Making your business successful is a marathon. It's not something that will happen overnight.

That's why you need to be able to keep doing what you're doing, to build lasting and continuous long-term success.

Ps. In the past, I've had my issues of maintaining a sustainable pace myself. I've learned a lot of lessons the hard way. I created a full course on this topic and put all my lessons in it.

Join the FREE 5-day challenge The Millennials Guide to Agile Leadership and prevent yourself from burning out.

9. Voortdurende aandacht voor een hoge technische kwaliteit en voor een goed ontwerp versterken agility.

Agile principle number nine: Continuous attention to technical excellence and good design enhances agility

In traditional projects, all of the hard thinking is expected to be done in the initial stages.

This means you have to try and cover every possible scenario, without knowing for sure if it's actually going to work.

There are huge risks in this old way of thinking. We already covered one in Agile Value #2 (you can't know everything when climbing a mountain for the first time).

Another one is that of accountability.

Handovers are really common in these failing projects.

  • Who's responsible for fixing issues after a handover?
  • And what if the responsible person is working on another project at the time person B finds out? What's more important?

Next to that, this agile principle is about craftsmanship.

When you know you have to maintain a solution you have build, you'll make sure that it will be easy to maintain.

10. Eenvoud, de kunst van het maximaliseren
van het werk dat niet gedaan wordt, is essentieel.

Agile principle number ten: Maintain simplicity

The most successful solutions are super simple to use.

  • With a tap on a button you can order a taxi at your doorstep
  • You can hold your phone against a terminal to pay your groceries

But the thing people forget:

Simple IS NOT EASY.

Actually, making something simple for customers to use turns out to be very hard.

And you can also look at this principle from a team perspective. Teams who can focus, and drive goals to success one-by-one will be five times more successful.

Animation explaining how focus helps to achieve twice as much in half the time

11. De beste architecturen, eisen en ontwerpen
komen voort uit zelfsturende teams.

Agile principle number eleven: Self-organising teams

A self-organising team doesn't need to wait on others to help their customers.

It has the mandate to decide on what's best for the customers interest.

Because of that, it is super effective and can solve complex problems.

It can work around or solve boundaries that are slowing them down from getting there.

There is high alignment, and high autonomy in the team.

In bigger organisations this is the number one challenge when moving to an agile organisational model.

In a hieratic model there is low autonomy. Usually a manager tells a team what to do.

(And this manager is being told what to do by her manager.)

Spotify Engineer Culture
Spotify Engineering Culture - Henrik Kniberg

This is a problem, because most of the times the team has the most knowledge on how to solve  problems. Not the manager.

In an agile, self-organising team there is no traditional manager. It is replaced by someone who guards the vision and goals of the team, but doesn't tell them how to achieve it.

12. Op vaste tijden, onderzoekt het team hoe het effectiever kan worden en past vervolgens zijn gedrag daarop aan.

Agile principle number twelve: Reflect and adjust

In the Manifesto, they've saved the best for last.

The twelfth and final principle is my personal favourite.

It's all about the power of the Compound Effect (book by Darren Hardy).

If you can improve one small thing every week, then over time you'll achieve amazing results.

Which would you choose? €3 million in cash right now, or a magic penny that doubles in value for the next 31 days?

Spoiler alert: After 30 days, the magic penny is worth already €5,7 million.

Seemingly small improvements applied over time can have huge results.

For agile teams this this compound effect is achieved with Retrospective meetings.

In it's most simple form your team answers this questions in a Retrospective:

  • What have we improved since meeting last time?
  • What good things should we keep doing, or do more of?
  • What can we improve?
  • How can solve our number one frustration this week?

The rhythm of doing this every week will surface existing problems in the team and organisation. By solving a small problem every week, over time the team will become hyper-effective.

Great agile teams will be able to identify problems and next steps within a 10 to 60 minute time-box.

Agile is stap-voor-stap.

En dat is de hele Agile Manifesto. Vier waardes en twaalf principes.

Het is nogal veel om in een keer te bevatten, toch?

En dat is prima. Het is compleet normaal om deze gids erbij te pakken wanneer je het nodig hebt.

(Ik doe het zelf ook. Het is echt onmogelijk om elk principe uit je hoofd op te dreunen)

Daarom praten agile enthousiastelingen over een agile journey (of agile reis).

Het volgende hoofdstuk helpt je om een vliegende start te maken op die reis.

The next chapter will help you get a flying start on that journey.

Want oefening baart kunst.

Ken je Daniel-san nog van de film Karate Kid? (Nee? Aanrader op Netflix!)

Shu Ha Ri

De film legt de fases van iets nieuws leren goed uit, met het Japanse concept Shu-Ha-Ri:

  • Shu - Follow the rule: In het begin van de film leert Karate Kid de basis vechtsport principes door auto's te wassen. Wax in, wax out. 🚗
  • Ha - Break the rule: In het midden van de film heeft hij zelf uitgevogeld hoe hij een vlieg kan vangen met zijn eetstokjes. 🥢
  • Ri - Be the rule: Aan het einde lijkt alles erop dat Karate Kid gaat verliezen (zoals in elke spannende film!). Maar, met alles wat hij geleerd heeft, verzint nu een nieuwe karate beweging. Hij wint! 🏆

Voor je agile journey geldt hetzelfde.

Zoek sterke voorbeelden, mentors, boeken, videos en podcasts.

Volg hun voorbeeld om de regels te leren, voordat je ze gaat doorbreken.

In het volgende hoofdstuk help ik je met een voorsprong in jouw agile reis.

Hoofdstuk 4:
Hoe begin je met agile werken?

Nu is het tijd om te laten zien hoe je start met agile werken.

Dit helpt je team om in dezelfde tijd twee keer zoveel te bereiken.

Sterker nog, agile teams stellen vaker nieuwe oplossingen beschikbaar voor klanten, met een hogere kwaliteit, worden voorspelbaarder en zijn enthousiaster over hun werk.

(Wat allemaal leidt tot een sterkere en waardevoller bedrijf)

Laten we er in duiken.

Start icon

What is the best agile way of working?

Teamwork

The world of agile is confusing.

Today, there are many agile frameworks and agile methodologies out there. All claiming to be the best way to work agile.

However, the fact is there is NO one way of agile working.

The Agile Manifesto was created as a set of best practices, a common ground between the things that were working well for all 17 authors.

But in 2001 the Agile Alliance already all had their own take on this (Scrum, Kanban, XP, DSDM, Pragmatic Programming).

They were surprised themselves that they came up with a mutual manifesto.

In 2020 it's even worse, with agile scaling models like:

It's a lot!

So, how do you start?

Doing agile versus being agile

Doing agile versus being agile

Remember chapter #1: Being agile is a mindset.

It helps you to deliver more value to your customers.

A customer doesn't care how your organisational model looks like. Or how long it takes you to bring something to market.

She cares about the experience of being helped with her problems.

So, if you are just copy/pasting how other companies are doing it, you're doing it wrong.

Doing Daily Standups and keeping a backlog in JIRA because you see other people do it. That's simply jumping through hoops again.

Becoming agile requires change and patience. It takes time to understand WHY things work.

Make it clear for everyone why you want to start with agile, and invest time in learning the basics of agile project management.

But remember: Think big and start small.

We're going to start with agile principle #12: Reflect and adjust.

This can be a small tweak to the things you are already doing. But, it can have a great effect.

You're going to facilitate a meeting!

The problem with meetings

I hear you thinking: What's his great solution for starting with working agile?

A meeting!?

Hear me out.

I've been in horrible meetings.

The most horrible ones were in a building where the meeting rooms were in the middle of building. The meeting rooms were closed with sliding doors, without any glass in it.

We had no daylight. No fresh air. All lights were dimmed. The beamer on.

With 20 people we were looking how one (1!) person was updating tickets in JIRA.

On top of that: We did this every day.

If you ever find yourself in a meeting like this: Leave!

Make use of the The Law of Two Feet:

If you find yourself in a situation where you are not learning nor contributing, it is your responsibility to use your two feet and go someplace else.

The law of two feet: If you find yourself in a situation where you are not learning nor contributing, it is your responsibility to use your two feet and go someplace else.

There are many problems with meetings:

  1. People come unprepared.
  2. Meetings take way longer than needed.
  3. Meetings have a lack of focus.
  4. Meetings start late.
  5. You can't get work done between all meetings.
  6. One person hijacks the meeting and keeps talking the whole time.

If you recognise some (or all) of the above:

It's time to break the status quo! 👊

Meetings executed the right way are the fuel for making your team successful. 🚀

A successful meeting:

  • is well prepared,
  • has a clear goal,
  • a structure to achieve that goal,
  • starts and ends on (or before) agreed times,
  • allows everyone in the room to contribute,
  • and is facilitated effectively.

The meeting you are going to facilitate in agile terms is called the Retrospective.

It is a recurring weekly event, in which you discuss:

  • What have we improved since last week?
  • What went well this?
  • What one thing do we need to improve?

By doing this on a weekly basis, you create accountability, focus and the compound effect of improvement.

To guide you through your first Perfect Retrospective, I've made a step-by-step guide for you.

Let's get started!

The Best Online Retrospective for beginners (video)

For this retro you need a maximum of 60 minutes.

This forces you to focus only on the most urgent issue in your team.

(Remember the compound effect. By solving one issue per week, you will make your team hyper-productive in the long run.)

I'll give you an overview of the how to do the retro in this video:

Share the agenda

You want to help your team come prepared to the meeting. Give them a heads-up at least a week before:

Hi team!

I have noticed [reason you want to do the retrospective].

I came across this meeting format on how we can improve as a team:
Best online retrospective for beginners

I would like propose a four-week experiment. Every week we follow this agenda:
  1. Set the stage. Why are we doing this meeting? When is it successful? What did we accomplish since last meeting?
  2. Gather data. What's working well for us? What stopping us or slowing us down?
  3. Generate insights. What patterns do we see? How can we improve?
  4. Decide what to do. What's one thing we can do this week to improve?
  5. Close the retro. How can we make our next meeting better?
The meeting is time-boxed to a maximum of 60 minutes. (Usually, after a couple of times we need less than 60 minutes.)

Looking forward to it!
[Your name]

Working together alone

The most horrible thing that can happen when you need creativity from a group of people, is when the HiPPO takes over. 🦛

HiPPO stands for Highest Paid Person's Opinion.

Don't get me wrong, there are a few scenario's where it's simply necessary for a boss to TELL her team what to do.

A Retrospective is not that place. (Remember agile principle #5: Autonomy is a major driver for employees)

It's your job as a facilitator to help the team find better ways of working together.

The best way to get results fast in a group setting, is to work together alone. Let me explain in this video:

So, set a timer for every activity!

If you give people one minute to do a task, they will use only that minute.

When you give ten minutes for the same task, our brains are wired to make use of the full ten minutes. (And often times a couple minutes extra. It's called Parkinson's Law.)

So for each exercise of the five stages in the Perfect Retrospective agenda, follow the same steps:

Working Together Alone: Note, Share, Vote, Decide

1. Note

Give people some breathing time to think for themselves what they think about what's asked from them.

Ask them to write every thought on separate sticky notes (this way you can later cluster the team's ideas).

2. Share

Everyone puts their post-its on the wall. Cluster all similar post-its, so you can easily spot overlapping and competing ideas.

Important: You are not the one who's making the clusters. Let people make clusters themselves. This forces people to read each-others post-its. (No one likes wrong cluster, right?)

If necessary, ask clarifying questions if post-its are unclear. Make sure the group doesn't go into discussion modus yet!

3. Vote

Everyone gets one vote. They can use it to vote on the post-it that should be the winner.

That doesn't mean that the other post-its are "losers". It just means that there is going to be one thing you focus on right now. The others become maybe-laters. (It's also possible they get solved by focussing on the winner)

Everyone can vote on any post-it, even their own.

To prevent people from influencing the rest. Ask the team to wait putting their vote on the sticky, until after you have counted down.

3-2-1, vote!

4. Decide

Pick the winner. In a Retrospective setting this is the one with the most votes.

Then move on to the next agenda item, and repeat this structure.

Now that we're on the topic of the agenda, let's deep dive into that!

The Perfect Retrospective Agenda

The fun thing with retro's is that the activities can change every time.

At the same time, that's also the challenging part.

You have to make sure that the activities you do in a retro are aligned with the goal you want to achieve.

So that's why for this retrospective I've made the agenda for you.

You can copy the Google Slides presentation here.

The goal of this retrospective is to uncover:

  • what's working well in your team,
  • and what needs to be improved.

This way your team can get used to the rhythm of the weekly meeting.

It creates accountability.

So, if you notice what you agreed on in the retrospective is not followed up on, then you've uncovered a bigger problem in your team.

(If that's the case, let me know and I'll help you out.)

Let's have a look at the complete agenda:

1. Set the stage - Positive & True

❓Why: Create a positive vibe and give everyone an opportunity to speak.
⏰ 5 minutes

Get everyone in the right mood.

Make sure everyone understands why you are doing this meeting in the first place.

2. Gather data - Learning Matrix

❓Why: Gather topics to talk about and appreciation.
⏰ 15 minutes

Get clear what’s working well, where to improve and show appreciation for each-other.

3. Generate insights - Lean Coffee

❓Why: Have a focused discussion of the top topics
⏰ 15 minutes

Find out where there are patterns and overlap in the data you just gathered. Why are certain things happening?

Describe the future state, so that you can backtrace the steps needed to get there.

4. Decide what to do - Worked Well, Do Differently

❓Why: Keep track of suggested action items
⏰ 15 minutes

Maximise follow through in an agile retrospective. Two examples of actions, expected outcomes, measurements, owners, and deadlines.

The Perfect Retrospective has at least one action item. Make sure there is buy-in, and that it is something you can really act upon.

You've spent time to uncover what the root issue is. Now it's time to focus again. Come up with an actionable item.

You cannot solve everything at once. So focus on one thing you can do this week.

Otherwise you've wasted an hour of everyone's time.

5. Close the retro - AHA

❓Why: Discuss lessons learned and return on time invested
⏰ 5 minutes

Check if there's real buy-in for the action item. Also, see how you can improve the next Retro.

Creates some breathing space and lets people reflect on the past hour.

Why agile retrospectives are helpful

OK so those are the 5 steps to follow for your first retrospective.

Within 60 minutes you can get your team super-aligned on how to improve one small thing every week.

And, even better: Once you get the hang of it, you will need less time.

The most important thing to do now is to be consistent. For the next four weeks, make sure that you do the retrospective every week.

What you will notice is that it will not be easy.

Making the time to improve every week will be difficult at times when you feel overwhelmed.

Especially then, you should take the time to make smarter decisions.

Doing this will help you:

  • Improve accountability. Once committed, people want to live up to their word.
  • Higher engagement. You will learn new ways to better communicate in meetings. There will be no time to doze off.
  • Increase appreciation. The safe environment of the retro gives a space to acknowledge each-others accomplishments.

After four weeks, you will have created a lasting compound effect of improvements.

You should now have a solid foundation to take the next step in your agile journey!

BONUS hoofdstuk:
Advanced Agile

Dit is een korte lijst met gevorderde agile tips en tactieken die ik door de jaren heen heb opgepikt.

Spaceship icon

Agile and working remote

Agile can work great if your team is not in the same physical location.

Better yet, when done right, working agile and remote can increase your productivity.

But where to start?

I've launched a series of videos to help you with that (called Workshop Wednesday):

There will be a new video every Wednesday.

If you want to get a notification when a new Workshop Wednesday video goes live, than sign up here 👇

Join the community

Design Sprints: How to learn if your idea is solving a problem for your customers and your business

When starting long-term projects with your team, you're usually up for challenging situations:

  • The stakes are high. You're facing a big problem and solving it requires a lot of time and money.
  • You don't have enough time. You're up against a deadline, and need good solutions, fast.
  • You're just plain stuck. It has been difficult to get the project off the ground.

The best way for agile teams to start a new project is with the Design Sprint.

(Don't to be confused with a Scrum Sprint)

A Design Sprint is kind of like a recipe from a great chef for that three star Bouillabaisse with crab and poached lobster.

Following the recipe, you go through a four-day process. That way you solve complex problems with your team through prototyping and interviewing real customers.

Following step-by-step instructions you get from abstract problem to concrete solutions. At the end of the week you will exactly know what to do next.

After facilitating more than 30 Design Sprints, I can safely say this is THE best way for agile teams to start new projects.

Go ahead, if you want a detailed overview of Design Sprints.

Case study of one year of agile working at a digital product agency.

In 2015 I started working at a digital product agency. We did strategical, design and product development work for companies like Red Cross, BMW and NU.nl (biggest news website in The Netherlands).

When I joined the company, they had grown to 20 employees in four years time. For a start-up this is usually a phase were the "old rules" don't work that well anymore.

Before, with 8 people, it was easy to know who was working on what every time. But the bigger the company, the harder that becomes.

It was time for the next step.

You can find a detailed, step-by-step overview in the case study: One year of agile teams.

It covers the problems we were running in to and agile practices we used to solve those problems.

Twaalf dingen die succesvolle agile teams doen


  1. Geen copy/paste van agile tools
  2. Gezamenlijke doelen stellen
  3. Kleine cross-functionele teams maken
  4. Droom groots, begin klein
  5. Werk in kleine stappen
  6. Work in small loops
  7. When in doubt, decide
  8. Create a network of teams
  9. Be strict on time-boxing
  10. Reflect every week
  11. Test before building
  12. Build on other methods
  13. Optimise for flow

Conclusie

Hopelijk vond je deze gids voor agile werken in 2021 waardevol.

Ik snap het, het is veel!

Zoals ik al eerder zei, dat is helemaal normaal.

Ik zou graag van je willen weten: Wat heeft je het meest geholpen uit deze gids?

Wat is het eerste dat je morgen gaat proberen? Of wat houd je tegen om tot actie over te gaan?

Laat het me weten door een korte reactie via mail.

Spaceship icon
Download the complete guide to the Agile Manifesto as PDF

Download een gratis agile manifesto PDF versie van deze gids…

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
De Agile Manifesto PDF versie heeft dezelfde inhoud en bronnen die je van de webgids