Dovremmo usare personaggi in storie degli utenti? [chiuso]

Question

Il libro User Stories Applied contiene singola pagina discutere Personas. La definizione di persona dal libro è:

  

Una persona è la rappresentazione immaginaria   di un ruolo utente.

E 'Futher discutere definizione della persona:

  

La creazione di personaggi richiede più di   solo l'aggiunta di un nome a un ruolo utente. UN   persona deve essere descritta   a sufficienza che tutti nel team   si sente come se conoscono la persona.

Si raccomanda inoltre di trovare una foto su Internet o nella rivista e utilizzare questa foto per persona in modo che tutti possono chiaramente immaginare persona che lavora con l'applicazione.

Ok. Tutte queste idee buon suono. Può essere divertente per definire personaggi a ruoli degli utenti, ma ne vale la pena? C'è un vero e proprio o la qualità misurabile o una maggiore efficienza quando le si usa?

Avete esempi di buone dove personaggi realmente aiutano il team di sviluppo? Usi personaggi in storie di utenti?

Modifica

Ho trovato bell'articolo su personaggi in MSDN .

Answer 1

Questo può aiuta quando c'è molta ruoli e quando sono molto complesse.

I più ruoli hai, più complesso è quello di soddisfare tutti. Essi hanno esigenze diverse, valori, potere, ecc Avere il quadro suona un po 'banale, ma aiuta davvero troppo.

Controlla davvero questo bel video da Jeff Patton sul tema: http : //www.infoq.com/presentations/pragmatic-personas

Il suo sito web: http://www.agileproductdesign.com/

Answer 2

La ragione per usare personaggi è per la squadra per ottenere una migliore comprensione della storia. Rende più facile per la squadra (programmatori ...) di relazionarsi con la storia su un livello più personale / emotiva, che credo sia buono.

Se la tua squadra ha l'abitudine di storie che non sono quello che voleva che il cliente di trasporto, quindi con tutti i mezzi, prova l'approccio persona e vedere come funziona per voi.

Controllare e adattare, come al solito.

Answer 3

Personas può essere utile anche per rendere la comunicazione tra i team di sviluppo e di business più chiaro. Quando si parla di più in termini non tecnici business potrebbe comprendere più chiaramente.

Al posto della descrizione

  

L'amministratore applicazione manterrà la struttura db e il codice dell'applicazione

si utilizzerà persona Frank:

  

Frank è responsabile per problemi tecnici della nostra applicazione. Capisce il database. Egli non insegna agli utenti come lavorare con l'applicazione, ma in caso di eventuali problemi che possono risolverli.

Ancora non sono sicuro se descrivere personaggi con emozioni vere, per esempio "Frank non è molto felice di aiutare gli utenti per tutto il tempo così gli utenti non lo dovrebbero disturbare spesso".

Answer 4

mi ricordo la lettura di un libro bianco di Boston Consulting Group on Personas nella classe media americana latino in crescita. Mentre interessante, ho pensato che il loro livello di controllo era del tutto inutile. Personalmente penso che personaggi sono uno spreco di tempo e devono essere considerati come uno strumento accessorio, e non un obiettivo prioritario. Mi ricordo di aver trascorso una settimana la costruzione di personaggi per un social network per gli imprenditori. Grande spreco! Penso che sia migliore per scoprire la vostra azienda o sito web missione. Una mission aziendale può aiutare a razionalizzare come miglior servizio agli utenti, a prescindere dalla loro particolare personalità. Pensate Facebook, "Vogliamo consentire agli utenti di condividere e connettersi con i loro amici" o Foursquare "Siamo l'utility che collega gli utenti ai loro città".

Answer 5

D'altra parte, si potrebbe avere Persona "Petr".

"Petr piace bere un sacco di birra. Petr usa solo il suo computer quando è ubriaco. Esigenze di Petr dipendono dal suo livello di alcol nel sangue. Petr ama programmare il suo computer. Il suo codice migliore è scritto dopo 12 litri di Pilsner, e lo fa codice non scrivere se non ha consumato almeno 6 litri di Pilsner ".

Quello che la produzione di Personas fa è di aiuto gli analisti realmente capire ciò che stanno scrivendo. Ti aiuta a scoprire i requisiti si farebbe normalmente si affacciano.