Het ideale SCRUM Team
SCRUM is hot, maar of het nu een zegen of een vloek is, daar zijn de meningen over verdeeld. Een van de belangrijkste key succesfactoren is het SCRUM Team. De inrichting van het team bepaalt het succes van het project.
Immers in SCRUM bepaalt het team zelf hoe ze de zaken op de Backlog gaan realiseren. Daarnaast zal hun tijd helemaal gereserveerd moeten zijn voor het werken aan het project in sprints. Het team wordt beschermt door de SCRUM Master tegen invloeden van buitenaf en het enige dat het team nog met de rest van de organisatie verbindt, is de Product Owner. Die af en toe nieuw wensen van uit de organisatie op de Backlog zet. Aan het eind van elke sprint presenteert het team aan de organisatie wat ze hoe hebben gerealiseerd. Ongestoord werken in zo’n SCRUM Team is natuurlijk best lekker projecten doen!
Voor de opdrachtgever zou het ook een zegen moeten zijn. Immers periodiek wordt de organisatie voorzien van nieuwe functionaliteit, nieuwe processen, nieuwe inzichten. Daarbij heeft de opdrachtgever altijd inzicht in de voortgang van het project op basis van de Velocity. Dat lijkt een prima opzet of toch niet?
Het klinkt natuurlijk heel fijn zo’n SCRUM Team, zo’n team dat helemaal zelfstandig werkt. Een team dat dus 100% gefocust bezig kan met nieuwe dingen en dus het verbeteren van je organisatie. De grote vraag is alleen hoe ga je dat team inrichten. Ga je allemaal nieuwe / externe specialisten inhuren om aan die verandering te werken of kies je je eigen toppers.
Het formuleren van een team met allemaal nieuwe / externe specialisten duurt lang en is best lastig. Daarnaast weet je ook niet wat voor vlees je in de kuip haalt. Tegelijkertijd lopen er in de meeste organisatie al genoeg toppers rond. Toppers die veel kennis hebben en die bovenal het meest weten wat past bij de organisatie en dus uitstekend kunnen bijdragen aan het project. Het enige issue is dat deze toppers ook nog hun eigen werkzaamheden hebben waar niet zo één twee drie een vervanger voor is. Meestal wordt er dan een alternatief plan gesmeed zodat de geselecteerde medewerkers half in het project kunnen werken zodat ze ook nog tijd over hebben voor hun normale werkzaamheden.
Dit is precies het punt waar de meeste ellende begint. Immers het SCRUM team zou autonoom moeten zijn en daardoor gefocust aan het werk moeten zijn met de punten die de Product Owner op de Backlog gezet had en de SCRUM Master zou het team moeten beschermen tegen in vloeden van buiten af
Met de introductie van team leden die niet volledig gefocust kunnen werken aan het project ontstaat er een situatie waarbij bepaalde teamleden in het team andere prioriteiten hebben. Deze prioriteiten kunnen vaak niet door de SCRUM Master weggenomen worden, immers de prioriteiten van de daily business zijn andere prioriteiten dan die gelden voor het project. Daarnaast zal de Product Owner niet meer de enige zijn die contacten heeft met de rest van de organisatie. Daarnaast zullen andere leden van de organisatie proberen om de meewerkende team leden te beInvloeden om punten voor hun te realiseren.
Er ontstaat dan een situatie waarbij het team niet meer autonoom kan werken, waarbij de SCRUM Master het team niet meer kan beschermen en de Product Owner niet meer de enige is die de belangen prioriteert.
Tip:
- Neem tijd voor het formuleren van je SCRUM team. Zoek niet allen goede specialisten voor in het team maar ook ter tijdelijke vervanging van bestaande medewerkers zodat je die volledig kan vrijmaken voor het team.
Op de hoogte blijven?
Schrijf je dan in voor de periodieke Virtual BA update en krijg een bericht zodra er weer een nieuw artikel is.
Why Digital and IT projects need Business Analysts
10 Tips voor de perfecte User Story
Als een gebruiker X wil ik zus en zo kunnen zodat ik dit en dat kan bereiken, is toch al bijna de perfecte User Story? Veel mensen denken dat een User Story alleen bestaat uit bovenstaande zinsconstructie. En dat gebruik van die zinsconstructie voldoende is om er voor...
De 5 meest voorkomende soorten automatisering
Automatisering kan veel verschillende vormen aannemen, misschien is dat ook wel de reden dat er zo veel automatiseringsprojecten mislukken. Simpelweg omdat men elkaar niet begrijpt of omdat men denkt het over hetzelfde te hebben. Vaak gaat het over het automatiseren...
Top 3 boeken voor Business Consultants
Helping, How to offer, Give and Receive Help De meest fundamentele vaardigheid van een Business Consultant is weten hoe je de klant het beste kan helpen. Niet op basis van de inhoud, maar door echt door te dringen tot de kern van het probleem. Helping, van Edgar...
Een Digitaliseringsstrategie in 3 stappen
Stap 1: Ontwikkel een digitaliseringsvisie Stap 2: Bepaal de digitale oplossingsrichting Stap 3: Bepaal de benodigdhedenStap 1: Ontwikkel een digitaliseringsvisieDe eerste stap voor een digitaliseringsstrategie is bepalen wat u wil bereiken en waarom. Niet in termen...
1 Jaar Virtual BA
Het is alweer 1 jaar geleden dat Arnoud Zeeuw van der Laan begon met zijn missie om bedrijven te helpen met volgens verwachting veranderen met IT. Het afgelopen jaar zijn er met succes opdrachten uitgevoerd bij verschillende opdrachtgevers in diverse branches....