De tweede cursusdag SCRUM

De tweede cursusdag gaat in een moordend tempo verder en dat is gelijk het grootste probleem van de cursus: te veel in te weinig tijd. Deze dag is erg leerzaam. We leren vooral wat technische ascpecten van het scrummen: de scrummeeting, scrumboard, schatten.

Het geheel wordt gelardeerd met kleine simpele oefeningen die het effect goed demonsteren.

Het scrumboard is het centrale deel van de methodiek. Dit is een overzicht van al het werk dat gedaan moet worden, wat onder handen is en wat af is. Teamleden zien direct hoe de vlag er bij staat. Het board is een van de "social objects" in scrum. Social objects (todolijst of backlog, donelijst of burndownchart) moeten ten allen tijde goed zichtbaar zijn voor de teamleden. Op zich is dat alleen al een goed idee. In veel gevallen heeft alleen de projectleider een actueel overzicht van de stand van zaken en dat motiveert niet echt. Een van de belangrijkste motivatoren in het proces is namelijk het teamresultaat, het te genereren product. Altijd zichtbaar betekent fysiek zichtbaar en niet via een of ander tool oproepbaar.

Ook is aandacht besteed aan het maken van user stories. Deze dingen beschrijven wat de klant eigenlijk wil hebben en vormen de bouwstenen, tasks voor de ontwikkelaar. Alleen al uit dit deel valt veel verbetering ook voor traditionele methoden te halen!!

Daarmee ook de zwakte van de methode volgens mij.Het geheel is gebaseerd op een zelfsturen team. Tijdens de training hebben we geen duidelijk antwoord op de vraag gekregen hoe je een team stuurt en gemotiveerd houdt. Immers, in ieder groep mensen zal altijd een natuurlijke leider ontstaan. Iemand moét het voortouw pakken. Tijdens de versch

illende oefeningen bleek dat ook wel. Veel tijd ging verloren aan het onderling afstemmen hoé we iets moesten oplossen en wie dat dan wel zou gaan doen. Laat dat helemaal los: gaat denk ik niet werken. Het team zal zich altijd vormen rondom de sterkste. Daarmee kan een van de scrum doelstellingen (gelijkheid, plezier) verloren gaan voor de zwakkere. Stel je voor: in het team zit bijvoorbeeld ook de product owner, de klantvertegenwoordiger zeg maar. In de praktijk is dat vaak een ouder en ervaren persoon (hotemetoot?). Hoe kijkt een teamlid van 21 jaar die net begint tegen zo iemand op?

En scrum ten opzichte van waterval? Jeff Sutherland ("I am de inventor of scrum") claimt dat scrum teams 8 keer sneller zijn dan waterval teams. Kan best zo zijn, maar dat geldt volgens mij alleen voor heel ervaren teams.

Nu lijkt bovenstaande erg negatief, maar ik denk dat de methode heel veel goede kanten heeft. De komende tijd zal ik dieper induiken in het materiaal en kijken hoe ík het kan gaan toepassen.

Wil je meer lezen, kijk dan op de site van Jeff: http://scrum.jeffsutherland.com/ Daar zijn veel leerzame documenten te vinden.

Eerste scrummaster cursusdag

De xebia scrummaster training verzorgt door Jeff Sutherland himself in het NH hotel amsterdam was erg intensief. Ca 42 deelnemers maakten het een volle zaal. Opmerkelijk was dat een groot aantal deelnemers al de scrummaster rol vervult.

Het was zeker geen zitdag. Veel interactie en oefeningen. Veel, heel veel stof tot madenken. Ook veel ergernis omdat het eigenlojk een amerikaans verhaal is. Ja, Jeff is amerikaans. Te pas en te onpas wordt geschermd met de enorme "revenue" die scrum wel niet op zou leveren. Een beetje te, maar daar moeg je met je gezonde verstand maar even door heenprikken. Of dit ontwikkelframework echt iets op levert zal in de praktojk moeten blijken. De eerste projecten zal ongetwijgeld niet zo zijn. Je moet namelijk wel alle (!) randvoorwaarden goed ingevuld hebben anders werkt het niet. Met een team scrummen die niet weten wat het is, is bijna kansloos. Ervaringen uit de zaal gaven aan dat het samenstellen van een team een heisa is. Zeker de rol van de product owner is discutabel. Veel geboord is dat deze rol ve door iemand vervult wordt door een persoonlijkheid waar een gemifdeld teamlid niet tegenop kan. Dat is deels de perzoon zelf, karakter en deels het feit dat de productowner zijn scrumrol niet goed kent en invult. Hij maakt (onbewust) gebruik van zijn natuurlikke autoroteit.

Tot nog toe zie ik 3 belangrijke steekwoorden: logistiek, change management en focus.
Logistiek omdat het vooral om goed plannenen op tijd doorleberen is. Change mgt omdat je heel zorgvuldig met je specs en scopecreep moet omgaan. In principe is de deur tijdens de scrum dicht. Focus omdat je je pol anmoet volgen.

Morgen deel 2.