12 apr
De scrum-methode: handig of nutteloos?
Geschreven op 12.04.2010 om 12:00 door Niels de Vries.
| Het zijn op dit moment drukke, maar erg leuke weken. Zelf werk ik op dit moment aan leuke opdrachten. Ik ben onder anderen bezig met een nieuw design voor de website van In Regie, een logo voor Dancesound en een jubileumboek met een website voor tennisvereniging De Horne. Daarnaast ben ik natuurlijk nog stage aan het lopen bij theFactor.e! Daar krijg ik momenteel ook leuke opdrachten binnen waar ik aan kan werken. Zo mag ik redelijk veel serviceklussen doen en wordt ik ook betrokken bij de "grotere projecten" zoals de Hanzehogeschool. Daarnaast wordt ik erg goed begeleid en leer ik elke dag weer nieuwe dingen bij. Zowel op het gebied van Fireworks als op het gebied van webdesign, typografie en usability. Vooral typografie interesseert mij op het moment, en ik heb op mijn stage ruimte gekregen om mij daar meer in te verdiepen.
Vorige week heb ik een gesprek gehad met de teamleider annex contactpersoon van design. In dit gesprek hebben we het onder andere gehad over de voortgang van mijn stage en op welke manier ik het beste dingen kan leren op het gebied van design en op welke manier ik het beste aan mijn competenties kan werken. Zo is voorgesteld dat ik mee mag draaien met een "scrum-project". Een scrum-project? Precies, dat was mijn eerste gedachte ook, geen idee wat het precies inhield, maar dat ga ik nu uit leggen. - De scrum-methode Een scrum-project is een project dat te vergelijken is met een projectteam (zoals op school), mensen die allemaal verschillende expertises hebben werken samen in een team. Deze mensen werken samen aan een project die is opgedeeld in kort sprints, waarbij aan het eind van elke sprint er een werkend product wordt opgeleverd. De sleutelwoorden van een scrum-project zijn samenwerking, communicatie en teamspirit. Verschil met een "normaal" project is dat hier tegelijkertijd aan fases wordt gewerkt in plaats van afwachten tot de vorige fase is afgelopen alvorens met een nieuwe fase wordt begonnen. De doelstellingen van een scrum-project zijn: - Het verhogen van de effectiviteit van het team. - Het bewaken van de vooruitgang van het team. - Het oplossen van blokkades en problemen. - Het bewaken van de voortgang van het project. - Het in kaart brengen en het minimaliseren van de risico's. 
Mijn eerste kennismaking met scrum was afgelopen woensdag (het kan ook donderdag geweest zijn). We zaten in een ruimte met ongeveer 10 personen. Van elke expertise waren er verschillende mensen aanwezig: zo was er een scrum-master, een designer, een tester, een html-er, een paar technische mensen, de opdrachtgever en nog enkele anderen waarvan in niet precies weet wat hun expertise was. Deze bijeenkomst (waar ik nu bij zat) was bedoeld om de opdracht in te schatten qua tijd. Iedereen had een pak met kaarten gekregen waarop verschillende getallen stonden. Eerst wordt de opdracht doorgenomen en het concept bekeken. Vervolgens wordt er bekeken wat er allemaal gedaan moet worden. Elk element wordt onderverdeeld in dingen die ervoor gedaan moeten worden. Als voorbeeld neem ik de navigatie van de website (het ging hier dus om een website). "Wat moet er voor gedaan worden?", wordt er door de scrum-master gevraagd. Er worden door verschillende mensen onderwerpen aangestipt: design, HTML, test, inrichten, documentatie, CMS. Als eerst wordt er bijvoorbeeld design behandeld. Iedereen legt nu tegelijkertijd een kaart op met daarop een getal. Dit getal geeft aan hoeveel tijd die persoon denkt dat het gaat kosten om het te voltooien. Wanneer iedereen zijn kaart op heeft gegooid, moeten degene met de hoogste en de laagste kaart gaan uitleggen waarom zij denken dat het juist heel weinig of heel veel tijd gaat kosten. Aan de hand daarvan en aan de hand van de specialist op het gebied van design wordt er door de scrum-master, in overleg met de groep, een besluit genomen hoeveel tijd het gaat kosten. Soms is het zo dat het van te voren al duidelijk is als bijvoorbeeld 8 mensen een 3 opgooien, een persoon een 2 opgooit en de laatste persoon een 4. Dan ligt het voor de hand dat er een tijd indicatie van 3 wordt gekozen. Maar soms is het wat minder duidelijk en dan wordt er goed overlegt, waarbij de specialist het meeste inspraak heeft aangezien het zijn of haar vakgebied is. Dit wordt genoteerd en het volgende onderwerp, bijvoorbeeld HTML, wordt behandeld. Als vervolgens alle onderwerpen behandeld en genoteerd zijn, worden deze opgehangen aan een muur. En daarna wordt het volgende punt besproken, bijvoorbeeld de zoekfunctie. Wederom worden punten aangestipt als design, HTML, CMS, etc. Op deze manier van werken kun je alles goed inplannen en inschatten hoeveel tijd het gaat kosten. Bovendien ben je steeds goed op de hoogte van waar anderen mee bezig zijn. - Maar wat nou als de tijd indicaties achteraf niet juist zijn? Om te zorgen dat het inschatten van de tijd niet te lastig wordt of niet meer te overzien valt, wordt er gewerkt met sprints. Een sprint is een korte deadline (bijvoorbeeld twee weken). Iedereen moet voor die deadline zijn werk af hebben en zo kan er goed bekeken wordt of dingen meer, of juist minder tijd hebben gekost. De scrum-master houdt de groep goed bij elkaar en controleert of mensen hun taak goed uitvoeren. Dit klinkt strenger dat dat het uiteindelijk is, maar het is goed om te weten dat er iemand het overzicht bewaard en de tijd bewaakt. - Hoe weet je of iedereen zijn tussentijdse deadline gaat halen? Vrijwel dagelijks houdt de scrum-master een "scrum-meeting", ook wel "stand-up genaamd", In deze meeting beantwoord elk teamlid de volgende drie vragen: - Wat heb je gedaan? - Wat ga je doen? - Wat zijn je problemen? Aan de hand van deze punten is, en blijft, iedereen goed op de hoogte van de vorderingen van het project en kunnen problemen besproken en opgelost worden. Vervolgens gaan de experts weer aan de slag met zijn of haar eigen team om de opdracht te voltooien. De personen werken veel samen en pakken het project met zijn allen tegelijkertijd aan. - Wat als de opdrachtgever niet tevreden is? Het voordeel van een scrum-project is dat de opdrachtgever nauw betrokken is bij het proces. Na een sprint wordt er geëvalueerd en kan de opdrachtgever zijn of haar opmerkingen plaatsen of wensen uitspreken. Ik mag de komende we(e)k(en) veel aanwezig zijn bij de bijeenkomsten van het scrum-team. Ik hoop daarvan veel te leren, want ik ben nu al van mening dat het een goede manier van werken is. Ik merk dat iedereen gelijk en even belangrijk is in het project, want het ene onderdeel werkt niet zonder het ander. Ook kunnen problemen die een van de project leden bijvoorbeeld tegenkomt, meteen "getackeld" worden. Iedereen is van elkaars werk op de hoogte en samen werk je naar een goed werkend eindproduct, naar wensen van de klant. Uiteraard zijn wij de professionals en is het ook aan ons om de klant te overtuigen van bepaalde zaken. Reacties Eelco
12.04.10 om 12:10 Website Mooi stukje! Ik had nog nooit gehoord van deze methode, ik zal hier eens rondvragen of ze ermee bekend zijn:) Stukje sharing he;) We spreken elkaar! Gr, Eelco Joris Oosterwaal
12.04.10 om 12:59 Leuk stukje Niels! Wij gebruiken het op een andere manier, maar het werkt voorlopig wel. Wij hebben aan het begin van de dag een korte `scrum-vergadering` waarin iedereen aangeeft wat er gedaan is, en wat er op die dag gaat gebeuren. Aan het einde weer even doornemen, en kijken of iedereen zijn afspraken is nagekomen. Succes verder, scrum-manager;) Niels
12.04.10 om 13:06 @Joris. Dankjewel, leuk dat jullie het ook gebruiken! Er zullen vast meerdere manieren zijn, maar ik denk als het goed wordt uitgevoerd, dat het wel werkt. Vincent Vink
20.04.10 om 10:42 Hey Niels! Klinkt super gaaf allemaal daar! Dat soort dingen mis ik hier dan wel weer. Ik zal deze methode zeker onthouden. Succes verder! En Scrumze! Schrijf een reactie
* verplichte velden, emailadres wordt niet getoond. |
Naar boven | Naar de reacties | Terug naar de homepagina