Sviluppo agile: dove includere la codifica dell'interfaccia utente?

Ho trovato estremamente utile includere la progettazione dell'esperienza utente come parte della raffinatezza. Ho anche trovato utile considerare la progettazione di UX come parte dell'organizzazione di gestione del prodotto.

Discovery non sta solo scoprendo i requisiti che le parti interessate hanno per un sistema, ma anche il modo in cui gli stakeholder interagiscono al meglio con il sistema. Anche se i responsabili dei tuoi prodotti tendono a conoscere il dominio e le diverse classi di stakeholder e come queste persone intendono utilizzare un sistema, la comprensione della progettazione dell'esperienza utente, dell'interazione dell'utente e dei principi di progettazione dell'interfaccia utente sono una specialità.

Alcuni dei lavori sono comuni tra la progettazione dei requisiti e la progettazione dell'esperienza utente, come l'identificazione di persone o classi di utenti e la creazione di flussi di utenti e storie o scenari degli utenti. Tuttavia, la progettazione dell'esperienza utente lo usa per creare wireframes e altri prototipi e prototipi e conduce vari test su quali siano le giuste interazioni per i diversi utenti. L'output di questi test viene utilizzato per perfezionare i criteri utilizzati da un team di sviluppo per creare il prodotto.

Questo non significa che i progettisti di UX non possano operare all'interno di una cadenza di iterazione, proprio come il team di sviluppo. In effetti, può essere utile farli operare su una cadenza simile. Tuttavia, il lavoro che stanno facendo è in realtà una scoperta per il lavoro futuro che verrà sviluppato dal team negli sprint successivi.

C'è anche il caso in cui non si dispone di risorse dedicate per il lavoro di progettazione UX / UI. In questo caso, dovresti considerare il lavoro di progettazione come parte di qualsiasi attività di perfezionamento del backlog che hai. I framework, come Scrum, forniscono una guida su quanto sforzo dovrebbe essere assegnato al perfezionamento del backlog. Alcuni di questi tempi possono essere la revisione, la stima e la scomposizione del lavoro da parte del team mentre un po 'di questo tempo viene utilizzato per supportare la gestione del prodotto nello sviluppo iniziale dei requisiti, che include la progettazione dell'interfaccia utente e qualsiasi tipo di test dell'utente rispetto al progetto e mockup.

Se hai bisogno di più del tempo assegnato per il perfezionamento, dovresti pianificare questo lavoro come parte dell'iterazione. Assicurati di avere un lavoro specifico con specifici deliverable presentati in modo tale che il team possa stimare lo sforzo per il processo del team e pianificarlo di conseguenza. Ma considera che queste attività di progettazione dovrebbero essere eseguite almeno una o due iterazioni prima del lavoro di implementazione da implementare per consentire l'uso dei progetti per informare la stima e il perfezionamento del lavoro per implementare il progetto,

Scrum non prescrive i dettagli di quando o come viene eseguita un'attività specifica, è un framework per i processi di sviluppo, non un processo completo.

In pratica ci sono pochi approcci diversi:

1. Quando la progettazione dell'interfaccia utente è parte integrante della consegna sprint, diventa un'attività sotto la storia molto simile a qualsiasi attività di sviluppo.
2. Quando è richiesta l'approvazione esterna o il lavoro non può essere completato prima dell'inizio dell'implementazione, la consegna di mockup o wireframe può essere una storia separata consegnata in uno sprint precedente.
3. Quando l'interfaccia utente è parte dei requisiti, la storia dovrebbe includere a wireframe o mock up, assicurati che siano adeguati durante tre amigos.