riconoscere e gestire il debito ux - agile business day 2016 #abd16

RICONOSCERE E GESTIRE IL DEBITO TECNICO DI UX

MAI NA GIOIA”

HOANG HUYNHin/hchuynh | @aetheros

MANUELE FORCUCCIin/manueleforcucci | @autobahn36

LA PROMESSA

‣ DAREMO UNA DEFINIZIONE DI DEBITO TECNICO DI UX

‣ VEDREMO COME SI IDENTIFICA

‣ VEDREMO COME SI MISURA

‣ DISCUTEREMO DI TECNICHE PER EVITARLO

AGENDA DI OGGI

1. INTRODUZIONE E DEFINIZIONE (30”)

2. HANDS ON (60”)

3. TAKEAWAYS (30”)

*Now with more Ben Affleck! SAD BATMAN AFFLECK

CHI SIAMO

PARTNER PRSD - STRATEGY CSPO®, Advisor and Consultant Lecturer, University of Bologna (FAM) Country Manager IDF

HOANG HUYNH

[email protected] / @aetheros

USER RESEARCH UX Consultant Lecturer, University of Bologna (FAM)

MANUELE FORCUCCI

[email protected] / @autobahn36

mailto:[email protected]?subject=


We strive to create a positive impact by designing meaningful and valuable experiences for people in the public and private sectors.

We support organizations to build up their strategic and innovation capabilities, by combining business acumen and a human centered approach, prov id ing the performance solution to empower teams.

WE ARE PRSD ( pronounced PRESIDIO )

TOGETHER WE WILL DESIGN OUTSTANDING EXPERIENCES.

Get in touch with us, [email protected]


SAD BATMAN AFFLECK in CASABLANCA

SHALL WE? Cominciamo!

~ Don Norman

UX"User experience" encompasses all aspects of the end-user's interaction with the company, its services, and its products.

~ Norman Nielsen Group

LE BASI

UX [ Inserite qua una definizione a vostro piacimento ]

LE BASI

UX[ Inserite qua una definizione a vostro piacimento ]

Il GOVERNO, l’ORCHESTRAZIONE e la PIANIFICAZIONE di elementi:

‣ ATTIVI (che controlliamo)

‣ PASSIVI (che non controlliamo)

‣ SECONDARI (che influenzano)

IMPATTO SULLE PERSONE

CONTESTO

‣ UX DESIGN: Creare valore attraverso empatia

‣ AGILE: Anteporre la soddisfazione del cliente attraverso il delivery “early and continuos” di software di valore

‣ LEAN: Validazione continua di ipotesi e assunzioni sul cliente per ridurre lo spreco, responsabilizzare i team e focalizzare energie.

CONTESTO‣ UX DESIGN: Creare valore attraverso empatia

‣ AGILE: Anteporre la soddisfazione del cliente attraverso il delivery “early and continuos” di software di valore

‣ LEAN: Validazione continua di ipotesi e assunzioni sul cliente per ridurre lo spreco, responsabilizzare i team e focalizzare energie.

PERSONE VALORE SODDISFAZIONE

REALTA’

‣ Raramente il prodotto finale rispecchia il progetto iniziale

‣ l’UX diventa il collo di bottiglia

‣ l’UX diventa il “Ripassa dal via”

‣ Si lavora senza user input o informazioni sufficienti

‣ Non c’e’ comunicazione

SINTOMI

‣ BUDGET E TEMPI AUTO LIMITATI

‣ COMPROMESSI DI PROGETTAZIONE

‣ BUONE IDEE CHE VENGONO PERSE

‣ DECISIONI ARBITRARIE SENZA COGNIZIONE DEI RISVOLTI SULL’UX

‣ … VORREI MA NON POSSO …

‣ … QUA SIAMO DIVERSI …

01.

02.

ESPERIENZA

QUALITA’ DI PRODOTTO

MAKE IT WORK. MAKE IT GOOD. MAKE IT FAST.

~ Kent Beck“ ”

Impostare aspettative REALISTICHE in termini di UX e QUALITÀ che vogliamo ottenere.

Dobbiamo avere VISIBILITÀ di tutto ciò che non funziona

DEBITO

DEBITO TECNICO

DEBITO TECNICOThose internal things that you choose not to do now, but which will impede future development if left undone in software project.

~ Ward Cunningham


~ Ward Cunningham

La fase II non esiste


~ Ward Cunningham

La fase II non esiste

external to do

every

DEBITO UX (UX DEBT / USERS I.O.U.)

DEBITO UXIl costo incrementale di mantenere la UX durante il ciclo di vita di un prodotto a causa delle scelte progettuali (scorciatoie) prese.

~ Joshua Kerievsky

DEBITO DI PRODOTTODEBITO TECNICO + DEBITO DI UX

IL DEBITO DI PRODOTTO

NON E’ UN HANDICAP E’ UNA STRATEGIA

QUANDO UNA SCELTA PROGETTUALE DI PRODOTTO INCIDE SULLA UX, il RISULTATO E’ DEBITO UX

Il fallimento nel comprendere quale problema stiamo cercando di risolvere e il fallimento nell’incentivare gli utenti a risolverlo.

IL DEBITO DI PRODOTTO

‣ TIME TO MARKETDare priorità a uscire sul mercato con una release tempestiva anche non rifinita, per motivi politici, strategici, feasibility.

‣ FOCUSScelta di una compagnia di consegnare una feature che rappresenti una massa critica del proprio business per ottenere o difendere il proprio mercato.

FASE 1 FASE 2 FASE 3

DEBITO UXINTENZIONALE NON INTENZIONALE

1.Creazione di un vantaggio competitivo, principalmente temporale

2.Qualcosa che è destinato a essere dismesso. Per sempre.

1.Mancanza di informazioni che ha causato scelte opinionate

2.Mancanza di coordinamento fra Design e Development

3.Design by Committee 4.Investimento di risorse dirottato

su attività prive di fondamento

SAD BATMAN in the Kitchen

MA SE E’ COSI FIGO PERCHE’ NON VA BENE?

IL DEBITO UX

1. E’ meno invisibile agli occhi degli stakeholdersrispetto al debito tecnico

2. E’ estremamente più facile da accumulare e quindi da smaltire

3. Ha un impatto molto pesante in termini di percezione sugli utenti

CUCU, I AM STILL SAD

SAD BATMAN in UP

ESEMPI

SAD BATMAN IKEA STYLE

LET’S PLAY

REGOLE

TEAM DI 3 PERSONE: 2 DESIGNER, 1 PRODUCT OWNER

1. VENGONO SVELATE LE SPECIFICHE

2. IL PO COMPILA LA LISTA DELLE ATTIVITA (BACKLOG)

3. IL TEAM LAVORA, UN ITEM PER PERSONA

4. SI DICHIARA LA SHIPPABILITY, ALTRIMENTI SI ITERA

5. SE NON SI PASSA l’UAT SI PIANIFICANO LE MODIFICHE

TEST RUN

Vorrei avere una form in cui l’utente possa inserire il proprio nome

1. Disegnare il container della form 2. Disegnare il campo “Nome”

Esempio di backlog

Inserisci il nome

Esempio di output

SAD BATMAN IN CASABLANCA

VAIRUSS è una società farmaceutica che ha importanti brevetti sul molti farmaci di largo utilizzo. Alcuni di questi brevetti stanno per scadere e i dirigenti hanno avuto mandato di cercare nuovi modelli di business. A oggi vogliono esplorare la possibilità di vendereservizi ai medici, vogliono partire con qualcosa di poco rischioso e leggero per i clienti con voi, il nuovo fornitore. Applicazione di Gamification per i tumore al colon.

IL TASK

SAD BATMAN IN CASABLANCA

Disegnare la form di registrazione per la prenotazione della visita specialistica pre gioco.

OBIETTIVO

“MENO MALE CHE CI SIETE VOI”

STORIA: abbiamo in carico il design di una form per la prenotazione online di una visita in ospedale. Nella form vanno specificate: • le generalità (campo readonly

che viene prepopolato con possibilità di edit)

• La residenza • la tipologia di prestazione • le date di esecuzione della

prestazione

UAT

1. LA FORM 2. Nome/COGNOME (campo + label / placeholder + action) 3. Data di Nascita (campo + label / placeholder) 4. Indirizzo (campo + label / placeholder) 5. Scelta della tipologia di prestazione (dropdown ?) 6. Data Prestazione (data + label / placeholder) 7. L’INVIO

Mi aspetto di trovare

“SONO PREOCCUPATO”

STORIA: Ci siamo dimenticati di chiedere il codice fiscale e non vi abbiamo detto che lavoriamo per il mercato islandese. Il cognome più comune fra i pazienti è:

“FJACKLAUGRIMMSDOTTIR” (20)

Nella form vanno aggiunti: • i dati fiscali

“Ah dimenticavo, forse vendiamo anche in Brasile, te lo immagini?… Pablo Roero Canuto Ronaldinho”

UAT

1. Rework del Nome/Cognome 2. Codice Fiscale (campo + label / placeholder + action)


“IL BUSINESS MI STA COL FIATO SUL COLLO”

STORIA: Il business ci chiede di raccogliere dati, sai no? Big Data! L’utente può decidere di farsi inviare la conferma: • via e-mail • per SMS • per via telefonica Nota: per garantire l’accessibilità la funzionalità di scelta della conferma non può essere implementata sotto forma di checkbox.

UAT

1. Rework del FRAME 2. Selezione della modalità di conferma (?) 3. Campo Email 4. Campo Telefono (preformattato)


1. A che ora puoi essere disturbabile

Menzione d’onore per chi ha pensato

“STA ANDANDO BENONE, SONO PROPRIO BRAVO. Oh ma anche voi eh?”

STORIA: Questo è un task speciale che te lo manderò già tardi via email.

UAT

1. PROVATE A COMPILARE LA FORM CHE VI E’ STATA DATA

SCAMBIATE LA VOSTRA FORM ALLA VOSTRA DESTRA

DISCUTIAMONE

• Siete riusciti nel task? • Rispetto al vostro lavoro in cosa è diverso?

“INCREDIBILE!

ABBIAMO PORTATO A CASA IL PROGETTO! SI VEDE CHE E’ SOLO UN WORKSHOP!

SAD BATMAN AND THE IMP

GENTE AL LAVORO

SAD BATMAN AS DAREDEVIL

WRAP UP

COSA ABBIAMO VISTO

1. DEBITO TECNICO

2. DEBITO FUNZIONALE

3. DEBITO COMPORTAMENTALE

4. DEBITO VISUALE

5. DEBITO DOCUMENTALE

SAD BATMAN AFFLECK , STILL THERE

DEBITO TECNICO01.

Può riguardare il backend e il frontend sia in termini di:

‣ Risorse hardware software non adeguate

‣ Codice obsoleto / non manutenuto

‣ Codice non governato

‣ Codice scritto male ( non manutenibile, non comprensibile)

‣ Non seguire pattern o standard

IN DETTAGLIO

DEBITO FUNZIONALE02.

Riguarda principalmente:

‣ L’evoluzione e la manutenzione che portano a un ampliamento o a una modifica dei requisiti.

‣ Cambio tecnologico

‣ Aggiunta di features per ampliare la customer base

‣ Cambio dei vincoli

IN DETTAGLIO E’ categorizzatile in 4 tipologie 1. SCALE (up / down): cambia il numero di

elementi da gestire, cambia la quantità o la loro grandezza.

2. Information Architecture: come sono categorizzati gli elementi? Dove si trovano? Come evitiamo di dover modificare ogni volta il contenuto o la navigazione?

3. Feature Legacy: sono le funzionalità che storicamente sono già inserite e che nessuno ha la voglia o il potere di eliminare o modificare. La loro stessa esistenza crea rumore.

4. Feature Priority: il cambiamento delle priorità degli utenti nel tempo.

DEBITO COMPORTAMENTALE03.

E’ un sintomo spesso del debito funzionale, con cui condivide molti aspetti, ma è più legato all’aspetto interattivo:

‣ Tempi - al crescere delle informazioni da gestire, cresce anche il tempo strutturale che le persone impiegano per raggiungere i propri obiettivi

‣ Consistenza - Da mantenere nel tempo per evitare confusione e alimentare fiducia

‣ Convenzioni - Per semplificare la comunicazione non diretta

IN DETTAGLIO

DEBITO VISUALE04.


‣ Layout

‣ Iconografia

‣ Consistenza

‣ Trend

‣ Branding

‣ Copywriting

IN DETTAGLIO

DEBITO DOCUMENTALE05.


‣ La creazione di documentazione QB

‣ Il trasferimento di conoscenza Le interfacce non sono esplicative quanto il codice e ogni interfaccia reca con se delle scelte progettuali e delle logiche di business che non possono essere comprensibili da chi le interpreta.

SAD BATMAN IN BED

COME SI MISURA IL DEBITO

DANGERZONE

VOLER FARE COME I COMPETITOR

(lack of knowledge)

VOLER ESSERE COME I COMPETITOR

(lack of skills)

1 2

MISURARE IL DEBITODifficile se: • Se l’ecosistema prodotto / servizio è ampio • Se mancano delle metriche di UX • Inconsistenza nel branding • Non c’e’ implementazione di design standard

1. UNA METRICA DI UX

2. MISURA del GAP del livello di esperienza di base (ripetibile) che un’azienda aspira a creare.

METRICA DI UX

Una Score Card:

• Set 1: User Engagement, Adoption, Retention, Satisfaction

• Set 2: Success / Failure rate, Abandon rate, Task Time

• Set 3: Issues Type, Maintenance / Product time ratio

UXMRKTDEV

MISURA DEL GAP

Creare una baseline per definire un GAP e tracciare le variazioni

• Dare uno punteggio alla baseline (prodotto precedente / competitor) e al corrente e determinare il gap fra i due valori, assoluto e per KPI

• Una base line iniziale può essere fatta da una valutazione esperta del prodotto (ed esempio un test di usabilità)

• Tracciare nel tempo l’andamento del GAP

ANGRY BRUCE

EVITARE LA TRAPPOLA

BEST PRACTICE: ASSESSMENTAssessment / Maturity Model • Organization UX Maturity • UX Capability • Processi di Coinvolgimento Utenti • Guideline (formalizzazione di processi)

Project Assessment • UX Budget / Resources • Aspettative (di chi?)

BEST PRACTICE: PLANNINGPIanificare:

• Meeting di allineamento • Avere un target di qualità per gli MVP, non solo una features list • Impostare un processo di UX engagement • Stimare i processi UX (ricerca / validazione / test), timing e budget • Impostare dei Quality Gate (review di lavoro o score cards) • Pianificare quando smaltire il debito UX.

BEST PRACTICE: MEASURINGMisurare:

• Correlare gli UX trends interni con altre metriche • Migliorare i processi di UX Engagement • Giustificare l’impiego di risorse con obiettivi • Migliorare la qualità del prodotto in tempi finiti

• Usare metriche Interne e Esterne (competitor)

BEST PRACTICE: DOUSARE:

• TASK LISTSEsplicitare chiaramente le attività da svolgere

• CHECK LISTS Usare delle check lists per evitare di dimenticarsi protocolli

SAD BATMAN AND KEANU

TAKEAWAYS E ALTRE PICCOLE COSE

TAKEAWAY: UX LEADERSHIPLe caratteristiche di una organizzazione che fa UX bene e sa gestire il debito UX:

• Leadership e cultura aziendale che apprezza il valore e riconosce la necessità di processi UX dal punto di vista business

• Ha accesso a competenze UX specializzate in house o esterne • Utilizza tecniche per ottenere informazioni dagli utenti.

TAKEAWAY: PROCESSI

• L’Assessment corretto dell’organizzazione / cliente / progetto diminuisce i rischi

• Deve essere possibile instaurare processi connessi e integrati per permettono alle persone di lavorare in sinergia per creare la UX del prodotto

• I principi dell’UX design devono essere applicati a ecosistemi per fornire una esperienza costante e consistente.

TAKEAWAY: STRUMENTI

• Assessment e Maturity Model Mapping • Metrics • Contesto (Personas / Journeys / Scenari) • Task Lists / Check Lists • Guidelines / Patterns • Future Proofing (Rischi, Best - Worst case scenario) • Comunicazione (Meetings, Step Ladding) • Documentazione

THE NEXT TIME, COFFEE IS ON US

WITH LOVE,

THANK YOU