Lichtgewicht SCRUM

 
28 maart 2010

Wat me opvalt aan veel pogingen die ik ondernomen zie worden door teams die  ‘agile’ willen gaan werken is dat bijna iedereen zich vergist in de hoeveelheid bureaucratie dit met zich meebrengt. Zo wordt je als agile ontwikkelaar geacht allereerst na te denken over functionaliteit en dit via storypoints te gaan inplannen. Vervolgens moet je iedere week – of iedere twee weken – een uitgebreide sprintplanning maken waarin je geacht wordt je userstories op te gaan delen in zo goed mogelijk ingeschatte tasks. Vervolgens is het zo dat je elke task die je uitvoert netjes moet bijwerken in het issue-tracking systeem om de velocitymeting bij te houden.

Veel teams raken gefrustreerd door de tooling. Zo is een issue-tracking systeem als Trac, Jira of TFS nogal bewerkelijk als je stories, issues en de hele rataplan hierin wilt managen. Wat ik dan ook veel zie in de praktijk is dat men toch maar weer teruggrijpt naar excel of google spreadsheets voor het bijwerken van workitems, uit pure kliktijdverspillingsfrustratie. Wat wel bijna altijd werkt en blijft werken zijn post-its op de muur met de drie bekende kolommen van het SCRUM bord.

Kan je dat nu niet handig en vooral eenvoudig combineren? Hieronder het resultaat.

SCRUMApp

Via een eenvoudige Google Spreadsheet met één tabje workitems (met key, name, description en estimation kolommen) en één tabje teamleden (naam & emailadres) wordt bovenstaand SCRUM bord electronisch gegenereerd. Elke regel in de workitemtab krijgt een eigen “post-it” in de TODO kolom. Op moment dat de post-it (na selectie van het teamlid) in de IN PROGRESS kolom gesleept wordt gaat een teller lopen die meet hoeveel tijd dit workitem heeft gekost. Als hij naar DONE gesleept wordt stopt de teller. Een kleine burndownchart (fixed 5 intervallen terug) geeft snel inzicht hoe het staat met de snelheid.

Voordelen die ik zo zie:

  • Workitem CRUD in een spreadsheet (is veel sneller & fijner dan een klikkerdieklik issue tracker)
  • Direct inzicht in de voortgang van je sprint door real-time burn-down en de gravatar fotoweergave bij de workitems
  • Simpele drag & drop lijkt veel op post-its plakken

Iemand anders suggesties/ervaringen?


Werken met ?
Kijk dan bij onze mogelijkheden voor zowel starters als ervaren engineers.


Categorieën: Project- & procesmanagement, Development


Reacties (4)

  • jo do schreef:

    21SCRUm is zo’n methode.

    Maar daar mis ik dan een burndownschart voor alle projecten samen?

    Geplaatst op 19 maart 2011 om 7:53 Permalink

  • Hoi Pedro,

    Helemaal mee eens, losse tools geeft een rommeltje. Het idee is dan ook dat het altijd een aanvulling moet zijn op een reeds bestaande oplossing. In dit geval is dat dus Google Spreadsheets, wat ik het meest toegepast zie worden tot nu toe in de praktijk :).

    Geplaatst op 01 april 2010 om 18:20 Permalink

  • Hoi André,

    mijn ervaring met de tooling is niet zo rampzalig :) In een project heb ik met ScrumWorks gewerkt. In een paar andere projecten heb ik met Trac+Agilo gewerkt. Naar mijn idee werken deze tools prima. Het enige wat ik mis is inderdaad een teller die bijhoudt hoe lang een taak daadwerkelijk duurt.
    In geen van deze tools is een SCRUM bord beschikbaar. Dat zou je als een gemist kunnen beschouwen. Als het zo is stel ik voor dat deze tools uitgebreid worden in plaats dat we een aparte tool gaan gebruiken. Dan loop je het risico dat project informatie (bijv taakbeschrijving) dubbel ingevoerd moet worden en bijgehouden.

    Kortom: interactie via een SCRUM bord is handig maar alleen als dit geïntegreerd is met een bestaande tool.

    Geplaatst op 30 maart 2010 om 8:43 Permalink

  • Matthijs schreef:

    Wow Andre handig, Ziet er veelbelovend uit.

    Geplaatst op 29 maart 2010 om 7:42 Permalink