9.6/10

Uit 100+ ervaringen

10 Signalen dat de Agile/Scrum implementatie mislukt is

agile scrum implementatie mislukt

Hoe herken je dat de agile scrum implementatie mislukt is? Bij 5ST3PS worden we vaak gevraagd voor zogenaamde Second Time Right opdrachten. De organisatie is niet tevreden hoe de Agile Scrum implementatie is verlopen en kan er niet de vinger opleggen waar dat aan ligt. Vanuit 5ST3PS zijn we dan alert op een aantal signalen die aangeven dat er iets niet is goed gegaan. En die voor ons vallen onder de welbekende Klok en Klepel. Onderstaand lees je de signalen die je verder helpen om tijdig in te grijpen. Kom je er zelf niet uit, zoek dan de hulp van onze ervaren Agile coaches en Scrum Masters.

1.      De burn-down is een Fall-down en heeft de vorm van een Noorse Fjord.

Als je aan het einde van de Sprint ziet dat ineens de story points worden opgebrand, dan heb je vermoedelijk te maken met het studenten syndroom. De Sprint is onderdeel van het Scrum Framework. Je weet wel, op stoom komen als het team tegen de deadline begint te komen. Dan is het de vraag waarom het team niet gelijkmatig heeft opgeleverd. Of wat is opgeleverd aan het eind van voldoende kwaliteit. En niet zoals sommige studenten doen bij een deadline opleveren in de ijdele hoop misschien wel een voldoende te krijgen.

2.      Wat overblijft aan het einde van de sprint wordt doorgeschoven naar de volgende sprint.

Als je aan het einde van de sprint bij wijze van spreken 90% gereed hebt, dan heb je voor de business 0% opgeleverd. Omdat de business 100% nodig heeft om verder te kunnen. Vraag is dan of de inschatting te optimistisch was of dat het team nog denkt vanuit inspanningen in plaats van concrete resultaten. Want als je elke keer doorschuift wat niet klaar is, ben je voorbij gegaan aan de essentie van Agile werken. Resultaten opleveren. In plaats van goede bedoelingen en voornemens. Agile planning is voor een groot deel gebaseerd op Lean planning. Hoe je een Agile of Lean planning maakt lees je HIER

3.      Er wordt heel veel opgeleverd: vooral papier.

Bij een klant van 5ST3PS zagen we dat het werk keurig in Sprints was georganiseerd en elke sprint een deliverable opleverde. Na de eerste sprint het Requirements Document. Bij de Tweede Sprint de Impact Analyse. En de derde Sprint het Functioneel Ontwerp. En ga zo maar door. Feitelijk deed deze organisatie wat ze vroeger ook deden in hun waterval ontwikkel methodiek. Alleen nu in een timebox in plaats van een stage. Agile wil zeggen dat je empirisch kennis verwerft door iets te maken in plaats van een papieren werkelijkheid te creëren. Dat is zeker in het begin lastig nu we allemaal hebben geleerd om vanuit een planning te werken. Agile plannen is ook plannen maar met wat andere principes.

4.      De product owner heeft geen mandaat in de organisatie.

De Product Owner heeft een duidelijke visie op wat waarde is voor de klant en de organisatie. Dat betekent dat de Product Owner beslissingen moet kunnen nemen wat wel en wat niet te doen. Als de Product Owner geen mandaat heeft, dan kan hij in een positie terechtkomen dat hij geen richting kan geven aan het ontwikkelteam. Ontwikkelteams zullen dan zich niet kunnen focussen, helemaal als stakeholders de Product Owner passeren en direct invloed gaan uitoefenen. Een recept voor agile scrum implementatie mislukt

5.      De scrum master gedraagt zich als een directieve projectleider/projectmanager

Een scrum master faciliteert en coacht het ontwikkelteam. We kennen ook de directieve projectleider/projectmanager die vooral aangeeft wat er moet gebeuren. En erop toeziet dat de resultaten gehaald worden. Een tegeltjes wijsheid zegt dan ‘vertrouwen is goed, controle is beter’. Als je een dergelijke projectmanager nu omvormt naar scrum master, dan kan dat problemen opleveren in oud gedrag. Het team is namelijk zelf verantwoordelijk. En je wilt niet dat het team de scrum master aankijkt voor wat er gedaan moet worden. Vertrouwen en controle zijn een thema in zowel Lean als Agile werken. Meer lezen doe je in DEZE LONGREAD

6.      Cherry picking in het ontwikkelteam.

Het team bepaalt zelf de volgorde van het werk. En dat kan er dan voor zorgen dat de makkelijkste taken als eerst worden gedaan. Ook kan het gebeuren dat ontwikkelaars datgene doen wat ze leuk vinden. In plaats van wat noodzakelijk is. Hoewel in Agile ontwikkelen er relatief gezien veel vrijheid is voor de ontwikkelaars, is de manier van werken daarmee nog niet vrijblijvend. Wederom een indicatie dat de agile scrum implementatie mislukt is.

Benieuwd welke de 6 principes van Lean werken zijn? Ga verder HIER

7.      Werkpaardjes en sierpaardjes in het ontwikkelteam.

Klassiek is het verhaal van het kip en het varken. Of de Werkpaardjes en de Sierpaardjes. Dan zie je aan de ene kant de mensen die het werk doen. En aan de andere kant zie je de mensen die vooral ‘input’ leveren. Vervolgens moet deze ‘input’ verwerkt worden door de mensen die het werk doen. Zo kwamen we in onze opdrachten voor een klant eens in een team terecht waar men speciaal een externe programmeur had ingehuurd. Die vervolgens door de twee interne collega’s werd ‘gecoacht’ voor het programmeren. En die twee gingen dan weer ondertussen andere dingen doen. En vertellen wat de externe allemaal niet goed deed. Ontwikkelen is samenwerken en niet samen delegeren.

Meer lezen over bevorderen van samenwerking in teams kun je HIER

8.      User stories worden heen en weer gemept tussen de Product Owner en het Ontwikkelteam.

De Product Owner is verantwoordelijk voor Wat er moet worden opgeleverd. Het ontwikkelteam is er verantwoordelijk voor dat het wordt opgeleverd. En daarmee verantwoordelijk voor het Hoe. Soms willen Product Owners zie ook met het Hoe bemoeien. En soms willen ontwikkelteams zich van de spreekwoordelijke domme houden door aan te geven dat de user story niet duidelijk is. En dat dat de taak is van de Product Owner. Ook hier geldt de regel Mensen en Interactie boven Processen en Tools.

Meer lezen over de Waarden en Principes van Agile werken kun je HIER

9.       Er wordt per saldo wel meer opgeleverd, maar de innovatieve ideeën blijven uit.

Door het werken met timeboxes en de harde deadlines zul je als je dit aspect goed hebt geïmplementeerd meer opleveren. Desnoods omdat ontwikkelteams overwerken om de deadline te halen. Vraag is of als teams structureel overwerken om de deadlines te halen. En Of dat voor de lange termijn wenselijk is. Wederom een teken dat de agile scrum implementatie mislukt is. Agile is echter ook een manier om creativiteit uit de ontwikkelaars te halen en daarmee op verfrissende nieuwe ideeën en zelfs wel innovaties te komen. Als die uitblijven, is de vraag of de ontwikkelaars de ruimte krijgen creatief te zijn. Of dat ze vooral productie leveren volgens vastgelegde stramienen.

10.  Er wordt feitelijk niet gewerkt met punten maar met uren.

In sommige organisaties zie je dat de puntentoekenning gekoppeld is aan de uren die men denkt te besteden. In Scrum wil je juist het niet hebben over uren omdat ureninschattingen onbetrouwbaar zijn en het mensen eigen is slack in te bouwen. Slack is een mooi woord voor extra ruimte die je voor jezelf maakt. Nu heb je de slack dan indirect terug in de punten waardoor er meer effort wordt ingeschat dan werkelijk nodig is wat ten koste gaat van het opleveren van business waarde. Zelf leren?

Wil je leren hoe je Scrum wél goed toepast? Volg dan onze opleiding tot Scrum Master of Product Owner. Tijdens onze opleidingen maken we gebruik van echte casussen en is er voldoende ruimte om jouw situatie in te brengen. Bovendien hebben wij een database met honderden oefenvragen, zodat jij je optimaal kunt voorbereiden op het officiële examen! Ook hebben we de combinatie van Lean en Scrum. Meer info? Je kunt ook vrijblijvend contact opnemen met info@5st3ps.nl.

Conclusie agile scrum implementatie mislukt

Verhoog uw proceskwaliteit met de Lean Six Sigma opleidingen van 5ST3PS.
Verbeter direct uw efficiëntie dankzij onze praktische trainingen.
Bij 5ST3PS leert u structureel verspilling minimaliseren.
Ontdek hoe Lean Six Sigma uw organisatie continu verbetert.
Onze opleidingen bieden direct toepasbare tools en technieken.
Vergroot uw klanttevredenheid met effectieve kwaliteitsmanagement strategieën.
Bespaar tijd en geld door processen te optimaliseren.
Onze docenten hebben jarenlange praktijkervaring in Lean Six Sigma.
Volg een 5ST3PS opleiding en verbeter uw resultaten.
Start vandaag nog en zet een stap vooruit.

Latest Post

At 5ST3PS we have one foot in science and one foot in practice. This enables us to combine the knowledge of both worlds and use it in our courses. On this page we share some papers to share our scientific knowledge.

Voor meer informatie lees meer in onze kennisbank

Brochure downloaden

Brochure downloaden