Il luogo dell'interfaccia utente durante la stima e l'elaborazione di storie utente

1

La nostra azienda sta cercando di seguire le metodologie Agile quando si tratta di stimare e dare la priorità a qualsiasi nuovo lavoro di sviluppo. La lettura che ho fatto rende questo concetto eccellente, quindi stiamo cercando di dargli una buona impressione per farlo funzionare per noi e quindi aiutare a fornire una soluzione migliore alla fine della giornata per i nostri clienti.

Un problema che ho avuto di recente è la posizione della progettazione dell'interfaccia utente durante la stima delle storie degli utenti. Abbiamo dato il via a un nuovo progetto discutendo ciò che era necessario da un punto di vista funzionale e ottenendo una serie di user story scritte per essere verificate dall'utente. Il nostro BA ci ha quindi chiesto di valutare queste storie.

Sono andato, aspetta. Molte di queste storie potrebbero variare in base alla complessità del design dell'interfaccia utente. Tuttavia, il BA non era ancora pronto per discutere l'interfaccia utente in quanto aveva bisogno di stime per pianificare gli sprint e ottenere un costo per il progetto.

Quindi la mia domanda principale è:

Where does UI design fit into the process between writing user stories and estimation. Or, should it even fit in and just be a part of the development work?

Domanda secondaria

How does agile fit into fixed price quotes for new work (based on your estimations on the entire user stories set), and how then do you ensure you deliver what you said as far as the user stories go against the quote given i.e. a story is bigger than you thought so blows out

Le mie preoccupazioni riguardo al nostro processo:

  1. Non riesco a stimare abbastanza accuratamente in questa fase del processo poiché mancano alcuni elementi, ad esempio UI. È un nuovo progetto per un nuovo cliente che si dirige verso acque incerte.
  2. Alcune funzioni sono troppo sconosciute per essere valutate (Devo solo scavare più a fondo nell'oscurità per eliminare le acque per rimuovere le incognite ??)

BA ha bisogno (come mi è stato espresso)

  1. Vuole avere delle stime in modo che possano determinare quanti sprint questo progetto prenderà
  2. Vuole avere delle stime in modo che possano determinare l'ambito e il costo del progetto in modo che possano darlo al cliente come preventivo.
posta dreza 04.04.2014 - 03:43
fonte

1 risposta

2

La progettazione dell'interfaccia utente non è diversa dall'architettura, dalla codifica o dal collaudo - fa parte del processo di mischia. Alcuni dicono che in un mondo ideale il team farà tutto questo in uno sprint - ma solo un design dell'interfaccia utente sufficiente per quello sprint. Altri sono più pragmatici e dicono che non può essere fatto, e progettano in uno sprint e codificano e testano in un altro, oppure progettano e codificano in uno e provano in un altro.

Un modello comune è quello di fare il lavoro di progettazione / storie di interfaccia utente in uno sprint e codice nel prossimo. Dopotutto, se non sai come è l'interfaccia utente, non è possibile stimare quanto impegno sarà dedicato alla codifica. Considera la differenza nella home page di google.com vs bing.com - entrambi hanno la stessa funzione primaria, ma bing.com ha un design dell'interfaccia utente notevolmente più elaborato.

Detto questo, le stime sono solo questo: stime. Niente in mischia richiede che siano accurati solo che sono coerenti nel tempo. Non importa se si stima una storia come una 5 o una 13 a patto che storie simili siano stimate nello stesso modo dallo sprint allo sprint.

Quindi, fai ciò che il team pensa sia giusto - fai una storia dell'interfaccia utente prima di fare lo sviluppo, o fallo insieme. Se l'OP dice che devono essere fatti allo stesso tempo, assicurati di includere nelle tue stime tutte le incertezze. Fai del tuo meglio per stimare, sapendo che sarà sbagliato. Impara da questo nella tua retrospettiva e parla di cosa ha funzionato e cosa no. Quindi, modifica le tue procedure in futuro.

Soprattutto, non aspettatevi che le stime per la prima mezza dozzina di sprint siano almeno accurate. Nel corso del tempo, tuttavia, indipendentemente dalla strategia, dovresti iniziare a fare approssimativamente lo stesso numero di punti per ogni sprint, che l'OP può quindi utilizzare per prevedere quante storie puoi fare in uno sprint.

    
risposta data 04.04.2014 - 04:13
fonte

Leggi altre domande sui tag