Perché non facciamo più quello che ci piace

Post on 28-Nov-2014

4.346 views 0 download

description

http://www.ilariamauric.it/2012/06/01/agile-ux-barcamp-come-andata/ Le slide che Alessandro Violini di e-xtrategy ed io abbiamo presentato all'Agile UX Barcamp di Firenze (31 maggio 2012). Abbiamo raccontato la transizione da waterfall ad agile, la nostra esperienza e come siamo cambiati.

Transcript of Perché non facciamo più quello che ci piace

Perché non facciamo più quello che ci piace.

Ilaria MauricAlessandro Violini

Agile UX Camp Firenze, 31 maggio 2012

2008faccio la cosa che mi piace, nel modo più facile

2012faccio la cosa più semplice e veloce, per consegnare valore al cliente

E questo ci piace di più.

Alessandro Violini. front end developer. user experience designer

Ilaria Mauric. creative information architect . user experience designer

@violo@ilariamauric

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 2008 - 2012 a confronto1/4

ACCOUNT GRAFICA FRONT END DEV

I team lavoravano a compartimenti stagni

2008 2008 - 2012 a confronto2/4

definisci

disegna

sviluppa

testa

rilascia

ACCOUNT GRAFICA FRONT END DEV

ACCOUNT GRAFICA FRONT END DEV

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

2008 2008 - 2012 a confronto3/4ipotesi: progetto sito web

1 2 3 4

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

grafica home e 2/3 template

correzioni

grafica tuttii template

montaggio tutti i template

ritocchi

inizia sviluppo

montaggio home e primi template

correzioni

2008campanelli d’allarme

• utente scontento

• cliente contento... a metà (si potrebbe fare meglio)

• team scontento

• sforamento delle ore previste e lavorazioni extra

2008 - 2012 a confronto4/4

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

#1 soluzioni1/9

Il team è uno solo e lavora in flussi.

account

UX, UI,GRAFICA

UX, UI,FRONT ENd

dev

Ed è allargato.

cliente

stakeholder

utente

#2

tutto èincrementale

soluzioni2/9

definisci

disegna

sviluppa

testa

rilascia

#2: DA cosÌ... soluzioni3/9

ACCOUNT GRAFICA FRONT END DEV

#2: ... A COSÌ soluzioni4/9

definisci

disegna

sviluppa

testa

rilascia

account UX, UI,GRAFICA devUX, UI,

FRONT ENd

#3 soluzioni5/9

parallelizzare i lavori dei vari flussi sullo stesso progetto

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

1 2 3 4

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

#3: DA cosÌ... soluzioni6/9ipotesi: progetto sito web

ACCOUNT GRAFICA FRONT END DEV

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

1 2 3 4 5 6 7 8 9

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

account UX, UI,GRAFICA devUX, UI,

FRONT ENd

#3: ... A COSÌ soluzioni7/9ipotesi: progetto sito web

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

#3: ... A COSÌ soluzioni7/9ipotesi: progetto sito web

1 2 3 4 5 6 7 8 9

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

account UX, UI,GRAFICA devUX, UI,

FRONT ENd

confronto con front end e dev

schizzi e wireframe

wireframe alta qualità

dev inizia sviluppo

messa a punto grafica,dev e front end

sviluppano

supervisione ui demo,dev e front end fanno

montaggio e sviluppano

template pagg interne,

montaggio home

supervisione ui demo,dev e front end

completano

ultimi ritocchi e pronti per

pubblicazione

proposta grafica home,

front end prepara

ambiente

parallelizzare i lavori dei vari flussi sullo stesso progetto

#3

fornitorecome parte del team

soluzioni8/9

#4

pair per la gestione del cliente(non solo in sviluppo)

soluzioni9/9

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

flussi

organizzazione delle aree di competenzain flussi interni

DS UX DEV

strumenti1/6

con il cliente (responsabile di progetto, release e iteration planning allargato, maggiordomo e pompiere)

contatto con cliente strumenti2/6

per il monitoraggio dei lavori (standup meeting, scaletta settimanale e mensile, iteration meeting, release planning, iteration review...)

riunioni strumenti3/6

condivisione

strumenti per la condivisione della conoscenza sulla situazione dei lavori (pivotal, kanban, Gdocs...)

strumenti4/6

strumenti per la condivisione della conoscenza sulla situazione dei lavori (pivotal, kanban, Gdocs...)

condivisione strumenti5/6

del team e del flusso di lavoro (foglio elettronico con i dati di progetto, retrospettive, A3)

Monitoraggio strumenti6/6

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

#1

far diventare agili procedure che prima non lo erano (ui, grafica)

#win1/10

#2

individuazione dei “vincoli” (ex colli di bottiglia) per regolarci

#win2/10

#3

il cambiamento è la naturale evoluzione di un progetto

#win3/10

#4

schizzi, wireframe, prototipi diventano deliverable

#win4/10

#5

task di ui dentro le storie

#win5/10

#6

rilascio progressivo e frequente

riduzione drastica dei tempi di latenza su una consegna

#win6/10

REPETITA IUVANT #win7/10

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

1 2 3 4

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

ACCOUNT GRAFICA FRONT END DEV

REPETITA IUVANT #win8/10

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

1sett

1 2 3 4 5 6 7 8 9

2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22

account UX, UI,GRAFICA devUX, UI,

FRONT ENd

#7

la lavorazione extra-time diventa una rara eccezione(davvero)

#win9/10

#8

team soddisfatto

#win10/10

account

UX, UI,GRAFICA

UX, UI,FRONT ENd

dev

cliente

stakeholder

utente

2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni

#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti

#1

stime e quantificazioni, queste sconosciute

#fail1/2

2/2#fail#2

facciamo fatica a lavorare con fornitori che non lavorano come noi

2/2#fail#2

facciamo fatica a lavorare con fornitori che non lavorano come noi

#EPICWIN

#win#fail#wipcasedifficoltÀ personaliconclusioni

2008 - 2012 a confrontosoluzionistrumenti

#fail#wipcasedifficoltÀ personaliconclusioni

#win

2008 - 2012 a confrontosoluzionistrumenti

#1

migliorare feedback, integrazione, controllo nel/tra team

#wip1/3

#2

fare riunioni efficaci(soprattutto con i fornitori)

#wip2/3

#3

contratti agili (ma questa è un’altra storia...)

Approfondisci su http://www.slideshare.net/extrategy/lapproccio-agile-ai-contratti-e-la-consegna-di-valore

#wip3/3

#fail#wipcasedifficoltÀ personaliconclusioni

#win

2008 - 2012 a confrontosoluzionistrumenti

#wipcasedifficoltÀ personaliconclusioni

#fail#win

2008 - 2012 a confrontosoluzionistrumenti

PRODUCT OWNER Case1/17

contesto Case1/17

bisogno Case1/17

INTERROGATIVI

• 3G• configurazione della centralina• configurazione dell'app• numero di dispositivi collegabili

e loro peculiarità (telecomandi radio, telecamere con indirizzi I.P. ecc.)

• grosso dubbio sul taglio di prodotto: business o consumer?

Case4/17

APPROCCIO

• scrittura user stories con il cliente (tutto il team, 2 giornate pagate)

• stima: 12 iterazioni (3 mesi di lavoro)

• durante le iterazioni, discussione insieme al cliente dei vari punti interrogativi che avremmo dovuto affrontare(il cliente fa parte del team di progetto)

Case5/17

OBIETTIVO

pubblicare l’app per iPhone sull’App Store

Case6/17

USER Storiesvalore massimo individuato

fammi capirecome funzionerà l’app

Case7/17

deliverable6 schizzi con le principali schermate dell’app

prime 2 ITERAZIONIvalore massimo individuato

fammi accendere le luci dall'app

Case8/17

deliverable3/4 icone in due varianti grafiche1 interruttore monostabile

prime 4 ITERAZIONIvalore massimo individuato

fammi accendere altri dispositivi

Case9/17

deliverable11 icone3 tipi di interruttoresupervisione

prime 4 ITERAZIONIstruttura app funzionante, interruttori dei dispositivi funzionanti

Case10/17

• emerge questione utente installatore: sistema troppo scarno e meccanico, scoraggiante• emerge questione utente finale:

che succede se non ha app?

OBIETTIVO

pubblicare l’app per iPhone sull’App Store

Case11/17

OBIETTIVO

presentare alla forza commerciale e ai clienti un protipo di app mobile funzionante, per ottenere feedback

Case12/17

SUCCESSIVE 8 ITERAZIONI Case13/17

SUCCESSIVE 8 ITERAZIONIvalore massimo individuato

rendere il tutto semplice e affidabile sia per l'utente finale che per l'installatore

Case14/17

• riduzione delle feature ipotizzate per l'app• introduzione di una webapp da cui:

✴ come utente finale puoi controllare i dispositivi via browser✴ come installatore puoi configurare facilmente il sistema

SUCCESSIVE 8 ITERAZIONIvalore massimo individuato

rendere il tutto semplice e affidabile sia per l'utente finale che per l'installatore

Case15/17

deliverablessupervisione appschizzi, wireframe, grafica, supervisione webapp

RISULTATI• app mobile funzionante, con poche feature utili

a far capire le potenzialità del sistema

Case16/17

• webapp funzionante per accesso via browser, con funzionalità d'uso per l'utente e di configurazione per l'installatore

• presentazione alla forza vendita e alla rete del cliente per feedback sul prodotto, raccolta idee e riflessioni (business o consumer? strategia di mercato, business model, futuri investimenti ecc.)

17/17SI RIPARTEvalore massimo individuato

commercializzazione del prodotto

Case

• valutazione su feedback ricevuti e decisioni strategiche del product owner

• messa a punto app e webapp• aggiunta di feature importanti per alcune zone

(Sud America e Spagna)• commercializzazione e lancio del sistema nel mercato

Oltre 30 iterazioni

#wipcasedifficoltÀ personaliconclusioni

#fail#win

2008 - 2012 a confrontosoluzionistrumenti

casedifficoltÀ personaliconclusioni

#wip#fail#win

2008 - 2012 a confrontosoluzionistrumenti

#1

accettare che un progetto potesse essere considerato rifinito anche se per me non era “perfetto”

difficoltà1/3

#2

abituarsi a lavorare su priorità definite dal team. Ed esserlo anche se non hai la skill più adeguata per farlo.

difficoltà2/3

#3

pensare come il cliente, comprendendo il perché delle sue richieste

difficoltà3/3

casedifficoltÀ personaliconclusioni

#wip#fail#win

2008 - 2012 a confrontosoluzionistrumenti

difficoltÀ personaliconclusioni

case#wip#fail#win

2008 - 2012 a confrontosoluzionistrumenti

#1 conclusioni1/4

#2

trovare il modo per discutere e condividere il lavoro con il team

(non importa con quale strumento)

conclusioni2/4

#3

essere pronti a cambiare abitudini

conclusioni3/4

#4

focus sull'obiettivo:

consegnare valore al cliente

conclusioni4/4

Grazie!

@violo @ilariamauric

in����������� ������������������  Comic����������� ������������������  Sans����������� ������������������  :P