Agile Werken: De complete gids

0. Over mijn agile journey

Hoi, ik ben Arthur von Kriegenbergh.

(En ik ben de founder van de Workshop Wednesday)

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 50 organisaties en 100 teams geholpen met hun agile manier van werken.

Daarbij zie ik vaak: agile wordt verkeerd 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.

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.

Wat is agile?

Agile is een mindset, bestaande uit een combinatie van waardes en principes. Het is vastgelegd in de Agile Manifesto.

In dit artikel leg ik de Agile Manifesto Nederlands uit.

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.

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...

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 2023.

Sterker nog:

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

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.

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.

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.

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.

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.

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.

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.

‍

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.

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.

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.

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:

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.

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.

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.

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.

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.

Dit principe gaat over het verkiezen van gesprekken boven het geschreven woord.

Er is veel kans op onduidelijkheid bij het lezen van tekst die iemand anders heeft geschreven.

Denk eens aan de e-mailthreads die maar doorgaan. Presentaties van 200 pagina's (met meer dan 100 woorden op elke pagina). Slack-berichten die heen en weer gaan. Een sms-bericht dat zo is geschreven dat u niet zeker weet wat het betekent.

Tekst kan verwarrend zijn, vooral als het gaat om het bespreken van grote projecten.

Wanneer u face-to-face werkt, is het gemakkelijker om op één lijn te komen. Het valt gemakkelijker op als iemand niet helemaal begrijpt wat u zegt.

Het maakt het ook gemakkelijker om dingen visueel te maken en een gedeeld begrip te krijgen van waar je het over hebt.

‍

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

"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.

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.

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.

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

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

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 Agile Manifesto. Vier waarden en twaalf principes.

Het is veel om in één keer te begrijpen, toch?

En dat is oké. Het is volkomen normaal om deze handleiding opnieuw te raadplegen wanneer je het nodig hebt.

(Ik lees zelf nog regelmatig terug. Ik kan simpelweg niet elk principe uit m'n hoofd opnoemen.)

Daarom praten agile-enthousiastelingen over een agile reis.

Het volgende hoofdstuk zal je helpen een vliegende start te maken op die reis.

Omdat het oefening vergt.

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

Het illustreert het concept van iets nieuws leren, met het Japanse concept Shu-Ha-Ri:

• Shu - Volg de regel: In het begin van de film leert Karate Kid de basisprincipes van vechtsporten door auto's schoon te maken. Wax in, wax uit. 🚗
• Ha - Overtreed de regel: midden in de film heeft hij ontdekt hoe hij een vlieg kan vangen met stokjes. 🥢
• Ri - Wees de regel: uiteindelijk zijn alle kansen tegen Karate Kid ( zoals in elke goede film! ). Met wat hij heeft geleerd, kan hij echter een nieuwe karatebeweging bedenken. Hij wint! 🏆
                                 

Dat zal ook zo zijn op jouw agile reis.

Vind geweldige voorbeelden, mentoren, boeken, video's en podcasts.

Volg hun voorbeeld om de regels te leren kennen, voordat je ze overtreedt.

In het volgende hoofdstuk help ik je met een voorsprong op dat traject.

‍