![\"Un](\"https:\/\/www.m-q.ch\/wp-content\/uploads\/2021\/02\/Ein-gutes-Doppel-UX-Design-und-Scrum.jpg\")
<\/p>\n<\/p>\n
<\/p>\n
Una buona esperienza utente (UX) porta al fatto che agli utenti piace usare un prodotto o un software, ed \u00e8 quindi un fattore essenziale di successo. Tuttavia, nella pratica, il design dell'esperienza utente e il processo Scrum sono apparsi finora solo fianco a fianco e hanno pochi punti di contatto: Il design dell'esperienza utente - dalla ricerca degli utenti alla definizione delle personas allo sviluppo di schizzi e wireframes - \u00e8 spesso creato in anticipo e poi consegnato al team di sviluppo per l'implementazione. A peggiorare le cose, agenzie esterne specializzate - che spesso lavorano secondo il classico metodo a cascata - di solito creano il design dell'esperienza utente. Questo \u00e8 dovuto principalmente al fatto che quando le aziende IT sono state fondate, specialmente quelle che sono state in giro per molto tempo, il tema della UX non era cos\u00ec in primo piano come lo \u00e8 oggi. Ma solo quando il design dell'esperienza utente e lo sviluppo competono insieme in un processo agile c'\u00e8 una vittoria alla fine: un prodotto di successo che non solo funziona, ma che gli utenti amano usare.<\/p>\n
UX design nel processo Scrum: 3 aspetti<\/strong><\/p>\n <\/p>\n Fattore di successo 1: vicinanza fisica - per un maggiore scambio e comprensione reciproca<\/strong><\/em><\/p>\n Spesso il rapporto tra designer e sviluppatori \u00e8 piuttosto teso. Questo \u00e8 spesso dovuto al fatto che entrambi i gruppi sanno poco dei processi lavorativi dell'altro. Per esempio, spesso non \u00e8 facile per i designer capire come gli sviluppatori continuano a lavorare con i progetti che hanno fornito. Gli sviluppatori, a loro volta, spesso non hanno idea dei processi che i designer attraversano per creare un concetto valido. Per entrambe le parti, a volte \u00e8 molto opaco ci\u00f2 che l'altro gruppo fa nel suo lavoro quotidiano. Un lavoro di chiarimento da parte della direzione del progetto e degli stessi membri del team pu\u00f2 inizialmente creare una comprensione di base. Si dovrebbe spiegare quali sono i compiti dei singoli ruoli e in che misura i processi nello sviluppo del software devono essere adattati anche attraverso l'integrazione dei designer. \u00c8 importante che tutti i membri del team capiscano che un prodotto di successo pu\u00f2 essere creato solo attraverso una buona interazione tra entrambi i processi - user experience design e sviluppo del software.<\/p>\n <\/p>\n Per migliorare la comprensione del lavoro dell'altro, la vicinanza spaziale \u00e8 un aspetto essenziale: quando designer e sviluppatori lavorano insieme nella stessa stanza, possono vedere su cosa sta lavorando l'altro. Possono farsi domande a vicenda e\/o mostrare visibilmente le loro fasi di lavoro, come disegni o immagini di architetture software, nella stanza. Visualizzando visibilmente ci\u00f2 su cui stanno lavorando, le conversazioni e le discussioni possono avvenire pi\u00f9 facilmente e rapidamente. I canali di comunicazione brevi fanno s\u00ec che le domande vengano poste pi\u00f9 frequentemente e chiarite pi\u00f9 rapidamente, e quindi hanno un effetto positivo sul risultato del prodotto.<\/p>\n <\/p>\n Se il tempo lo permette - e la competenza corrispondente \u00e8 disponibile - i designer possono anche sostenere gli sviluppatori nella programmazione, per esempio nell'area dello sviluppo front-end. Il vantaggio: i progetti autoprogettati possono anche essere implementati tecnicamente immediatamente e quindi testati per la loro fattibilit\u00e0. Al contrario, gli sviluppatori possono anche partecipare alla creazione del design dell'esperienza utente come parte del processo Scrum, per esempio creando mockup o prototipi.<\/p>\n <\/p>\n Fattore di successo 2: considerare il design UX gi\u00e0 nello Sprint 0 - per personas rilevanti e buone user stories<\/strong> <\/em><\/p>\n Nel processo Scrum, il tempo che precede il primo Sprint \u00e8 utilizzato per misure preparatorie, come l'impostazione dell'architettura tecnica. Questo periodo viene anche chiamato Sprint 0. I primi passi del processo concettuale e creativo dell'UX design possono essere ben integrati in questa fase. L'obiettivo dello Sprint 0 in questo caso \u00e8 di sviluppare insieme una comprensione fondamentale dell'utente e una visione unificata del prodotto. A questo scopo, si raccomanda un workshop in cui tutti i partecipanti al progetto - sviluppatori, user experience designer, product owner e idealmente anche gli stakeholder - sviluppano un quadro generale dell'idea di UX. Allo stesso modo, i primi passi del design UX dovrebbero essere gi\u00e0 implementati nello Sprint 0: Ricerca utenti, creazione di Persona- e sviluppo di requisiti sotto forma di User Stories. Su questa base, i partecipanti possono sviluppare insieme un product backlog che sia comprensibile per tutti. Le riunioni quotidiane di Scrum dovrebbero avere luogo gi\u00e0 nello Sprint 0, in cui i membri del team si informano a vicenda sui progressi e sullo stato attuale della fase di preparazione.<\/p>\n <\/p>\n Alla fine dello sprint, il proprietario del prodotto ordina le user stories che sono state sviluppate insieme nello sprint 0 secondo la loro priorit\u00e0. Le user stories che rappresentano il cosiddetto Minimal Viable Product (MVP) - cio\u00e8 il prodotto o la caratteristica che porta il maggior beneficio possibile per l'utente con il minor sforzo - hanno la priorit\u00e0 pi\u00f9 alta. Queste user stories dovrebbero poi essere implementate nei primi sprint.<\/p>\n <\/p>\n Per stimare quanti sprint saranno necessari per implementare il MVP, gli sviluppatori dovrebbero stimare lo sforzo delle user stories prioritarie nello Sprint 0. Il compito degli user experience designer in questa fase \u00e8 di descrivere il valore e il beneficio di una user story e di ricordare agli sviluppatori lo sforzo richiesto per implementare il design.<\/p>\n <\/p>\n Pu\u00f2 essere difficile per gli sviluppatori stimare lo sforzo quando non c'\u00e8 ancora un design definito dell'esperienza utente. Per ottenere una comprensione comune - e quindi una stima pi\u00f9 accurata - delle user stories, si raccomanda di creare semplici prototipi (di carta) durante lo Sprint 0. In questo modo, le idee di tutti i partecipanti al progetto possono essere visualizzate rapidamente e quindi meglio discusse nel gruppo. Le idee pi\u00f9 valide possono poi essere ulteriormente sviluppate e idealmente testate per l'usabilit\u00e0 usando prototipi mentre sono ancora nello Sprint 0, per esempio dai colleghi. Il feedback dei tester pu\u00f2 quindi essere preso in considerazione in una rapida iterazione. A causa dello sviluppo parallelo, solo gli user experience designer saranno in grado di eseguire il processo completo pi\u00f9 e pi\u00f9 volte durante il corso del progetto, vale a dire la continua ricerca degli utenti, l'adattamento - e se necessario la ri-creazione - delle personas, la creazione e il test dei prototipi, ecc. Durante il processo, gli user experience designer dovrebbero assicurarsi di condividere regolarmente i loro risultati con il resto del team.<\/p>\n <\/p>\n Fattore di successo 3: Coinvolgere gli UX designer in tutte le riunioni Scrum - per il \"quadro generale\".<\/strong> <\/em><\/p>\n Il prerequisito per un'integrazione olistica degli user experience designer nel processo Scrum \u00e8 la loro partecipazione a tutte le riunioni tipiche di Scrum. Nel contesto di questo scambio \"istituzionalizzato\" tra sviluppatori e user experience designer, entrambi i gruppi possono scoprire rapidamente se il design dell'esperienza utente creato pu\u00f2 essere implementato con uno sforzo ragionevole. Inoltre, gli sviluppatori hanno anche l'opportunit\u00e0 di far fluire le loro idee e punti di vista nel processo di design UX.\u00a0<\/p>\n <\/p>\n Si raccomanda anche una stretta collaborazione tra gli UX designer e i product owner, specialmente quando si progettano le user stories. Possono usare la loro esperienza nel trattare con gli utenti e i loro bisogni quando creano le user stories e creare progetti di user experience per le user stories pianificate. Si dovrebbe fare attenzione a creare un design dell'esperienza utente molto dettagliato solo quando \u00e8 necessario - e non con largo anticipo. Lo stesso vale per la formulazione finale delle user stories, poich\u00e9 \u00e8 molto probabile che le user stories iniziali cambino nel corso del progetto a causa di nuove intuizioni. Quindi, \u00e8 consigliabile finalizzare le storie utente in termini di esperienza utente solo uno o due sprint prima dell'implementazione pianificata, al fine di ridurre al minimo il carico di lavoro. Come parte integrante di un team Scrum, gli user experience designer sono sempre disponibili per le domande. Questo aiuta a prevenire la duplicazione del lavoro, per esempio, se un dettaglio sul comportamento dell'interfaccia utente \u00e8 stato capito diversamente dallo sviluppatore e implementato senza ulteriori indagini.<\/p>\n <\/p>\n I test utente sono un altro campo di attivit\u00e0 che gli UX designer possono intraprendere durante lo sviluppo. A questo scopo, si raccomanda di condurre test di usabilit\u00e0 con utenti selezionati a intervalli regolari - circa ogni due sprint - idealmente con prototipi prima. Questo d\u00e0 al gruppo target l'opportunit\u00e0 di valutare gli incrementi di prodotto appena implementati. La consultazione precoce con gli utenti ha il vantaggio che qualsiasi richiesta di cambiamento da parte degli utenti pu\u00f2 essere presa in considerazione immediatamente. Soprattutto se gli aggiustamenti sono gi\u00e0 fatti ai prototipi e non al software gi\u00e0 sviluppato, questo significa un enorme risparmio di tempo e di costi. Le modifiche possono essere fatte direttamente in un'iterazione successiva, o le richieste di cambiamento sono ancorate in nuove storie utente. Per mantenere uno scambio trasparente con il team Scrum, gli UX designer dovrebbero presentare i risultati dei test utente nel Daily Scrum.<\/p>\n Conclusione<\/strong><\/p>\n <\/p>\n Gli user experience designer possono assumere compiti completi in un team Scrum e contribuire significativamente al successo del prodotto. Il prerequisito per questo \u00e8 che gli UX designer giochino un doppio ruolo come partner degli sviluppatori nel processo Scrum. Da un lato, il loro compito \u00e8 quello di guardare avanti e di portare avanti uno sviluppo del prodotto orientato all'utente per mezzo di ricerche, test utente e creazione di prototipi. D'altra parte, dovrebbero essere sempre disponibili per le richieste degli sviluppatori riguardo alle user stories attualmente elaborate, convalidare le user stories gi\u00e0 implementate e, se necessario, testarle sul gruppo target. Allo stesso tempo, tutte le persone coinvolte dovrebbero essere consapevoli che non c'\u00e8 fondamentalmente una soluzione finale nello sviluppo agile del software. Con il rilascio di un prodotto software, lo sviluppo e il design dell'esperienza utente non \u00e8 finito. In linea di principio, una nuova partita inizia gi\u00e0 in questo momento.<\/p>","protected":false},"excerpt":{"rendered":" Eine gute User Experience (UX) f\u00fchrt dazu, dass Anwender ein Produkt bzw. eine Software gerne nutzen, und ist damit ein wesentlicher Erfolgsfaktor. Dennoch treten in der Praxis das User Experience Design und der Scrum-Prozess bisher meist nur nebeneinander an und haben wenige Ber\u00fchrungspunkte: Das User Experience Design \u2013 vom User Research \u00fcber die Definition […]<\/p>\n","protected":false},"author":66,"featured_media":12130,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[5],"tags":[4793],"class_list":["post-12112","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-business_excellence","tag-12-2016"],"acf":[],"yoast_head":"\n