Deze video is voor iedereen die werkt in of met een Agile team.

• Team Leads en Product Owners die worstelen met prioritering en stakeholderverwachtingen
• Developers en engineers die willen begrijpen hoe beslissingen over de backlog worden gemaakt.
• Managers en directeuren die willen snappen wat Agile nu echt betekent in de praktijk.
• Scrum Masters en Agile Coaches die een heldere uitleg zoeken voor nieuwe teamleden.

Hoe krijg je meer focus en flow?

De video volgt Sam, een Team Lead die een nieuw product ontwikkelt samen met een klein, zelforganiserend team. Met een eenvoudig voorbeeld zie je dat meer instroom dan uitstroom niet meer snelheid oplevert – het leidt tot multitasking, demotivatie en lagere kwaliteit. Net als auto’s toevoegen aan een file: het werkt averechts.

Hoe krijg je meer grip op de backlog?

Stakeholders en teamleden blijven ideeën aandragen. Dat is goed! Maar zonder actief beheer wordt de backlog een wensenlijst van zes maanden oud. De video toont drie manieren om dat te voorkomen: prioriteren, opdelen en nee zeggen. Waarbij dat laatste het moeilijkst én het belangrijkst is.

Keuzes maken levert snelheid op

Ja zeggen is makkelijk. Maar je wekt verwachtingen waar je niet altijd aan kan voldoen. Nee zeggen beschermt het team, bewaakt de focus en zorgt ervoor dat de discussie verheldert.

Hoe kun je beloven wanneer iets af is?

“Wanneer is mijn feature klaar?” is een vraag die elke Team Lead krijgt. De agile animatie toont hoe je met een simpele burn-up chart en twee trendlijnen eerlijke antwoorden geeft, gebaseerd op echte data, niet op hoop.

Hoe balanceer je onderzoek met nieuwe functionaliteit?

De teamlead en het team maken voortdurend afwegingen. Hieronder wat aanknopingspunten als je die zelf wil maken.

• Kenniswaarde vs. businesswaarde – reduceer eerst risico, lever daarna klantwaarde
• Nieuw bouwen vs. bestaande producten verbeteren – een team heeft één backlog voor alles.
• Reactief vs. proactief werk – timebox beide, anders wint altijd de brand van de dag.
• Het juiste bouwen vs. het goed bouwen vs. snel bouwen – alle drie tellen, maar de balans verschuift voortdurend.

Denk je dat de agile animatie beter kan? Laat het weten!

Complexe concepten als velocity, burn-up charts en technische schuld zijn lastig uit te leggen in tekst alleen. Met de animatie wil ik abstracte ideeën tastbaar maken. Je ziet de backlog groeien, de capaciteit botsen met de input, en de trendlijnen van de forecast verschijnen. Als je dingen onduidelijk vindt, laat het weten. Dan pas ik het aan in een nieuwe versie.

De uiteindelijke tekening kun je hier zien en downloaden.

De diepte in met wendbaarheid?

Bij Wendbaar Groeien helpen we teams en organisaties om wendbaarder te werken – niet als doel op zich, maar als middel om sneller waarde te leveren en beter te leren. Benieuwd hoe dat eruitziet voor jouw organisatie? 📩 Neem contact op of bekijk ons trainingsaanbod.

The post Animatie: Waarom “nee” veel oplevert voor agile team leads appeared first on Anton Vanhoucke.

De één voelt zich vrij als hij zelf beslissingen mag nemen, de ander juist als de kaders helder zijn. Wil je weten hoe je motiveert met autonomie, dan helpt het om te begrijpen wat iemand van binnenuit drijft. In de fantastische film ‘Django’ was de hoofdrolspeler duidelijk gemotiveerd door vrijheid.

Hoe motiveren met autonomie? Kijk naar drijfveren

Bij Wendbaar Groeien gebruiken we vier drijfveren om gedrag begrijpen: Loyaliteit, Gelijkwaardigheid, Persoonlijke Vrijheid en Rechtvaardigheid. Elke drijfveer heeft een hoge en lage variant — en die bepaalt hoe iemand autonomie ervaart.

Hoe motiveer je met autonomie in teams?

De tabel laat zien dat er geen universele formule bestaat. Iemand met hoge Loyaliteit voelt zich gemotiveerd in een heldere rol, terwijl iemand met hoge Persoonlijke Vrijheid juist energie krijgt van uitdaging en het scheppen van de eigen rol. Hoge Gelijkwaardigheid vraagt om dialoog en gezamenlijke beslissingen, en hoge Rechtvaardigheid floreert als iemand mag onderzoeken en geven wat het beste is voor iedereen.

Wie wil weten hoe te motiveren met autonomie, kan dus beter verder kijken dan ‘meer vrijheid geven’. Het gaat om de juiste soort vrijheid voor de juiste persoon. Bovendien is het belangrijk om de autonomie evenredig te laten opgaan aan de vaardigheid van de persoon. Een beginner alle vrijheid geven is een slecht idee, net als ervaren mensen te veel beperking opleggen.

Ga eens in gesprek over deze vragen. De antwoorden zullen anders zijn dan je verwacht!

• Wanneer voel je je echt vrij in je werk?
• Wat heb je nodig om verantwoordelijkheid te kunnen nemen?

Ontdek je drijfveren met een DISC-3D analyse

Wil je weten wat jou drijft? Je kunt een DISC-3D analyse doen bij Wendbaar Groeien.
Je ontdekt welke drijfveren jouw motivatie kleuren en hoe jij autonomie het liefst beleeft. Ook leuk om samen met je team te doen – het levert vaak verrassende gesprekken en herkenning op.

Motiveren met autonomie begint bij echt begrijpen

Autonomie is essentieel, maar nooit éénvormig. Wie drijfveren begrijpt, kan motivatie duurzaam versterken – bij zichzelf én in teams. Dus niet: meer autonomie voor iedereen, maar de juiste autonomie voor ieder individu. Dat is waar wendbaar groeien echt begint. Bel gerust als je vastloopt met motiveren – dan luister ik graag naar de situatie.

The post Motiveren met autonomie: 8 onverwachte invalshoeken appeared first on Anton Vanhoucke.

Eliza Filby: Generaties Verbinden in het AI-tijdperk

Eliza Filby betrad het podium met een duidelijke boodschap: leeftijdsdiscriminatie is het laatste toegestane vooroordeel. Ze nam ons mee door de verschillende generaties: van de Boomers, die enorme rijkdom bezitten, maar het pensioen opnieuw vormgeven, tot Gen X als de “laatste tech-optimisten”, tot Millennials als de brug tussen analoog en digitaal, tot Gen Z die de regels van werk herschrijft: iedere groep heeft een rol.

AI en hybride werken zullen onze wereld vormgeven, maar het hart van bloeiende werkplekken blijft diep menselijk. Zoals ze zei: “Het helpt ons niet in onze carrières als we niet terugkeren naar wat mensen het beste doen – luisteren, leren en praten.”

Vijf Mind Grenades van Eliza Filby:

1. “Leeftijdsdiscriminatie is het laatste toegestane vooroordeel.”
   • Dit is iets wat ik vaak tegenkom bij het transformeren van teams naar autonome teams. Managers lijken het opgegeven te hebben bij de ervaren mensen en zeggen tegen mij dat ik me er niet druk over moet maken. Terwijl ik geloof dat hun ervaring van onschatbare waarde is.
2. “Millennials zijn de vertalers en de bruggen van de analoge wereld naar de digitale wereld.”
   • Ik denk dat we meer vertalers nodig hebben om samen te werken en geweldige dingen te doen.
3. “Het paspoort was voor millennials wat de auto was voor babyboomers.”
   • Ik begrijp dat. Maar ik ben Gen X. Geen van beide is voor mij superbelangrijk.
4. “Het helpt ons niet in onze carrières als we niet terugkeren naar wat mensen het beste doen – luisteren, leren en praten.”
   • Amen. Vooral het leren en luisteren kan wel een boost gebruiken.
5. “Laten we weggaan van wrijving tussen generaties en de kracht van verschillen benutten.”
   • Daar draaien geweldige agile teams om: diversiteit en meerdere perspectieven.

Haar talk liet me nadenken: wat als de grootste kans van onze tijd niet AI zelf is, maar hoe we wijsheid en innovatie generaties overschrijdend samenbrengen?

Neil Pasricha: Geluk Eerst, Niet Later

Neil Pasricha betrad het podium met zijn kenmerkende humor en storytelling, maar ging al snel de diepte in. Hij begon met een vraag: als we leven in de meest overvloedige samenleving in de menselijke geschiedenis, waarom zijn we dan niet gelukkig? Angst, depressie, eenzaamheid en suïcidecijfers stijgen allemaal. Hij stelde dat het probleem ligt in het model dat we ons hele leven hebben geleerd: werk hard, wees succesvol, en dan pas ben je gelukkig. In werkelijkheid is het andersom.

Zijn woorden waren simpel, maar ze kwamen binnen: “We moeten ons brein trainen om eerst gelukkig te zijn.” Hij liet zien dat gelukkige mensen niet alleen vreugdevoller zijn – ze zijn productiever, creatiever en veerkrachtiger. Geluk is niet de beloning aan het einde van succes. Het is de brandstof.

Wat zijn talk onvergetelijk maakte, was de kwetsbaarheid waarmee hij zijn verhaal deelde – echtscheiding, het plotseling verlies van zijn beste vriend, en hoe hij begon te bloggen over “1000 Awesome Things” om licht te vinden in het donker. Dat project groeide uit tot bestsellers en een wereldwijde beweging, maar het ging altijd om het dagelijks kiezen van vreugde.

Acht citaten die bij mij bleven hangen van Neil Pasricha:

1. “We leven in de overvloedigste samenleving ooit in de menselijke beschaving. Dus hoe komt het dat we niet gelukkig zijn?”
   • Het is een vraag die ik mezelf vaak stel wanneer mensen online en in de media klagen over de kleinste dingen. Ik heb er geen idee van.
2. “Gelukkige mensen hebben 50% meer kans om in de komende 12 maanden promotie te maken.”
   • Klopt: geluk maakt je sympathiek, en sympathieke mensen krijgen promotie. De traditionele logica is: goed werk doen > succesvol zijn > gelukkig worden. In werkelijkheid is het meer: gelukkig zijn > goed werk doen > succesvol zijn.
3. “Gelukkige mensen leven gewoon langer.”
   • Sommige mensen eten een ‘gezond’ dieet om langer te leven. Maar ik kan zien dat hun diner ze niet gelukkig maakt. Schiet het dan niet zijn doel voorbij?
4. “We zijn drie keer gevaarlijker voor onszelf dan voor anderen.”
   • Dat was toen Neil de suïcidecijfers vergeleek met moordcijfers. Ik neem aan dat het Amerikaanse statistieken waren.
5. “Als je twee minuten neemt om je brein op positiviteit te richten, verander je je hele dag.”
   • Ik weet niet of het ZO makkelijk is, maar ik veronderstel dat het helpt.
6. “Soms lijkt het in het leven alsof niemand een verslaving heeft, terwijl iedereen er een heeft.”
   • Toen roken nog oké was, merkte niemand het op. Net zoals nu niemand meer merkt dat we de hele tijd op onze telefoons zitten.
7. “Dankbaarheid opschrijven is een training voor je brein – je leert je brein om naar het positieve te zoeken.”
   • Toegevoegd aan mijn dagelijkse lijst, na push-ups, stretchen en hartcoherentieoefeningen. Pasricha’s uitdaging is praktisch: elke ochtend twee minuten nemen om los te laten, iets opschrijven waar je dankbaar voor bent, en je geest focussen. Dat kleine ritueel kun je dag volledig herschikken.
8. “Je kunt jezelf niet naar nieuw gedrag denken; je kunt alleen door actie jezelf naar nieuw denken brengen.”
   • Het feit dat je iets moet ervaren voordat je ervan kunt genieten klinkt logisch. Ik geloof dat we vaak te cognitief zijn over nieuw gedrag. De logica doen > leren > doen is onjuist. Eerst doen, dan volgt alles.

Waarom dit ertoe doet

Eliza herinnerde me eraan dat de toekomst van werk menselijk is, en Neil herinnerde me eraan dat geluk geen streefdoel is, maar een fundament. Samen versterkten ze mijn overtuiging dat onze uitdaging – of het nu in het bedrijfsleven of in het leven is – is om omgevingen te bouwen waarin elke generatie kan bloeien, en waar plezier wordt gekoesterd.

Afbeelding credits: Matheus Bertelli

The post Dertien inspirerende quotes over de toekomst van werk appeared first on Anton Vanhoucke.

Toegevoegde waarde is complex

Slim werken is zo veel mogelijk bereiken met zo weinig mogelijk moeite. Simpel, maar niet makkelijk. Het is steeds moeilijker om een slim en perfect plan te maken. In plaats daarvan, zegt Agile, maak je beter een goed genoeg plan. Vervolgens begin je zo snel mogelijk. Het is namelijk jammer om veel tijd te besteden aan plannen als het plan waarschijnlijk binnenkort verandert.

Die eerste stap is namelijk goud. Hoe sneller hoe beter. Met een beetje geluk heb je al iets waardevols gedaan met weinig moeite. In het slechtste geval heb je van de harde realiteit geleerd. Je weet nu hoe je slimmer kunt werken, én wat waarde is voor jou. Bovendien komt er altijd iemand met nieuwe eisen op de proppen. Hoe eerder je deze ontdekt, hoe minder tijd je verspilt aan de verkeerde aanpak.

Agile is frequent bijsturen naar meer waarde

Na elke kleine stap stuur je weer bij. Hoe vaker je bijstuurt, hoe minder hard je hoeft te sturen. Meer waarde, minder moeite. Gewoon slim werken. Als je behendig en frequent kunt bijsturen, ben je wendbaar, oftewel “Agile”.

Vaak wordt Agile verward met flexibiliteit. Hierdoor denken veel mensen dat het betekent dat je geen afspraken kunt maken en dat alles flexibel moet blijven. Maar het tegenovergestelde is waar. Flexibiliteit is slechts een middel om effectiever je doelen te bereiken. Afspraken maken en een duidelijke koers aanhouden helpen vaak om sneller resultaten te behalen. In onvoorspelbare omgevingen zijn flexibiliteit en behendigheid vooral belangrijk als je iets nieuws leert. Maar dat betekent niet dat je je huiswerk niet meer hoeft te doen.

Agile is mensenwerk!

Misschien nog het belangrijkst van allemaal in onvoorspelbare omgevingen zijn mensen. Agile erkent dat het realiseren van toegevoegde waarde mensenwerk is. Diversiteit, verschillende perspectieven en onderlinge interactie spelen een belangrijke rol bij het oplossen van complexe vraagstukken. Processen en tools zijn belangrijk om gewoon slim te werken, maar mogen geen keurslijf worden.

Een plan als hulpmiddel, geen controlemiddel

Een voorbeeld van ondersteuning en keurslijf: het plan. Het plan is ondersteuning om je werk slim in te richten. Het is waardevol als het helpt bij onderlinge afstemming en om zaken efficiënt en snel voor elkaar te krijgen. Maar als het plan de overhand krijgt – het werkt als keurslijf – verlies je de toegevoegde waarde uit het oog. Dit gebeurt bijvoorbeeld als iemand het plan gebruikt als controlemiddel.

Het Agile Manifesto: de essentie van Agile

De uitgangspunten van Agile werken zijn vastgelegd in het Agile Manifesto. Hoewel het oorspronkelijk is geschreven door softwareontwikkelaars, is het ook relevant voor een bredere groep mensen. Hieronder vind je een vertaling naar het Nederlands en een bredere context dan alleen software. Het Agile Manifesto bevat de volgende vier statements:

• Processen en tools zijn ondersteunend aan individuen en hun onderlinge interactie, niet andersom.
• Kennis en documentatie zijn waardevol, maar ondergeschikt aan het werkelijk leveren van toegevoegde waarde, bijvoorbeeld werkende producten of diensten.
• Heldere afspraken – contracten – zijn belangrijk, maar ze mogen samenwerking met collega’s, leveranciers en klanten niet in de weg staan.
• Planmatig werken is wel zo efficiënt, zo lang het je maar niet verhindert om in te spelen op verandering.

De vijfde hoeksteen van Agile: werken met feiten

Helaas is in het Agile Manifest een belangrijke hoeksteen van Agile onderbelicht gebleven: het empirisme. Empirisme betekent dat je kennis en beslissingen baseert op waarneembare feiten, niet op meningen of aannames. Het werken met data en feiten speelt een belangrijke rol in onze succesvolle aanpak. Daarom kun je een vijfde statement maken:

• Meningen en aannames geven richting, maar ze mogen je niet verblinden voor de waarneembare feiten.

Ook gewoon slimmer werken?

Als je wilt ontdekken wat Agile voor jouw team of organisatie kan betekenen, neem dan gerust contact op. Je kunt ook het boek “Sturen op Resultaat” lezen, waarin handvatten worden gegeven om de bovenstaande statements in de praktijk te brengen. Het is een bewezen aanpak om veel toegevoegde waarde te creëren voor je organisatie en haar klanten.

The post Wat is Agile precies? appeared first on Anton Vanhoucke.

Waarom zijn regelmatige Retrospectives belangrijk?

Frequente Retrospective zorgen ervoor dat je verbeterideeën direct kan toepassen. Dat is beter dan één grote projectevaluatie aan het eind. De crux is om van retrospectieven een regelmatige gewoonte te maken – een integraal onderdeel van je werk in plaats van een moetje. Met de problemen nog vers in het geheugen kun je ze betere analyseren en verhelpen. Bovendien verhoogt ook het moreel van het team door leden de mogelijkheid te geven om regelmatig hun inzichten te uiten.

Hoe houd je een Sprint Retrospective in minder dan 30 minuten?

Hier is hoe je een effectieve sprint retrospectieve kunt uitvoeren in vijf eenvoudige stappen. Zorg ervoor dat je een timer gebruikt – de tijd vliegt als je aan het scrummen bent.

1. Zet de toon (2 minuten)
   De eerste stap op je retrospectieve agenda is het creëren van een omgeving waar iedereen zich comfortabel voelt. Moedig openheid aan en herinner deelnemers eraan dat de resultaten van de sessie direct hun werktevredenheid zullen ten goede komen.
2. Verzamel feiten (3 minuten)
   Sta teamleden toe om stil te reflecteren op de gebeurtenissen van de sprint. Sommige teams reflecteren op hun burndown of continuous flow diagram. Andere teams noteren gedachten op sticky notes of gebruiken digitale tools voor remote teams. Als je ervoor kiest om aantekeningen te maken, is het handig om de retrospectieve voor te bereiden met onderwerpen. Mijn favoriete onderwerpen zijn de acht items op het agile manifest. Je kan ook reflecteren op de scrum waarden – openheid, moed, respect, toewijding, focus – of de drie elementen uit Daniel Pink’s Drive.
   Het doel hier is om diverse individuele perspectieven op te halen, zonder beïnvloeding van anderen. Onthoud dat emoties ook gegevens zijn. Houd het niet te cognitief. Je kunt rondgaan met vragen als: Hoe tevreden voel je je? Wat zijn momenten van lage en hoge vreugde? Hoe was je energieniveau?
3. Verzamel perspectieven en oplossingen (15 minuten) Groepeer de verzamelde gegevens in onderwerpen en begin met het belangrijkste onderwerp. Faciliteer een open discussie gericht op zowel positieve resultaten als verbeterpunten. Moedig deelnemers aan om hun observaties uit de vorige stap te delen. Dat bevordert een evenwichtig gesprek over zowel successen als uitdagingen. Deze dialoog kan beter gericht zijn op het onthullen van de oorzaken en het gezamenlijk brainstormen over potentiële oplossingen.

4. Prioriteer acties (5 minuten)
   Als er meerdere acties voortvloeien uit de discussie, prioriteer deze dan op basis van impact en haalbaarheid. Dit zorgt ervoor dat je focus houdt en de belangrijkste dingen eerst verbetert.
5. Sluit af (5 minuten)
   Sluit af door te reflecteren op de kwaliteit van de retrospectieve zelf – wat werkte er goed in deze sessie? Wat kan er de volgende keer verbeteren? Tot slot, bedank alle deelnemers voor hun bijdragen en versterk zo een cultuur van waardering en continu leren.

Bonus praktische online tools voor je retrospectieve agenda

Als je geen face-to-face retrospectieven kunt houden, raad ik aan een virtueel whiteboard te gebruiken. Miro is mijn favoriet omdat deze tool het intuïtiefst aanvoelt. Wanneer je in een Microsoftomgeving werkt, kan Azure Devops ook observaties vastleggen met een extensie. Ik heb ook geëxperimenteerd met een Loop in een MS Teams-kanaal.

Hier is een retrospectieve uitnodiging die je kunt kopiëren en aanpassen:

Hoi Team,

Laten we 30 minuten nemen om terug te kijken op de afgelopen weken en bekijken hoe we ons werk leuker en aangenamer kunnen maken. Laat het me weten als je specifieke onderwerpen hebt die je wilt bespreken.

Hier is onze agenda voor de retrospectieve:

1. Welkom, doel en structuur - 2 min.
2. Verzamel de feiten - 3 min.
3. Bespreek situatie en acties - 15 min.
4. Prioriteer acties - 5 min.
5. Afsluiting - 5 min.

Tot dan! Je Scrum Master.

Door deze gestroomlijnde aanpak voor sprint retrospectieven te gebruiken bespaar je niet alleen tijd. Je investeert ook in de groei en efficiëntie van je team. Regelmatig geplande retrospectieven gaan over het vieren van successen en het constructief aanpakken van uitdagingen. Dat is een recept voor blijvend succes in elke agile omgeving.

Zin om het ook te gaan doen? Je zult zien hoe de productiviteit van je team stijgt! Als je nog steeds het gevoel hebt dat het echte gesprek ontbreekt in retrospectieven, neem dan contact met me op. De neutrale grond van een externe persoon zoals ik kan het betere gesprek op gang brengen.

The post Een handige retrospective agenda van 30 minuten appeared first on Anton Vanhoucke.

Hoe kijk je de Draak in de Ogen?

Stel je angst voor als een draak die een schatkist met potentieel en groei bewaakt. Door deze draak te confronteren, kun je groeien en kansen vinden. Mario Andretti, een legendarische racecoureur, zei ooit: “Als alles onder controle lijkt, ga je gewoon niet snel genoeg.” Dit betekent dat echte vooruitgang meestal buiten je comfortzone ligt. Buiten je comfortzone treden gaat makkelijker met persoonlijke bescherming. Bij draken helpt een harnas. Maar niet alle harnassen werken even goed. Lees verder om te ontdekken hoe je je kunt beschermen!

Wat is een goed Harnas om Product Owner-angst aan te pakken?

Een paar weken geleden was ik bij een interview met Brené Brown. Ze sprak over omgaan met angst en het soort harnas dat je aantrekt. Sommige harnassen isoleren ons, terwijl andere ons in staat stellen om samen risico’s te nemen. Ik vond haar lijst harnassen heel herkenbaar. Hieronder een paar persoonlijke voorbeelden uit mijn praktijk als coach voor Product Owners.

Allesweter vs. dapper leren harnas

De bepantserde allesweter vindt het belangrijker om gelijk te hebben dan om te leren. Maar dat leidt tot starheid en gemiste kansen. Ik heb Product Owners ontmoet die er zo van overtuigd waren dat ze alles moesten weten dat ze overspannen werden. Hulp vragen, daar dachten ze niet aan. Misschien werden ze dan wel ontmasker als niet alwetend! Met coaching konden we de overgang maken van een allesweter harnas naar een ‘dapper leren’ harnas. We werkten aan het omarmen van nieuwsgierigheid en het durven vragen om hulp. Het nieuwe harnas werkt erg goed in hun Agile team, omdat het het intellect en hulpvaardigheid van het hele team aanspreekt. Een Product Owner merkte op: “Ik heb ontdekt dat de juiste vragen belangrijker zijn dan de juiste antwoorden.”

Wij-Zij harnas vs. Multi-waarheid harnas

Een ‘wij-zij’-harnas creëert veiligheid door mensen met moeilijke meningen in een inferieure groep te plaatsen. Dit verdeelt teams. Ik ben mensen tegengekomen die collega’s vermijden. Ze concentreerden zich op persoonlijke taken om moeilijke gesprekken uit de weg te gaan. Een persoon die ik coachte, bijvoorbeeld, vermeed haar team door al het configuratiewerk van tools te claimen. Ze pantserde zich door haar domein af te bakenen. Ze hoopte te bewijzen aan ‘de hardwerkende mensen’ dat ze geweldig werk leverde, en dat ze niet een van de ‘slackers’ was. De broeiende wrok ontaarde in een destructief conflicten. Het streste iedereen. Ook hier heb ik met het team gewerkt aan een harnaswissel. We hebben een nieuw harnas gebouwd door meningen los te koppelen van identiteit. De nieuwe ruimte voor complexiteit maakte het mogelijk dat verschillende waarheden harmonieus naast elkaar bestaan.

Schaamte en schuld vs. Gedeelde Verantwoordelijkheid

Schaamte en schuld is een effectieve manier om ervoor te zorgen dat fouten jou niet aangerekend kunnen worden. Het onderdrukt echter creativiteit en innovatie binnen teams. In mijn LEGO Scrum-simulaties, bijvoorbeeld, maken teams meestal fouten. Dat is de bedoeling. Toch kijkt vraagt ​​iemand mij soms om de schuldige aan te wijzen.

Ik vind het geweldig als dat gebeurt, omdat het een leerkans creëert. Het stelt me in staat om het harnas van gedeelde verantwoordelijkheid in de praktijk te laten zien: ik wijs erop dat we er allemaal bij waren toen het misging. Schaamte en verwijten zijn zinloos. Wat telt, is de fout corrigeren en ervoor zorgen dat deze zich niet herhaalt. Ik hoop dat Product Owners in mijn training van deze ervaring leren. Ik hoop dat alle teamleiders zich beschermen met compassie en gedeelde verantwoordelijkheid. Ze bouwen ze een omgeving waarin risico’s worden aangemoedigd.

Hoe word je een onbevreesde Product Owner?

Gedijen als Product Owner betekent verstandig kiezen van je persoonlijke beschermen: omarm leren, ga openhartig de confrontatie aan en bevorder gedeelde verantwoordelijkheid binnen je team. Het is oké om angst te voelen, want je nieuwe harnas beschermt je. Het stelt je in staat om de draak van angst samen met je team onder ogen te zien.

Als je je aanpak als Product Owner wil transformeren tot een aanpak vol zelfvertrouwen en dapper leiderschap, overweeg dan een paar coachingsessies met Anton.

The post Product Owners mogen Angst voelen appeared first on Anton Vanhoucke.

De drie onderdelen van een heldere rol

Je beschrijft een rol binnen een team het best aan de hand van drie elementen: de bestaansreden, het mandaat en de verantwoordelijkheid. De bestaansreden formuleer je als een volzin. Dit is een handige pitch waarmee je kort uitlegt waarom de rol essentieel is voor je organisatie. Als je meer tijd hebt, geven het mandaat en de verantwoordelijkheid verdieping en verheldering. Het mandaat omvat de lijst van zaken waarover je mag beslissen. De verantwoordelijkheid betreft datgene waarop mensen je kunnen aanspreken: het resultaat van goede beslissingen. Deze twee elementen zijn nauw verbonden. Zo kunnen mensen mij aanspreken op de focus van een workshop. Blijven we bij de kern of dwalen we af? Hiervoor heb ik wel het mandaat nodig om in te grijpen als ik merk dat we afdwalen.

Psychologische Veiligheid vergroten door rollen aan behoeften te koppelen

Een sterke behoefte aan duidelijke roldefinities wijst vaak op een lage psychologische veiligheid binnen een team. Dit is begrijpelijk, want onzekerheid over je positie en verwachtingen van anderen kan maken dat je voorzichtig wordt. Je kunt daarom bij de roldefinities verder gaan dan bestaansreden, mandaat en verantwoordelijkheid: denk ook actief na over hoe je elkaar ondersteunt. Meer ondersteuning leidt tot meer psychologische veiligheid. De benodigde steun verschilt per rol, en ik laat mensen daarom met elkaar in gesprek gaan over hun behoeften. De uitkomst van dat gesprek schrijf je bij de roldefinitie onder het kopje behoeften. Tip: zorg ervoor dat behoeften van de ene rol geborgd zijn in de verantwoordelijkheden van de andere rol. Zo weet iedereen waar ze steun kunnen zoeken. Als mensen zich gesteund voelen, vullen ze hun rollen effectiever in.

Voorbeelden van rolbeschrijvingen

Omdat de roldefinities hierboven wat abstract zijn, geef ik hieronder twee voorbeelden: een Scrum Master en een ouder/verzorger. Kun je de beschrijving van die rollen niet gewoon opzoeken via Google? Mogelijk, maar waar het om gaat, is dat je ze definieert voor jouw situatie. De Scrum Guide zegt expliciet dat de rolbeschrijvingen niet volledig zijn, maar dat je ze uitbreidt met de beschrijvingen die nodig zijn voor jou. Zou hou je het lekker simpel. De voorbeelden hieronder zijn dus onvolledig en ze zijn mijn eigen interpretaties.

Voorbeeld 1: Scrum Master

Bestaansreden

Continue verbetering organiseren zodat de Scrum Master uiteindelijk overbodig wordt.

Mandaat

• Coachen
• Uitleg geven over Scrum en wendbaarheid
• Faciliteren

Verantwoordelijkheid

• Vergroting van de wendbaarheid
• Verbetering van de effectiviteit van de Scrum events
• Groeiend begrip van empirisch werken

Behoeften

• Tijd en ruimte om te coachen en faciliteren
• Afstemming met de Product Owner over prioriteiten

Voorbeeld 2: Ouder/verzorger

Bestaansreden

Een veilige basis bieden voor de kinderen om van daaruit te groeien, te leren en de wereld te verkennen, zodat ze uitgroeien tot succesvolle, zelfstandige individuen.

Mandaat

• Huisregels opstellen (in overleg met partner)
• Huishoudgeld besteden

Verantwoordelijkheden

• Gedrag van de kinderen verbeteren
• In fysieke behoeften voorzien (kleding, eten, bed, etc.)
• In mentale behoeften voorzien (verbinding, veiligheid, uitdaging, etc.)
• Toegankelijk zijn

Behoeften

• Ondersteuning van partner en familie
• Tijd voor zichzelf om te ontspannen en op te laden

Aanpak van de Workshop over Rollen en verantwoordelijkheden

Tijdens de workshop start je met een probleemanalyse om onduidelijkheden bloot te leggen. Vraag je af welke belangrijke problemen je wilt oplossen door de rollen duidelijker te maken. De uitkomst van dit onderdeel vormt de basis voor verbeterde rolbeschrijvingen. Over rollen kun je lang discussiëren. Om het effectief te houden, werk je in kleine groepjes waarin iedereen zijn eigen rol definieert. Dit bevordert niet alleen begrip, maar ook betrokkenheid binnen het team. Streef tenslotte niet naar perfectie, maar rond de workshop af met een experiment. Hoe introduceer je de nieuwe roldefinities in de praktijk? Hoe weet je dat er verbetering optreedt? Kleine stappen vooruit kunnen grote verschillen teweegbrengen in hoe teamleden samenwerken. Bij holacratie is het gesprek over rollen iets wat regelmatig terugkomt.

Een Externe Begeleider voor de workshop rollen en verantwoordelijkheden

Het organiseren van zo’n workshop is vaak productiever met hulp van een neutrale, externe begeleider. Een externe facilitator maakt het makkelijker om gevoelige kwesties bespreekbaar te maken zonder dat mensen zich persoonlijk aangevallen voelen. Vraag dus een Scrum Master, iemand van HR die vertrouwt of neem contact op met mij. Hoe sneller je de dynamiek binnen jouw team verbetert, hoe eerder je er baat bij hebt!

The post Workshop Rollen en Verantwoordelijkheden: zo maak je het helder appeared first on Anton Vanhoucke.

Vind je deze lijst te lang om te lezen? Ik kan jou en je team ook komen trainen in het onderwerp. Dat is een stuk minder droog, want je maakt dan echt mee hoe het is om te Scrummen.

A

Agile: Agile is de filosofie achter het Scrum Framework. Scrum is Agile, maar Agile is niet altijd Scrum. Net zoals een mus een vogel is, maar niet alle vogels mussen zijn. Veel mensen vertalen Agile als wendbaarheid. Je kunt Agile ook letterlijk vertalen als behendig. Die vertaling is accurater, want Agile gaat over meer waarde toevoegen met steeds minder moeite. Behendiger waarde toevoegen dus. De essentie is mooi beschreven in het Agile Manifest.

B

Burn-down Chart: een grafiek die de hoeveelheid werk laat zien die naar verwachting nog overblijft. Deze grafiek is behulpzaam als je een plan maakt voor het werk in de resterende tijd die je nog hebt. Tijd staat op de horizontale as en het resterende werk op de verticale as. Naarmate de tijd verstrijkt en werk af is, daalt de lijn die het resterende werk laat zien. Begint iemand over een Burn-down Chart, dan kun je vragen:

• Staan er bij jullie story points of uren op de verticale as?
• Heeft de curve in jullie Burn-down Chart wel vaker deze vorm?

Burn-up Chart: een grafiek die de hoeveelheid voltooid werk laat zien en een trendlijn toont waarmee je kan inschatten welk werk wanneer af gaat zijn. Tijd staat op de horizontale as en voltooid werk op de verticale as. Henrik Kniberg heeft een mooie uitleg over de Burn-up. Slimme vragen die je kan stellen:

• Hoe haal jij je forecast uit je Burn-up?
• Laat je je Burn-up chart zien bij elke sprint review?

D

Daily Scrum: De Ontwikkelaars steken elke dag van de Sprint de koppen bij elkaar in Daily Scrum. In dit kwartiertje plannen de Ontwikkelaars het werk voor de komende 24 uur. Het gesprek over tactiek om het Sprint Goal te halen verbetert de samenwerking en prestaties van het team. Ervaren scrummers korten Daily Scrum af tot de Daily. Vraag eens:

• Wat is de regelmaat van jullie je Daily?
• Waar houden jullie je Daily?
• Hoe werkte de Daily in je LEGO scrum simulatie?

Definition of Done: De Definition of Done (DoD) beschrijft de kwaliteitseisen voor het product en alles wat je toevoegt. Het zijn afspraken die borgen dat toevoegingen aan je product waardevol zijn en aansluiten bij wat al bestaat. Toevoegingen zijn dus pas echt af als ze aan deze definitie voldoen. De DoD bevordert transparantie door iedereen een helder kader te geven van wat geldt als voltooid werk. Je komt professioneel over wanneer je de term ‘Definition of Done’ afkort tot ‘DoD’ (Die, oh die!). Dan kun je bijvoorbeeld vragen:

• Welke regressietests omvat jullie DoD?
• Welk bedrijfsbeleid is relevant voor jullie DoD?

Developer: Een professional die zich inzet om bruikbare, kwalitatieve toevoegingen aan het product te maken. Deze ontwikkelaar ontwikkelt bijvoorbeeld marketingstrategieën, code, functionaliteit, designs of diensten. Multidisciplinaire teams zijn zelfstandiger, met minder afhankelijkheden, dus je kan vragen:

• Hoe makkelijk kunnen developers werk van elkaar overnemen in jullie team?

E

Emergence: Dit is het proces waarbij inzichten over een feit ontstaan, vaak op onverwachte wijze. We hebben het ook soms over voortschrijdend inzicht.

• Hoe gaan jullie om met voortschrijdend inzicht van de directie?

Empiricism: Empirisme is de filosofische opvatting dat kennis voortvloeit uit ervaring en observatie. Deze benadering vormt een fundament van de wetenschappelijke methode en is de basis voor hedendaagse wetenschap en geneeskunde. Binnen Scrum duidt empirisme op het idee dat het aanpakken van ingewikkelde problemen vraagt om experimenteren, in plaats van vastomlijnde plannen. Doorwinterde scrummers vragen:

• Welke empirische klantgegevens gebruiken jullie om je prioriteiten bij te stellen?

F

Forecast (of functionality): De forecast geeft vaak aan welke werkpakketten het team kan uitvoeren binnen de tijdsduur van een enkele sprint. De voorspelling kan ook gaan over toekomstige sprints en een indicatie geven van het tijdsbestek waarbinnen het team het werk afrondt.

• Wat bedoel je precies met forecast, in dit geval?

I

Increment: Scrum teams maken hun product waardevoller in sprints. De toegevoegde waarde uit een sprint is het increment. Alle increments samen vormen een product. Kenners weten dat het increment één van de drie artefacts is. Dus zonder met je ogen te knipperen kun je vragen:

• Welke artefacts bespreken jullie in je sprint review?

P

Product: Alles wat het team voortgebracht heeft. Dit kan een letterlijk product zijn, een dienst of elk ander resultaat met bedrijfswaarde.

Product Backlog: Deze geordende lijst bevat van het werk dat nodig is om een product te ontwikkelen en te onderhouden. Het werk bovenaan de lijst doe je eerst.

• Hoe ver vooruit is jullie Product Backlog gevuld?

Product Backlog Refinement: Dit is de activiteit waarbij je verfijning aanbrengt in het toekomstige werk. Je maakt het werk letterlijk en figuurlijk fijner. Letterlijk door het op te splitsen in kleinere waardevolle werkpakketten, en figuurlijk door samen oplossingsroutes te verzinnen. Daarbij richt je je vooral op het werk voor de komende paar sprints.

• Hoe organiseren jullie backlog refinement?

Product Owner: Rol in het Scrum-team die verantwoordelijk is voor het maximaliseren van de waarde van het product, en dat doet door prioriteiten te stellen. Je kan het ook een value maximizer noemen.

• Product owner klinkt als een zware verantwoordelijkheid. Krijgt zo iemand coaching of ondersteuning bij jullie?

Product Goal: Het productdoel schetst een toekomstige staat van het product en geeft richting aan het Scrum Team. Het OPME-Canvas is een mooie manier om het product goal bondig samen te vatten.

• Op welke manier hebben jullie het product goal transparant gemaakt? Met een canvas?

R

Refinement: zie Product Backlog Refinement

S

Scaled Scrum / Scaled Agile: Samenwerken in een organisatie met twee tot honderd Scrum of Agile Teams. Je hebt dan meer afstemming nodig. Veelgebruikte aanpakken om wendbaarheid op te schalen zijn LeSS, SAFe, Nexus of Sturen op Resultaat. Dat is met een goede vraag:

• Welk Scaled Agile Framework gebruiken jullie?

Scrum: Scrum is een opzettelijk onvolledige aanpak – een framework – dat mensen, teams en organisaties helpt waarde te genereren door complexe problemen op te lossen.

• Hoe hebben jullie het Scrum framework ingevuld?
• Wat maakt jullie uitdaging complex?
• Wie heeft jullie scrum training op locatie verzorgd?

Scrum Board: Dit bord visualiseert informatie voor en door het Scrum-team. Je kan het werk voor de huidige sprint er op zien en meestal ook de voortgang, toekomstig werk, de belangrijkste doelstelling, en de aanwezigheid van teamleden.

• Heb je toevallig een foto van jullie scrum board? Ik ben heel benieuwd wat er bij jullie allemaal op staat!

Scrum Master: Rol binnen een Scrum Team die verantwoordelijk is voor het begeleiden, coachen, onderwijzen en bijstaan van een Scrum Team en zijn omgeving. Het is de rol die Master Yoda heeft in Star Wars.

• Wat vind jij de grootste toegevoegde waarde van de Scrum Master?

Scrum Team: Dit is het team dat Scrumt. Het is een team bestaande uit één Scrum Master, één Product Owner en meerdere Ontwikkelaars. Meestal is zo’n team tussen de drie en 10 personen. Een kleiner team is wendbaarder.

• Hebben sommige mensen in jullie team meerdere rollen?

Scrum Values: De Values zijn een set fundamentele waarden en kwaliteiten die ten grondslag liggen aan Scrum. Het zijn Commitment, Focus, Openness, Respect en Courage. Dus toewijding, focus, openheid, respect en moed.

• Doen jullie wel eens een retrospective met de Scrum Values?

Self-managing team: Een zelfsturend team beslist wie wat, wanneer en hoe doet. Het team stuurt ook bij richting de doelstellingen. Een zelfsturend team kiest niet zijn eigen doelstellingen – dat is een zelfbesturend team.

Sprint: De sprint is de container voor all Scrum activiteiten. Direct na het aflopen van de sprint start een nieuwe sprint. Het lijkt op een klein project met een doel, een plan, een eindoplevering en een evaluatie.

Sprint Backlog: Het overzicht van het werk van één Sprint. Het is meestal een voorspelling van functionaliteit en het werk dat nodig is om die functionaliteit te leveren. Kenners weten dat dit een artefact is.

• Beheren de Developers de Sprint Backlog bij jullie, volgens het boekje?

Sprint Goal: Een beknopte omschrijving van het doel van een Sprint, vaak een zakelijk probleem.

• Wat is jullie huidige sprint goal ?

Sprint Planning: Elke sprint start met een planning, waarbij het Scrum Team bepaalt wat het waardevolst is om in de komende sprint te doen.
Kenners weten dat hier een sprint goal uit voorkomt, en een sprint backlog. Je kan overkomen als een kenner met deze moeilijke vragen:

• Redden jullie het om binnen de timebox een forecast te maken voor de functionaliteit van de komende sprint?
• Hoelang duurt jullie sprint planning? Veel minder dan 8 uur hoop ik!

Sprint Retrospective: Het team gebruikt deze tijd om de voorbije sprint te evalueren en verbeteringen te plannen voor de komende Sprints. Het is het allerlaatste onderdeel van de Sprint. Kenners korten het af tot ‘Retro.’ Vraag dus:

• Kan jij je ei wel kwijt in de retro? Waarom?

Sprint Review: Tijdens dit kijkje in de keuken beoordelen de belanghebbenden en het team samen de toegevoegde waarde van de sprint. Als je de metafoor doortrekt, proeven ze welke gerechten er al zijn en bekijken ze wat er nog op het menu staat. Ze bespreken de voortgang werken hun plan bij voor de komende periode.

• Vertel eens, waar was je trots op tijdens de laatste sprint review?
• Hoeveel voortgang heb je gemaakt richting je product goal?
• Hoe trots was je tijdens de sprint review van de LEGO scrum game?

Stakeholder: Een belanghebbende is iemand buiten het Scrum Team die een specifiek belang en kennis van een product heeft. Die persoon sluit af en toe aan, of de Product Owner vertegenwoordigt deze persoon.

• Welke stakeholders hebben jullie bij de Sprint Review?

T

Technical Debt: Suboptimale keuzes die zorgen dat extra inspanning nodig is – vaak onverwacht – voor het onderhouden en doorontwikkelen van een product. Er zijn dan bijvoorbeeld incidenten bij gebruikers en het Scrum team verliest tijd met het oplossen daarvan. Kenners weten dat technical debt bijdraagt aan de total cost of ownership (TCO). Vraag dus:

• Hoe hard weegt jullie tech debt door in je TCO?

Values: Zie Scrum Values

Velocity: De velocity is de snelheid waarmee je toegevoegde waarde weet te produceren. Kenners noemen dit ook wel: een optionele indicatie van de hoeveelheid werk uit de Product Backlog die een Scrum Team omzet in een product increment tijdens een Sprint. Ontwikkelaars houden dit bij voor zelfsturing. Combineer al deze termen in een moeilijke vraag, en knijp lichtjes je ogen dicht terwijl je die vraag stelt. Niemand zal je nog aanzien voor een beginner!

The post Verklarende woordenlijst met de betekenis van Scrum Termen appeared first on Anton Vanhoucke.

Agile management is uitzoomen bij urgente problemen

Problemen in de nabije toekomst kunnen al je aandacht opeisen en het team uit elkaar drijven. De beste manier om uit zo’n situatie te komen is de aandacht bewust te verleggen. Waarheen? Naar het positieve – wat je wél wil – en het grotere geheel. Dat is ook wat professionele onderhandelaars als Kohlrieser doen. Aandacht op deze manier verplaatsen is een techniek die zelfs bij gewelddadige gijzelingen effectief is. En als deze techniek daar werkt, dan helpt het zeker bij een team dat vastzit in lastige problemen. Dringende problemen halen je aandacht weg bij de grotere missie. Als je dit effect van problemen ziet, kun je bewust je focus veranderen. Die nieuwe focus helpt om betere betere oplossingen te vinden voor het urgente probleem.

Het geheel optimaliseren is niet hetzelfde als de delen optimaliseren

Het advies om naar het grotere geheel en de toekomst te kijken is niet alleen waardevol bij gijzelingen, maar helpt ook je bedrijfsresultaten te verbeteren. In 1982 schreef Goldratt ‘The Goal’, een bestseller die efficiënte productieprocessen onder de aandacht brengt. Hij koos voor de titel ‘The Goal’ omdat hij zag dat lokale optimalisatie niet altijd tot algehele verbeteringen leidt op het gebied van winst, klanttevredenheid en groei.

Als het ontspoort gaat dat ten koste van het grotere geheel

Marketing en Sales vormen vaak een klassieke clash als het gaat om winst, klanttevredenheid en groei. Deze executives hebben verschillende mindsets en leiden teams met uiteenlopende culturen. Wanneer problemen overheersen, worden de verschillen scherper en de silo’s duidelijker. Ik heb gezien dat dit rampzalig kan zijn voor de wendbaarheid van de organisatie.

Agile Management Teams hebben een voorbeeldrol

Een wendbaar, Agile, team trekt samen op en maakt zich sterk voor het hoogste organisatiedoel. Als teams intern niet verzuild zijn, maar juist samenwerken, beïnvloedt dit positief alle teams binnen de organisatie. Mijn ervaring is dat een rolvoorbeeld op hoog niveau veel navolging krijgt in de niveaus er onder.

In beweging komen

Als jij je herkent in deze uitdagingen en klaar bent om jouw managementteam naar nieuwe hoogtes te tillen, laten we dan praten. Ik heb me gespecialiseerd in het transformeren van teams door middel van positief management. Samen kunnen we ervoor zorgen dat je team niet alleen problemen efficiënter oplost maar ook innovatiever en flexibeler wordt.

The post Positief Management – De Sleutel tot Meer Resultaat appeared first on Anton Vanhoucke.

Een typisch voorbeeld is als ik een bloemenwinkel in loop. De vorige dag heb ik er iets doms uitgeflapt en ik hoop dat ik het nog kan lijmen met een bloemetje. Op dat moment start mijn workout. De workout is om het kopen van bloemen niet te zien als een standaard transactie. Ik beeld me in dat ik een team ben met de bloemist. We streven naar een gezamenlijk doel: het beste boeket om iemand uit te leggen dat ik wel van haar houd en het niet zo bedoelde. Bonuspunten als ik me niet meer beschaamd voel.

Teamwork is een mindset

Ik weet alleen niets van bloemen. Het enige wat ik kan voortbrengen, is: “Die blauwe passen wel bij haar…denk ik…nee, die daarnaast.” Ik leg aan de bloemist uit wat er aan de hand is. Hij knikt begrijpend. Oef! Daarna stelt hij een paar hele rake vragen. Tijd om de workout zwaarder te maken. Want teamwork oefenen is meer dan een mindset.

Je kunt overal oefenen

De tip over je mindset oefenen met dagelijkse interacties heb ik uit het boek ‘Effect’ van Johan Olav Koss. Niet dat ik dagelijks mensen beledig en bloemen sta te kopen. Het werkt ook bij de kassa, in de supermarkt, in het restaurant of als ik lig te legoën met mijn neefjes. Johan voegt nog een uitdaging toe aan de mindset: zorg voor je eigen stabiele basis en laat de ander zich competent voelen. Die uitbreiding snapte ik eerst niet. Iemand die het niet goed doet, geef je toch feedback? En als je het zelf niet goed kan, steek je dat niet weg?

Laat de ander zich competent voelen

Waar het om gaat, heb ik ontdekt, is het gevoel dat het lukt. Je kunt bewust je eigen zelfvertrouwen opzoeken en de ander zelfvertrouwen geven. Soms lukt het en dan krijg ik een gevoel van verbinding. Wat mij helpt, is juist geen feedback geven, maar de goede dingen benoemen en samen oplossingen zoeken voor problemen.

Maar eerst mijn eigen zelfvertrouwen: in de bloemenwinkel graaf ik diep naar elke glimlach die ik ooit kreeg bij het geven van een ruiker. Daarmee ik overtuig mezelf er van dat ik dit kan. Rustig uitademen. Terug naar de raken vragen van de bloemist. Met een peinzende blik en een enthousiast antwoord bedank ik de bloemist voor zijn rake vragen. Ik laat weten hoe enthousiast ik over het resultaat ben. High five! Wel nog betalen.

Werken als een team

De verbinding die ik bij de bloemist oefen, in de supermarkt of bij het legoën: het is ook bruikbaar op de werkvloer. In mijn werk als trainer en organisatieadviseur versterk ik teamwork en communicatie binnen teams. Of het nu gaat om de interactie met collega’s, klanten of partners. Wat ik merk is dat wanneer je de samenwerking leuk maakt dat de kwaliteit van het werk ook verbetert.

Wil je meer weten over hoe je van elke interactie een kans kunt maken om je teamwork te verbeteren? Neem dan contact met me op. Ik kijk ernaar uit om van jou te horen!

Je kunt ook een andere tip lezen uit het boek van Johan: zijn manier om met de balans tussen werk en privé om te gaan.

The post Zo train je overal je teamwork reflexen appeared first on Anton Vanhoucke.