Come tradurre le esigenze dell'utente al lavoro effettivo che deve essere fatto? [chiuso]

Question

Noi lavoriamo con il metodo mischia. Supponiamo che il proprietario del prodotto vuole una nuova funzionalità che permette all'utente di cercare il contenuto del sito web.

Il lavoro totale è di 8 punti e queste sarebbero le storie degli utenti:

• l'utente può ingresso termini di ricerca (0 punti)
• i risultati della ricerca vengono visualizzati per l'utente (8 punti)

Voglio ottenere un quadro più chiaro nel progresso dello sviluppatore. Tuttavia non posso abbattere queste storie ulteriormente.

ho potuto tuttavia riscrivere le storie. Mi sento riluttante perché queste storie sono storie tecniche.

• aggiungere ricerca (0 punti)
• create table indice nel database (0 punti)
• accertarsi che la tabella di indice viene aggiornato quando le modifiche dei dati ABC (3 punti)
• accertarsi che la tabella indice viene aggiornato quando le modifiche di dati XYZ (2 punti)
• ottenere risultati dal database (1 punto)
• comporre l'URL corretto per ogni risultato di ricerca (2 punti)

Come si fa a gestire queste situazioni?

Answer 1

Non si dovrebbe abbattere le storie in altre storie tecnici oltre.

Nel corso della Sprint Planning Meeting, la squadra rompe le storie in compiti. Tali compiti vengono poi stimati in numero di ore.

Durante la Sprint, a tenere traccia del numero di ore rimanenti nelle classifiche burndown Sprint.

Le storie sono per gli utenti finali.

I compiti sono per la squadra (UI Design, Sviluppo, Codice, Testing, Documentazione, ecc.)