perchè non facciamo più quello che ci piace

giovedì 31 maggio 12

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 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




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


#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



#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




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





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


FRONT ENd

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




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


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


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


#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




1sett

1 2 3 4

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

REPETITA IUVANT #win7/10





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


FRONT ENd

REPETITA IUVANT #win8/10


#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


#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

#EPICWIN


#win#fail#wipcasedifficoltÀ personaliconclusioni



#fail#wipcasedifficoltÀ personaliconclusioni

#win



#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


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

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

#fail#wipcasedifficoltÀ personaliconclusioni

#win



#wipcasedifficoltÀ personaliconclusioni

#fail#win



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

deliverables6 schizzi con le principali schermate dell’app


prime 2 ITERAZIONIvalore massimo individuato

fammi accendere le luci dall'app

Case8/17

deliverables3/4 icone in due varianti grafiche1 interruttore monostabile


prime 4 ITERAZIONIvalore massimo individuato

fammi accendere altri dispositivi

Case9/17

deliverables11 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



casedifficoltÀ personaliconclusioni

#wip#fail#win



#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



difficoltÀ personaliconclusioni

case#wip#fail#win



#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


perchè non facciamo più quello che ci piace

Technology