perché non facciamo più quello che ci piace - italian agile day 2012

Perché non facciamo più quello che ci piace.

Ilaria MauricAlessandro Violini

Italian Agile Day 2012 Milano, 24 novembre 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

DEVFRONT ENDGRAFICA

2008 2008 - 2012 a confronto1/4

ACCOUNT

CLIENTE

FRONT ENDGRAFICA

2008 2008 - 2012 a confronto1/4

ACCOUNT

CLIENTE

DEVFRONT END

GRAFICA

2008 2008 - 2012 a confronto1/4

ACCOUNT

CLIENTE

DEV

FRONT END

GRAFICA

2008 2008 - 2012 a confronto1/4

ACCOUNT

CLIENTE

DEV

FRONT END

GRAFICA

2008 2008 - 2012 a confronto1/4

ACCOUNT

UTENTE

CLIENTE

2008 2008 - 2012 a confronto2/4

definisci

disegna

sviluppa

testa

rilascia

ACCOUNT GRAFICA FRONT END DEV

lavoriamo ma il cliente non vede nulla

il cliente vedeil lavoro

ipotesi:progetto sito web


2008 2008 - 2012 a confronto3/4

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

• l’account è un collo di bottiglia

#1 soluzioni1/9

Il team è uno solo.

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 UX, UI,GRAFICA devUX, UI,

FRONT ENdutentestakeholdercliente

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

definisci

disegna

sviluppa

testa

rilascia

#3 soluzioni5/9

parallelizzare i lavori sullo stesso progetto



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

ACCOUNT GRAFICA FRONT END DEV ipotesi:progetto sito web

1sett



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




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

1 2 3 4 5 6 7 8 9

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

pagg secondarie,montaggio pagg

principali

supervisione ui demo,dev e front end

completano

ultimi ritocchi e pronti per

pubblicazione

proposta grafica pagg principali,

front end prepara

ambiente

parallelizzare i flussi di lavoro del team sullo stesso progetto

#3

fornitorecome parte del team

soluzioni8/9

#4

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

soluzioni9/9

UX DEV

flussi

organizzazione delle aree di competenzain flussi interni

strumenti1/6

DS

UX+DEVDS

flussi strumenti1/6

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

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)

strumenti4/6

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

condivisione strumenti5/6

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

Monitoraggio strumenti6/6

#1

task di ui dentro le storie

#win1/10

#2

schizzi, wireframe, prototipi sono deliverable

#win2/10

#3

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

#win3/10

#4

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

#win4/10

#5

il cambiamento è la naturale evoluzione di un progetto

#win5/10

#6

rilascio progressivo e frequente

riduzione drastica dei tempi di latenza su un rilascio

#win6/10

REPETITA IUVANT #win7/10




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 #win8/10

1sett



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

1 2 3 4 5 6 7 8 9



#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

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

#2

mantenere una visione d’insiemesui progettie contribuirea condurli

#wip2/4

#2

fare riunioni efficaci(soprattutto con i fornitori)

#wip3/4

#3

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

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

#wip4/4

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

deliverable• scrittura e discussione user stories• planning game• 6 schizzi con le principali schermate dell’app

prime 2 ITERAZIONIvalore massimo individuato

fammi accendere le luci dall'app

Case8/17

deliverable• sviluppo funzionalità dell’app• 3/4 icone in due varianti grafiche• 1 interruttore monostabile

prime 4 ITERAZIONIvalore massimo individuato

fammi accendere altri dispositivi

Case9/17

deliverable• sviluppo funzionalità dell’app• 11 icone, 3 tipi di interruttore

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

deliverables• sviluppo funzionalità webapp• piccole implementazioni su app• schizzi, wireframe, grafica webapp e supervisione

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

#2

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

difficoltà2/2

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

Lascia il tuo feedback qui

joind.in/7638

Grazie!

@violo @ilariamauric

in�� Comic�� Sans�� :P

http://joind.in/7638

http://joind.in/7638

perché non facciamo più quello che ci piace - italian agile day 2012

Technology