Organizzazioni di storie e compiti degli utenti

Sì, è normale, perché hai già finito l'attività. Hai stimato un po 'di tempo per quel compito e hai lavorato su quel compito. In questo modo è perfettamente normale saltare questa attività per altre storie che hanno lo stesso compito.

Se vuoi (per scopi storici) puoi scrivere di nuovo quell'attività per l'altra storia e inserire 0 nel tempo stimato, solo così sai che hai finito. Quindi puoi tenere traccia di ciò che dovevi fare per finire quella storia.

Ho sempre considerato le storie degli utenti come requisiti documentati e attività come piani di implementazione o suggerimenti.

È molto probabile che due o più requisiti finiscano per riutilizzare lo stesso codice o infrastruttura. Questo è il motivo per cui è possibile che due storie utente richiedano le stesse attività.

Per evitare questo, in genere non specificherò le mie attività fino a quando non inizi il mio sprint. Ciò significa che sto specificando un piano di implementazione in base allo stato corrente del progetto. Se la mia storia dipende da un Service X che non è ancora stato implementato, allora aggiungerò un compito per questo. Se, tuttavia, sono riuscito a spremere in Service X nel mio ultimo sprint, non è necessario scrivere un'attività duplicata per questo.

Se, d'altra parte, si specificano le attività della storia molto in anticipo, allora è difficile dire cosa sarà già implementato quando raccogli una storia. E questo rende difficile determinare quali attività specificare.