Al momento stiamo creando attività basate su storie utente (appuntite). Quindi colleghiamo le attività alla User story in TFS e le spostiamo attraverso la kanban board. Sembra un approccio comune? anche come riportiamo i compiti? La nostra velocità non sembra buona poiché i compiti non sono puntati. potremmo completare 2 attività su 3 in uno sprint, quindi come fare a segnalarlo?
Il tuo approccio per suddividere storie in compiti e spostare tali compiti su tutta la linea è una tariffa standard in Scrum.
Non ci dovrebbe essere bisogno di creare report sul livello di attività in TFS, perché le attività non creano valore per l'azienda. Sono le storie complete che creano valore per l'azienda.
Se una storia non è completata alla fine di uno sprint, quella storia deve tornare al backlog per essere pianificata di nuovo in uno sprint futuro (probabilmente il prossimo, a seconda delle priorità).
Se la tua squadra ha difficoltà a completare la maggior parte delle storie, ci sono un paio di possibili motivi:
Ok. Penso che abbiamo una soluzione con le storie degli utenti. Posso capire come abbatterli ulteriormente ora in modo che abbiano ancora valore per il business. Parte del nostro problema sta affrontando troppo lavoro in una volta. Ciò significa che abbiamo pochissima velocità per alcuni sprint e poi salta in modo massivo quando il lavoro di tutti è completo. Il nostro approccio è di spostare i compiti su tutta la linea che sono tutti collegati a una storia utente. Creiamo la user story e le attività in TFS, le attività sono collegate come bambini. Se l'azienda ha bisogno di vedere progressi in ogni sprint, allora è necessario assicurarsi che le tue storie siano gestibili e forse che tutto il team lavori su una storia per provare a completarla in uno sprint. se le cose sono meno rilassanti, allora forse puoi lasciare che una storia utente venga eseguita finché l'azienda può vedere lo stato di avanzamento delle attività. Ancora una volta è tutto su come funziona per voi. Penso che una domanda chiave sia ciò che l'azienda deve vedere e con quale frequenza. Inoltre, sul Kanban elenchiamo l'attività e la storia dell'utente a cui si riferisce sulla stessa carta. Sto anche pensando che una volta che tutte le attività sono state completate in termini di Dev, la vera story story dell'utente viene piazzata nella corsia di test e le carte attività collegate vengono rimosse dal tabellone. Se il proprietario del prodotto carica la storia dell'utente in TFS, vedrà lo stato di tutte le attività collegate. Per chiunque sia interessato, il tipo di oggetto di lavoro che usiamo in TFS per una storia utente è "Funzionale". Quando vogliamo aggiungere un'attività, carichiamo la storia dell'utente e aggiungiamo attività secondarie secondo necessità.