Sviluppo agile con 100 utenti; è possibile?

Hai bisogno della rappresentazione del cliente. Questa è una parola importante. Lo sviluppo agile non significa ottenere tutti gli utenti nel processo di creazione dell'app. Un componente fondamentale è coinvolgere il tuo cliente, ma il tuo cliente e i tuoi utenti sono gruppi di persone diversi volte diversi. Il tuo cliente ha obiettivi di business che desidera incontrare. Ad esempio, riassegnare gli impiegati a nuove responsabilità. Di conseguenza, hanno un interesse per le funzionalità che hai inserito o non inserito nel progetto finale. Il tuo cliente assegnerà qualcuno per rappresentarli mentre lavori alla creazione dell'app. Il numero di persone con cui devi coordinarti è ora molto limitato. Questa è una buona cosa.

È utile coinvolgere un gruppo di utenti finali in test di usabilità regolari. In breve, vuoi assicurarti che il tuo percorso soddisfi i loro bisogni prima che le cose diventino troppo costose per cambiare. Non fare test di usabilità troppo spesso, ma farlo regolarmente. Hai bisogno di abbastanza per mettermi in mostra tra ogni sessione di usabilità e tempo per incorporare le modifiche dall'ultima sessione. Questo passaggio non è necessario, ma il tuo progetto avrà più probabilità di riuscire se lo fai.

Devi incorporare il cliente in qualsiasi processo, ma se il tuo utente finale è il pubblico in generale o una grande popolazione di client remoti, di solito non li avrai di persona. Invece avrai qualcuno come un program manager o un analista di business che rappresenta il cliente per il resto del team. È compito di questa persona conoscere il business abbastanza bene da rispondere alle tue domande, o almeno essere un proxy per andare a parlare con il cliente per ottenere il loro input.

Se riesci a coinvolgere un vero cliente, sarebbe fantastico. Ci sono delle insidie nell'avere clienti paganti profondamente coinvolti nel processo di sviluppo, quindi calpestare con cura.

Se non hai clienti reali coinvolti in tutto il percorso puoi ancora coinvolgerli in prove, beta ecc.

Sì, è necessario ottenere input dall'utente finale per ottenere il miglior prodotto possibile. Questo non è esclusivo per Agile o anche per la programmazione in generale.

I loro impiegati avranno probabilmente un livello simile di abilità tecnica dato che lavoreranno tutti con lo stesso software tutto il giorno. Conoscere i propri clienti e la loro capacità tecnica sarà fondamentale per rendere il sito facile e comodo da usare. Dovrai farlo bene o non lo useranno.

L'azienda proprietaria del sito dovrebbe aiutarti a trovare alcuni clienti con cui lavorare come utenti. Sono riluttante a dire che dovrebbero essere clienti in favore di questo progetto. Non vuoi perdere tempo a convincere gli utenti riluttanti, ma se lo fai e costruisci un sito che piacerà a più clienti, ne beneficerà il proprietario del sito web.

Se i loro clienti sono aziende di qualsiasi dimensione, dispongono di sistemi per generare tali ordini. Non vedranno il valore della loro gente dover inserirli manualmente in un sito Web quando sono appena stati in grado di inviare un allegato fax / email. Capire un modo per integrare questi sistemi si tradurrà in un progetto molto più grande per te e una soluzione migliore per tutti. I clienti che sono piccoli negozi preferiscono entrare in linea con il vantaggio di essere disponibili 24/7 /

Penso che lo prendi troppo alla lettera. Qualcuno dovrebbe rappresentare il cliente nello spazio del team. Ho sentito dire che è il proxy aziendale in molti posti, ma il lavoro di quella persona è rappresentare ciò di cui l'azienda ha bisogno. In teoria, questo è ciò che il cliente sta per piacere.

Quindi non hai bisogno di clienti nella stanza, ma hai bisogno di qualcuno che li rappresenti. In definitiva, qualcuno sta finanziando il progetto da una prospettiva di business. Quella persona potrebbe essere nella stanza, e quindi non hai bisogno di un proxy, ma più che probabile, avranno qualcuno che rappresenta i loro interessi. L'azienda dovrebbe cercare di rappresentare i propri utenti finali in modo che possano avere successo.

Detto questo, dovresti avere una sorta di test di usabilità pianificato regolarmente durante il progetto per assicurarti che il proxy rappresenti i clienti in modo appropriato.