Tijdens de lunch kwam het gesprek op teams die zeggen Scrum te doen, maar als je nader gaat vragen blijkt dat ze helemaal niet zo veel toepassen. Zo is een ‘Weekly Scrum’ ook goed, want dat is toch ook een regelmatige tijdsinterval…
Een van de gesprekspartners was van mening dat Scrum zeer vrijblijvend is en dat je al heel snel kan spreken van Scrum. Daar was niet iedereen het mee eens en na wat brainstormen kwam het volgende lijstje met vragen naar voren:
- Zijn de ScrumMaster en Product Owner (of ScrumMaster en Team-lid) twee verschillende personen, of is het gecombineerd in één persoon?
- Pakt het team aan het begin de sprint inhoud van de product backlog af, of bepaald de groepsleider wat er gemaakt gaat worden?
- Bepaald het team wie wat gaat maken, of worden taken toegekend door de groepsleider?
- Wordt dagelijks bepaald door het team hoe het einddoel te halen of wordt gerapporteerd aan een groepsleider die vervolgens bepaald wat er moet gaan gebeuren?
- Wie is ‘eigenaar’ van het proces? Mag het team het aanpassen of kunnen ze slechts verbeteringen suggereren?
- Blijft de inhoud van de sprint stabiel of wordt onder druk toegegeven?
- Belooft het team soms te veel en soms te weinig in een sprint, of werken ze op een te rustig ritme/halen ze het nooit?
- Wordt de inhoud van een release aangepast aan nieuwe inzichten of worden ze geacht stabiel te blijven door het project heen?
- Wordt het product gedemonstreerd aan anderen dan de teamleden en wordt het gebruikt om nieuwe ideeën te verzamlen?
- Zijn werk items een ‘volledige doorsnede van de taart’ of zijn ze technische taken?
- Wordt de release inhoud georganiseerd op klantwaarde of technische volgorde?
- Wordt de voortgang gemeten aan daadwerkelijk geïmplementeerde software of tellen documenten ook mee?
- Worden de inschattingen door het team gedaan of is er één persoon verantwoordelijk voor?
- Worden de inschattingen gedaan vóór alle requirements in detail bekend zijn?
- Wordt aan het einde van een sprint een product opgeleverd wat redelijkwijs verkocht kan worden of is er behoefte aan kwaliteitsslagen later in het project?
- Bestaat het team uit generalisten (in het domein en/of technologie) of zijn ze allemaal aparte specialisten?
- Als er sprake is van een Scrum van Scrums wie is dan de afgevaardigde? De team leider of een team lid?
- Hindernissen die gerapporteerd worden in de Daily Scrum, worden die daadwerkelijk opgelost?
- Wordt de inhoud van een release aantgepast aan de daadwerkelijke voortgan, of wordt het team voor het blok gezet om te gaan overwerken?
- Blijft het team redelijk stabiel zodat ze op elkaar ingespeeld raken of veranderen team leden achter elkaar door en blijven ze elkaar inwerken?
- Worden stappen zoals analyse en ontwerp in de sprint door het team gedaan, of zijn er architecten die het in de sprints ervoor doen?
- Wordt aan het einde van de sprint één pakket opgeleverd of is het nodig steeds weer een nieuwe levering te doen?
Scrum schrijft meer voor dan de meeste mensen denken, al is na zorgvuldige overwegingen aanpassen geen probleem. Veel aanpassingen worden gedaan om makkelijk in de status quo ante te blijven, in plaats van het framework te verbeteren.
