Dovremmo usare i personaggi nelle storie degli utenti?

Question

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

Una persona è una rappresentazione immaginaria di un ruolo utente.

E Futher discutere definizione della persona:

Creazione di personaggi richiede più di solo l'aggiunta di un nome a un ruolo utente. Una persona deve essere descritta con il numero in modo tale che tutti nella squadra si sentano come se conoscessero la persona.

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

Ok. Tutte queste idee sembrano buone. Può essere divertente definire personaggi in ruoli utente, ma ne vale la pena? Esiste una qualità reale o misurabile o una maggiore efficienza durante l'utilizzo?

Hai qualche buon esempio in cui le persone aiutano veramente il team di sviluppo? Usi le persone nelle storie degli utenti?

Edit:

ho trovato bell'articolo su personaggi in MSDN.

Answer 1

Questo può essere d'aiuto quando ci sono molti ruoli e quando sono molto complessi.

Più ruoli hai, più è complesso soddisfare tutti loro. Hanno diversi bisogni, valori, potere, ecc. Avere l'immagine suona un po 'banale, ma aiuta anche molto.

controllare 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 il team (programmatori ...) relazionarsi alla storia a un livello più personale/emotivo, che ritengo sia buono.

Se la tua squadra ha l'abitudine di spedire storie che non sono ciò che il cliente desiderava, quindi con tutti i mezzi, prova l'approccio personale e guarda come funziona per te.

Ispezionare e adattare, come al solito.

Answer 3

Le persone possono essere utili anche per rendere più chiara la comunicazione tra team di sviluppo e azienda. Quando parli di più in termini non tecnici, il business potrebbe comprenderti più chiaramente.

Invece della descrizione

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

userete persona Frank:

Frank è responsabile per problemi tecnici della nostra applicazione. Capisce il database. Non insegna agli utenti come lavorare con l'applicazione, ma in caso di problemi può risolverli.

Non sono ancora sicuro se descrivere le persone con emozioni reali, ad es. "Frank non è molto felice di aiutare gli utenti in ogni momento, quindi gli utenti non dovrebbero disturbarlo spesso".

Answer 4

D'altra parte, potresti avere Persona "Petr".

"Petr ama 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 non scrive codice a meno che non abbia consumato almeno 6 litri di Pilsner. "

Ciò che produce Personas è aiutare gli analisti a capire veramente di cosa stanno scrivendo. Ti aiuta a scoprire i requisiti che normalmente trascurerai.

Answer 5

Mi ricordo di aver letto un white paper di Boston Consulting Group su persone nella crescente borghesia latinoamericana. Anche se interessante, ho pensato che il loro livello di controllo fosse del tutto inutile. Personalmente ritengo che i personaggi siano una perdita di tempo e debbano essere considerati uno strumento ausiliario e non un obiettivo prioritario. Ricordo di aver trascorso una settimana costruendo persone per un social network per imprenditori. Grandi sprechi! Penso che sia meglio scoprire la tua missione aziendale o del tuo sito. Una missione aziendale può aiutarti a razionalizzare il modo migliore per servire i tuoi utenti, indipendentemente dalle loro particolari personalità. Pensa a Facebook, "Vogliamo consentire agli utenti di condividere e connettersi con i loro amici" o Foursquare "Siamo l'utilità sociale che collega gli utenti alle loro città".

Answer 6

L'utilizzo di User Personas in User stories è davvero utile per il team. I personaggi sono personaggi fittizi altamente dettagliati che fungono da rappresentanti della maggioranza degli utenti e di altre parti interessate che potrebbero non utilizzare direttamente il prodotto finale. Creando persone, identificare le esigenze della base utenti di destinazione diventa un compito facile per il team. La creazione di personaggi specifici può aiutare il team a comprendere meglio gli utenti, le loro esigenze e i loro obiettivi. Basato su una Persona, il Product Owner può dare la priorità in modo più efficace alle funzionalità per creare il Product Backlog con priorità. Per saperne di più su Utente Persona puoi leggere questo articolo - https://www.scrumstudy.com/blog/what-is-a-persona/