Agile werkt niet...

Agile werkt niet...

Ik hoor het steeds vaker.

Als ik met root cause-analyse uitzoek wat er misgaat, komt het meestal neer op een combinatie van

1. Een agile-implementatie die nauwelijks agile is.
2. Geen metrics om succes of verbeteringen te meten.

De meeste organisaties die ‘agile gaan’ vergeten de Agile waarden:

1️⃣ “Reageren op verandering boven het volgen van een plan.”
2️⃣ “Werkende software boven uitgebreide documentatie.”
3️⃣ “Samenwerking met de klant boven contractonderhandeling.”
4️⃣ “Individuen en interacties boven processen en tools.”

Die agile-waarden gelden óók voor hoe u Agile implementeert.

Zet de Scrum Guide, SAFe-consultants of welk ander proces of welke tool dan ook niet boven uw team en hun interacties.

Het betekent dat het zowel:

• een balans zoeken is: ‘doe het eerste en vergeet het tweede niet’;
• als continu zowel het product als de processen verbeteren waar u onderdeel van bent. (retrospective!)

U moet dus documentatie schrijven, maar het is niet het enige, kritieke resultaat van uw team of taak.

Schrijf goede user stories, maar begin met het vastleggen van Wie, Waarom, Wat en Hoe en werk van daaruit verder.

Zoals elke aanpak is agile geen one-size-fits-all en pakt het zelden goed uit als u bij de implementatie de onderliggende agile-waarden ‘vergeet’.

Een effectieve manier om continu te toetsen hoe de organisatie ervoor staat, is meten met metrics en KPI’s op basis van het Agile Manifesto. Laten we ze één voor één doornemen:

1️⃣ “Reageren op verandering boven het volgen van een plan.”

Inzicht in de balans tussen feature development en ander werk maakt het mogelijk om bij focuswijzigingen tijdig bij te sturen in backlogs en teams. Zo werkt dat:

Of u nu in een sprint werkt (of in de continue flow van Kanban), u moet op elk moment weten aan welk ‘type’ werk uw teams bezig zijn. Hoeveel tijd gaat naar feature development, en hoeveel naar onderhoud of non-feature development? De Sprint Insights-feature van Agile Analytics gebruikt deep learning A.I. om de balans tussen feature development en non-feature development te meten en te rapporteren. Elke wijziging aan taken in een projectmanagementsysteem als Jira wordt automatisch gecategoriseerd. Zo ziet u hoeveel focus er lag op feature development versus non-feature development. Daarnaast ziet u hoeveel tijd is besteed aan elk van deze categorieën.

2️⃣ “Werkende software boven uitgebreide documentatie.”

Door de SLO’s van de ‘werkende software’ te meten, krijgt u direct en continu feedback over uw productiestatus en of teams op ‘de juiste dingen’ focussen.

Met de SRE-practice van Error Budgets en de unieke Software Stock-feature van Agile Analytics monitort u 24/7 SLO’s en krijgt u realtime alerts zodra een error budget op is. Teams krijgen zo de autonomie om bij te sturen wanneer servicelevels daarom vragen.

Daarnaast zorgt het meten van hoeveel software ‘in stock’ is (dus nog niet in productie) ervoor dat u de operatie continu optimaliseert voor een zo snel mogelijke, constante stroom van werkende software. Dit is cruciaal om de wendbaarheid van de softwareorganisatie objectief te meten: met ZEN Software’s Agile Analytics Software Stock feature kunt u dat doen!

3️⃣ “Samenwerking met de klant boven contractonderhandeling.”

Door nauw samen te werken met uw klanten en transparant te zijn over servicelevels en productiviteit met de industriestandaard DORA Metrics, bouwt u snel vertrouwen op en een hechte samenwerking.

Daarnaast helpen de DORA Metrics u intern te optimaliseren: waardeer snelle respons op mislukte deployments en stuur op een cycle time die niet boven de norm uitkomt.

4️⃣ “Individuen en interacties boven processen en tools.”

Door de toon en sfeer op communicatieplatforms als Slack, Teams of Discord te meten, ziet u of teams successen vieren en gewenst gedrag belonen.

Met de geweldige Kudos Feature van Agile Analytics ziet u via leaderboards wie bovenaan staat en wie wie een Kudo heeft gegeven.

Ja, sommige teams die “Agile werkt niet” roepen, zijn ‘snowflakes’ die klagen over hoe bijzonder ze zichzelf vinden. Maar vaak komt het door een slechte implementatie die processen te letterlijk neemt. Een Agile-implementatie die echt ‘niet werkt’ laat de organisatie identiek (dis)functioneren—alleen met agile-labels op niet-agile processen; dat heet Agile In Name Only (of label-writer-agile)

Als u de ‘voor’- en ‘na’-situatie niet meet met relevante metrics, blijft het gissen of de performance verbetert. Met ons platform Agile Analytics meet u alle kritieke aspecten op basis van het Agile Manifesto voor uw agile softwareontwikkelorganisatie. Zo kunt u objectief bepalen of teams verbeteren of aandacht nodig hebben.