Il 23 maggio 2017, UX republic ha accolto persone di diversa estrazione per alimentare la discussione su ruoli e responsabilità nei team di prodotti IT durante un Incontrarsi "tavola rotonda".
Se non puoi venire, puoi vedere il video. Non hai tempo per 1 ora e 12 di video? Questo post sul blog potrebbe essere LA soluzione!
Vuoi una risposta in meno di 5 minuti?
User experience: un argomento per tutto il team
Ottenere l migliore esperienza utente possibile deve essere il preoccupazione di tutta la squadra Prodotto. Contare su :
- Le Metodi UX per mettere l'utente al centro del processo di progettazione.
- Le metodi agili che rifocalizzano il prodotto sul suo valore.
- Le avvio magro et UX snello che propugnano rapidi cicli di generazione e verifica delle ipotesi
- Ascolto attivo sia con gli utenti che tra i membri del team.
La riunione degli utenti è una preoccupazione ricorrente. Il top management a volte è restio a lasciare che i team incontrino utenti "reali". È quindi necessario "hackerare" (test di guerriglia, utilizzare la rete per porre domande, ecc.). I risultati della ricerca o dei metodi di prova sono spesso molto conclusivi e parlano da soli.
Orientamenti diversi
I Product Manager, Product Owner (ruolo dal framework Agile Mischia), UX designer, Business Analyst… devono perseguire un obiettivo comune e contribuire con le proprie capacità per raggiungerlo. il PM ha una visione più strategica ed è in contatto con gli stakeholder. il PO è il "proprietario del prodotto" nel metodo Scrum, determina e dà priorità allo scopo del prodotto. L'UX designer è il punto di contatto con gli utenti, il fautore di metodi di ricerca, progettazione e valutazione della user experience. il BA è intriso di una conoscenza tecnica e approfondita di processi aziendali complessi.
Le Gli sviluppatori generalmente producono codice di migliore qualità e sono più motivati se sono in contatto con gli utenti.
Una forte collaborazione
Idealmente tutti i membri del team partecipano alle prove. Se alcuni membri del team vogliono appropriarsi di metodi UX, l'UX designer può supportarli o sfruttare il tempo liberato per concentrarsi su altri argomenti. Il in termini di comunicazione è la chiave per una serena distribuzione dei compiti.
Hai un po' più di tempo
Ecco un riassunto dei messaggi condivisi da Noémie, Audrey, Esther, Antoine, Jocerand e Yannick. E anche alcune mie note :).
Prime reazioni sull'argomento
Yannick
Una buona definizione dei problemi di UX, un buon targeting dei "bisogni" degli utenti possono migliorare il codice. Gli sviluppatori possono creare codice più pulito.
Se non sbaglio, questa è anche una delle idee alla base del DDD, "Domain-Driven Design è la progettazione di software concentrandosi sul valore aziendale che apporta ai suoi utenti". Per saperne di più.
Ogni membro del team "prodotto" (PM, PO, Business Analyst, UX Designer, sviluppatori, ecc.) ha le proprie capacità e competenze e può trovare "cappelli da mettere in testa".
“Può essere un PM, un PO purché funzioni bene, i cappelli non mi interessano molto”.
Esther
Nelle aziende con processi complicati, calcoli "ombra", il ruolo di un Business Analyst è quello di prendere le conoscenze tecniche dal "business" (= utenti) per trasmetterle ad altri attori, come UX designer o sviluppatori.
Jocerand
Un designer UX è un designer di esperienze, in digitale o altrove. L'UX può funzionare con BA, PM, PO, sviluppatori... Il BA aiuta l'UX designer a comprendere processi e regole aziendali complesse. Il ruolo dell'UX designer è ricordare che l'utente è al centro del design, deve "sensibilizzare" il team a un approccio centrato sull'utente.
Noémie
L'approccio UX parte dalla comprensione dell'utente, il ruolo del designer dell'esperienza utente è quello di porre alle persone molte domande. Il Product Owner costruisce con l'UX designer il User Story. L'UX designer aiuta anche a rappresentare la complessità ponendo molte domande. Garantisce un prodotto con buona usabilità, fattibilità funzionale, ergonomia e esperienza utente complessiva. I garanti della redditività economica sono piuttosto le OP o PM.
Antoine
L'ascolto attivo è un concetto importante. Il PO o allenatore agile ascolta la squadra. UX Designer ascolta gli utenti. Il PM è più nella strategia, nella pianificazione, fa il collegamento con gli stakeholder.
Audrey
Il ruolo di Product Owner è definito in Scrum. Il PO è un ruolo che può essere assunto da un Product Manager o da altre persone. Il PM/PO potrebbe dover collaborare con l'UX designer per tutti i problemi di'interfaccia uomo/prodotto. Un designer UX può supportare diversi PM. Quotidianamente, il PM prende decisioni in base alle linee guida fornite dall'UX designer. Possiamo avere diversi cappelli PM, PO, UX.
Domanda del pubblico: sei come i mattoncini lego, come ti adatti?
Jocerand
Dipende dalle dimensioni delle aziende, dai progetti e dalla metodologia.
In Société Générale, i team di prodotto (software btoe) lavorare in UX snella e squadre di funzionalità.
In ogni team di funzionalità c'è in media un PM, un BA/PO, un designer UX e cinque sviluppatori.
L'UX designer collabora con il PO per definire la necessità. Utilizza tecniche di ascolto e ricerca degli utenti per supportare l'OP.
L'UX designer a volte partecipa alla stesura di User Story, ma più raramente.
Supporta anche gli sviluppatori. In lean, il designer UX potrebbe dover fare alcune scorciatoie. In generale, la coppia PO-UX è uno o due sprint avanti rispetto agli sviluppatori, ma può succedere che lavoriamo direttamente in "pair design" con gli sviluppatori durante lo sprint.
Nel contesto di alcuni progetti, l'UX designer non incontra gli sviluppatori, lavora in coppia con il PO o il PM e il suo risultato finale è un insieme di wireframe.
Antoine
Quando qualcuno ha una buona idea, è un buon punto di partenza, ma devi concentrarti nuovamente sul problema che stai cercando di risolvere. È importante andare a vedere gli utenti e sfidare l'idea iniziale. Le “idee” non confrontate con gli utenti sono solo ipotesi.
L'UX designer dà consigli, va in campo.
Il PO, seguendo le raccomandazioni dell'UX designer o recandosi sul campo, prende le decisioni. Sceglie le “Storie utente”, è il proprietario del prodotto.
Il PM ha un ruolo quando c'è adesione al mercato per il prodotto. Trasporta la visione e la strategia.
Domanda del pubblico: improvvisamente per evitare lo sviluppo del tunnel: ciclo di progettazione breve, come eseguiamo i test degli utenti? Chi è presente?
1 ° round
Audrey
A PersoneDoc, i test utente vengono eseguiti ogni 2-3 mesi da una coppia UX designer / PM. E l'intera squadra è invitata ad osservare. Nel B2B (business to business) non è sempre facile trovare clienti (=utenti) pronti a sottoporsi a test utente.
Ma è fondamentale che il PM/PO dia la priorità a ciò che c'è nel backlog e il team di sviluppo spesso ottiene una spinta motivazionale dal contatto con gli utenti.
Noémie
Lo sprint di progettazione è a monte dello sprint di sviluppo (cosiddetto funzionamento asincrono). Il designer è quindi a supporto del team di sviluppo durante lo sprint. Il test dell'utente può essere eseguito subito dopo i wireframe o dopo il livello grafico. Devono essere molto regolari, dal prototipo a bassa fedeltà all'alta fedeltà. Non è una perdita di tempo.
Esther
Le BA non convalidano necessariamente i wireframe, i loro strumenti sono piuttosto demo e UAT. Le campagne UAT (User Acceptance Test) vengono eseguite su ambienti iso prod (gli stessi dati dell'ambiente di produzione) per validare le schermate ma anche i dati.
Gli UAT sono spesso mezzi di prova già implementati nelle grandi aziende e consentono di recuperare informazioni sugli utenti e sulla loro interazione con il prodotto. Tuttavia, è importante pensare di fare dei test in anticipo. Gli UAT vengono eseguiti dopo lo sviluppo del prodotto, quindi è più costoso apportare modifiche rispetto allo schizzo o alla fase del prototipo a bassa fedeltà. A volte sono anche di parte: più tester nella stessa stanza, le domande non sempre seguono buone abitudini test utente...
È quindi necessario tenerne conto ma non sostituire tutti i test utente con UAT.
Yannick
Nel metodo Agile Programmazione estrema, l'intero team (UX, esperto di business, sviluppatori, ecc.) è direttamente con l'utente.
Questa è una grande sfida per le grandi aziende. Su squadre molto grandi, questo principio non può funzionare senza tagliare.
torre 2d
Jocerand
“È gestione del cambiamento”. Quando arriviamo a progetti poco maturi in termini di UX, ci imbattiamo in persone che pensano già di sapere tutto dell'utente.
Il ruolo dell'UX designer è quindi quello di spiegare loro che hanno in parte ragione, ma anche un po' torto e che idealmente è necessario avvicinare gli utenti.
Spesso uno degli obiettivi dell'UX designer è conciliare i MOA con gli utenti.
Yannick
Pochissimi sviluppatori sono stati in contatto con l'utente. Tuttavia, è molto motivante vedere che al di là del codice c'è la soddisfazione, l'efficacia, l'efficienza delle persone in gioco.
Audrey
Al di là della UX, è la maturità della cultura del prodotto di cui stiamo parlando. Per capire e dare priorità alla necessità, devi andare a vedere l'utente. In alcune aziende che non hanno la "cultura del prodotto", ci sono lotte di potere interne e né gli sviluppatori, né i PO, né i PM incontrano gli utenti.
Jocerand
PO e UX hanno spesso lo stesso problema a questo livello.
Noémie
In questo caso è comunque necessario contattare gli utenti. Bisogna ignorare i muri eretti dai vertici aziendali e poi mostrare i risultati dell'incontro con gli utenti.
In generale, il confronto delle ipotesi con gli utenti mette tutti d'accordo. Questo evita dibattiti di opinione.
Antoine
C'è un detto: "Meglio chiedere scusa che per favore". A volte devi solo chiedere o trovare la persona giusta per avere i mezzi. Come, ad esempio, passare una settimana in campo con tutta la squadra.
Domanda del pubblico: come fai ad avere 2 sprint avanti? Se no, come gestiamo?
Noémie
L'UX designer, il PO e gli sviluppatori si accordano tra loro per incorporare solo User Story già pronte (quindi su cui l'UX designer ha già lavorato). Naturalmente, alcune User Story vengono comunque modificate in seguito, questo può causare un po' di tensione. Ma normalmente tende a bilanciarsi.
Esther
I designer BA/PO/UX non hanno necessariamente due sprint in anticipo ma devono essercene almeno sufficienti per alimentare uno sprint di sviluppo.
È buona norma non modificare uno sprint backlog durante lo sprint.
Yannick
Come sviluppatore non ti annoi mai. È molto raro che non abbiamo più niente da fare, che il codice sia perfettamente pulito, la copertura del test perfetta...
Spesso è piuttosto la direzione che vuole che le cose vadano velocemente.
Poche persone vogliono costruire, rompere e ricostruire la stessa cosa dieci volte.
Forse ha bisogno di più tempo per fare le cose.
Jocerand
A volte, però, devi andare molto velocemente. Il design UX può fare "pair design" con uno sviluppatore. Usando gli schizzi, può creare rapidamente qualcosa con lo sviluppatore da testare con l'utente e adattarlo.
UX è wireframe?
Audrey
Oggi il nostro designer UX sta lavorando sulla piattaforma globale. Non fa affatto Wireframe.
Antoine
Per me, UX è davvero ascoltare a monte, a partire dall'emozione dell'utente. I wireframe sono uno strumento naturale per il designer UX, così naturale che non è un argomento.
Noémie
Il design UX è un mix di strategia e produzione. Uno degli obiettivi è garantire la coerenza dell'esperienza con tutti i punti di contatto. Per fare questo, devi fare un passo indietro.
Jocerand
È spesso con la parola "wireframe" che inizia una missione, è un output dopo un processo. è un artefatto visivo che molte persone capiscono. Ma questa è solo la punta dell'iceberg.
Esther
UX è un po' come un “super collaboratore”, un “confidente”. Il BA non ha necessariamente le competenze per creare un flusso di lavoro utente o uno schermo. Prima era un ruolo che spesso spettava alla BA, senza però essere una delle sue aree di competenza definite.
Alcuni BA sviluppano una "dipendenza UX". È stata anche un'idea presentata da Vincent durante il Meetup sulla UX in ambienti Agile (la sua presentazione è disponibile qui).
“In Société Générale, come laureato, vedo una persona di contatto per calcoli, ecc. Il designer UX alla fine vedrà più utenti".
Yannick
"Niente Photoshop per favore". CSS (Cascading Style Sheets) è difficile. Schizzi e Wireframe accompagnati da “Lavandino della cucina“, librerie di componenti o “pattern (vedi bootstrap), guide di stile, ecc. rendere lo sviluppo molto più facile!
Domanda del pubblico: test finali per gli utenti, come facciamo a far capire al cliente che gli utenti finali non sono loro ma le persone dietro i loro utenti?
Antoine
A volte devi hackerare i test degli utenti. Usa la rete della sua rete. Anche se vediamo solo poche persone, e non è esattamente il bersaglio giusto, è già pieno di informazioni. Un test che non è perfettamente mirato o adattato è meglio di nessun test utente.
Per le prove è inoltre possibile rivolgersi a ditte esterne.
Oppure usa strumenti come Test degli utenti ou Testapico.
Noémie
Molte aziende esternalizzano i test degli utenti. Sfortunatamente, in questo caso, il team del prodotto perde l'opportunità di generare empatia per l'utente.
Secondo Nielsen, basta vedere 5 utenti, 3 volte.
Possiamo anche seguire le analisi sul prodotto non appena è accessibile agli utenti.
Abbiamo avuto il piacere di avere una reazione su questo tema da parte di Carine Lallemand, che ha voluto ricordarci che non bisogna prendere troppe scorciatoie al riguardo.
“Da 5 o 7 test vediamo apparire degli schemi. Ma corriamo il rischio che i designer professionisti di UX si fermino a un numero senza mettere in discussione il proprio caso. Questo è anche il rischio di cifre che non abbiamo tempo di spiegare o di stereotipi (penso che un relatore abbia detto poco prima che è meglio testare anche sul bersaglio sbagliato piuttosto che non testare).
Quello che penso debba essere comunicato alle persone è come decidere da sole il giusto numero di test e vedere quando i dati sono significativi e rilevanti. Sapere anche quali profili mobilitare.
Dobbiamo anche qualificare "usabilità" e UX. Se un test utente di guerrilla con un target errato (non un utente finale) a volte è rilevante per rilevare problemi di usabilità (e comunque è discutibile) non lo è per studiare l'esperienza. Nel caso di una valutazione davvero “UX” allora penso che sia meglio non testare affatto che una guerriglia su un brutto bersaglio. Perché il rischio è affidarsi a dati non validi (perché non sul target giusto) per imparare da essi. Quindi dà false confidenza o false ipotesi".
Jocerand
“Il test è sempre un momento complicato”.
Un designer UX viene pagato per fornire un lavoro di qualità, quindi chiede al cliente di impegnare denaro per eseguire alcuni test per assicurarsi che il lavoro sia di qualità. Se osserviamo il problema in questo modo, ci diciamo che è un po' contorto.
Ma comunque devi andare. Anche se tutti i muri sono alzati, tutte le porte chiuse, ci sono soluzioni, ad esempio i guerrilla testing. I risultati sono generalmente un ottimo punto di forza. Ci rendiamo subito conto che impariamo altre cose e anche i manager possono sviluppare una dipendenza dai test.
Conclusione
Yannick
Lavorare con un buon UX, PO, PM, BA sta costruendo un buon sistema mentale.
Esther
Devi imparare a collaborare, non a pestarti i piedi a vicenda. Discutiamo e nella maggior parte dei casi funziona.
Jocerand
Ciò che conta è la collaborazione, il lavoro di squadra. Il successo della squadra dipende dalle capacità reciproche.
Noémie
Sentiamo persone che sono infastidite dal fatto che i "designer non UX" facciano i wireframe per loro. È più interessante accompagnare gli altri membri del team nella UX, gli sketch, la creazione di wireframe, i prototipi… È un'opportunità per far crescere la disciplina, la UX “mainset”. Questo lavoro, che ruota attorno alla comprensione delle persone, è affascinante. Il legame tra un lavoro tecnologico e le persone è particolarmente sorprendente e interessante.
Antoine
La nozione di ascolto attivo è fondamentale. Quando sei un designer UX, vieni pagato per andare a vedere l'utente. L'ascolto attivo permette di riconoscere le emozioni e cambia il modo di lavorare, ma anche il modo di vivere la quotidianità.
Audrey
Come PM o PO è molto bello avere UX designer nel team.
“Non ho mai sentito conflitti o aree sovrapposte”. PM, PO, UX designer generalmente hanno gli stessi obiettivi ed è meglio collaborare che da soli.
Indipendentemente dal tappo o dall'etichetta, il team deve conoscere le esigenze dell'utente, identificare il problema da risolvere e collaborare per “rimuovere le spine dal fianco” degli utenti.
Un piccolo strumento che vi consiglio: il tela di squadra.
A presto!
