Scrum: INVEST in Good Stories by Achieving SMART Tasks
Jag stötte på den här artikeln som innehåller två mnemonics som jag verkligen gillar.
Invest som en påminnelse om egenskaperna hos en Product Backlog Item (PBI) av god kvalitet (eller användarberättelser) som vanligtvis skrivs i formatet User Story. Men vad är egenskaperna hos en bra user story? Akronymen INVEST kan påminna dig om att bra berättelser ska vara:
- Oberoende:
- Förhandlingsbara: De bör vara självständiga på ett sätt som gör att de kan släppas utan att vara beroende av varandra: Endast fånga essensen av användarens behov och lämna utrymme för samtal. Användarberättelsen bör inte skrivas som ett kontrakt.
- Värdefull: Levererar värde till slutanvändaren.
- Uppskattningsbar: Användarberättelser måste kunna uppskattas så att de kan prioriteras på rätt sätt och passa in i sprintar.
- Liten: En användarberättelse är en liten del av arbetet som gör att den kan slutföras på 3-4 dagar.
- Testbar: En användarberättelse är en liten del av arbetet som gör att den kan testas på 3-4 dagar: En user story måste bekräftas via förskrivna acceptanskriterier.
Product Backlog Refinement: Stories och uppgifter
Förfining av Product Backlog är att lägga till detaljer, uppskattningar och ordning till objekt i Product Backlog. Det behövs löpande Product Backlog Refinement inom varje Sprint för att förfina objekt så att de är redo för framtida Sprints. När backloggposterna har förfinats till en lämplig granularitetsnivå, delas de poster i Product Backlog som ligger högst upp i Product Backlog (högsta prioritet, största värde) upp så att de ryms inom en Sprint, vilket visas i figuren nedan.
När en produktbacklogg är förfinad och ska inkluderas i sprintbackloggen, är de typiskt sett i form av användarberättelser som är lätta att använda i del 1 av sprintplaneringen. Dessa användarberättelser förfinas vanligtvis ytterligare till uppgifter i del 2 av sprintplaneringen för att tilldelas medlemmarna i utvecklingsteamet.
En bra UPPDRAG bör vara – SMART:
SMART är en uppsättning kriterier för att skapa mål, t.ex. sprintmål som är ett kort uttalande skrivet av Scrum-teamet (baserat på produktägarens initiala mål) för att leda dem i riktning mot vad de vill att uppgifterna ska utföras i enlighet med sprintmålet.
SMART står för Specifikt, Mätbart, Uppnåeligt, Relevant och Tidsbundet. Att ha mål skrivna i ett SMART-format säkerställer att den som sätter målet är tydlig med vad de försöker uppnå, när och hur.
Specifikt: När du sätter upp ett mål ska du vara specifik om vad du vill uppnå. Tänk på detta som en uppdragsbeskrivning för ditt mål.
Mätbart: Vilka mått ska du använda för att avgöra om du uppnår målet? Detta gör målet mer konkret eftersom det ger ett sätt att mäta framstegen. Om det är ett projekt som det kommer att ta några månader att slutföra, sätt några milstolpar genom att överväga specifika uppgifter att utföra.
Achievable: Detta fokuserar på hur viktigt ett mål är för dig och vad du kan göra för att göra det uppnåeligt och kan kräva att du utvecklar nya färdigheter och ändrar attityder. Målet är tänkt att inspirera till motivation, inte till avskräckning. Tänk på hur du kan uppnå målet och om du har de verktyg/kunskaper som behövs. Om du för närvarande inte har dessa verktyg/färdigheter, fundera på vad som krävs för att uppnå dem.
Relevant: Detta avser att fokusera på något som är meningsfullt i förhållande till de bredare affärsmålen. Om målet till exempel är att lansera en ny produkt bör det vara något som ligger i linje med de övergripande affärsmålen. Ditt team kanske kan lansera en ny konsumentprodukt, men om ditt företag är ett B2B-företag som inte expanderar till konsumentmarknaden skulle målet inte vara relevant.
Tidsbegränsat: Vem som helst kan sätta upp mål, men om det saknar en realistisk tidsram är det troligt att du inte kommer att lyckas. Att ge ett måldatum för leveranser är absolut nödvändigt. Ställ specifika frågor om målets tidsfrist och vad som kan åstadkommas inom den tidsperioden. Om målet kommer att ta tre månader att genomföra är det användbart att definiera vad som ska uppnås halvvägs genom processen. Att ge tidsgränser skapar också en känsla av brådska.
.