Voorbeeldtabel voor de Product Backlog
Ik wil je graag een heel eenvoudige manier laten zien om User Stories in een Product Backlog in tabelvorm weer te geven. Het idee hiervoor kwam bij me op nadat ik een van mijn oude Product Backlogs van negen jaar geleden tegenkwam en dacht: „Wow, vergeleken met wat ik tegenwoordig doe, is die behoorlijk verouderd." Daarom laat ik je hier een template zien voor een Product Backlog in de vorm van een tabel (bijv. Excel).
Zoals je misschien al weet, ben ik een grote fan van het schrijven van de Backlog met behulp van User Stories, waarbij deze User Stories als volgt worden opgebouwd:
„Als ______ wil ik ______, zodat ________."
Dat zou er zo uit kunnen zien: „Als frequente vlieger wil ik tijdens de vlucht toegang tot internet hebben, zodat ik mijn blog ook tijdens de reis kan updaten, in plaats van alleen een tekstdocument op te slaan waarmee ik de blog pas later kan updaten." (Kun je raden waar ik dit geschreven heb?)
Bij het werken met een Excel-spreadsheet vind ik het het makkelijkst om de tekstbouwstenen van de User Stories als kolomkoppen te gebruiken. Op die manier krijg je de koppen „Als", „wil ik" en „zodat" of „want". De kernboodschap van elke Story is dan goed herkenbaar. Je kunt ook extra kolommen toevoegen, bijvoorbeeld voor nummering, opmerkingen, status enzovoort. In het volgende voorbeeld heb ik ook een kolom toegevoegd voor het overkoepelende thema van de betreffende Story .
| ID | Thema | Als… | wil ik… | zodat… | Opmerkingen | Prioriteit | Status |
| 2 | Spel | Moderator | een nieuw spel aanmaken door een naam en een optionele beschrijving in te voeren | ik andere personen kan uitnodigen om een inschatting te geven | Als je spellen niet kunt opslaan en er later op kunt terugkomen, is de beschrijving niet nodig | vereist | done |
| 2 | Spel | Moderator | andere personen uitnodigen om een inschatting te geven door hen een URL te sturen waarmee ze aan het spel kunnen deelnemen | we het spel kunnen starten | De URL moet zo geformatteerd zijn dat je hem makkelijk telefonisch kunt doorgeven | done | |
| 5 | Spel | Estimator (persoon die een inschatting moet geven) | deelnemen aan een spel door mijn naam in te voeren op de pagina waarvoor ik de URL heb ontvangen | ik aan het spel kan deelnemen | done | ||
| 6 | Spel | Moderator | een ronde starten door een item in een tekstveld met meerdere regels in te voeren | we het kunnen inschatten | done | ||
| 8 | Spel | Estimator | het item zien dat ingeschat moet worden | ik weet waarvoor ik een inschatting geef | done | ||
| 40 | Spel | Deelnemer | de kaarten bij meerdere keren trekken altijd in dezelfde volgorde hebben | het makkelijker is om inschattingen te vergelijken | Vervangen door A08, zodat de story niet over "dezelfde volgorde" spreekt, omdat dat een UI-detail kan zijn | done | |
| 35 | niet-functioneel | Gebruiker | dat de applicatie snel reageert op mijn acties | ik me niet verveel | done | ||
| 36 | niet-functioneel | Gebruiker | goede foutpagina's als er iets misgaat | ik het systeem en de ontwikkelaars ervan kan vertrouwen | done | ||
| A11 | niet-functioneel | Onderzoeker | dat de resultaten op een niet-identificeerbare manier worden opgeslagen | ik data kan bestuderen, zoals of de inschattingen lijken op de eerste mening die door "Estimator A" is gegeven | Er mogen geen namen of tekst worden opgeslagen, maar wel elke kaart, wie deze heeft gespeeld en de uiteindelijke inschatting | ||
| A05 | Spel | Moderator | een van de in te schatten items aanpassen | het beter het begrip van het team voor het item weerspiegelt | |||
| 22 | Archief | Moderator | de gegevens van een spel als CSV-bestand kunnen exporteren | ik de stories en inschattingen verder kan bewerken | Het geëxporteerde bestand moet direct weer in het systeem geïmporteerd kunnen worden | done |
Mijn favoriete structuur voor User Stories
=> User Stories schrijven
