perché non facciamo più quello che ci piace - italian agile day 2012
Post on 06-Dec-2014
946 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
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
ACCOUNT GRAFICA FRONT END DEV
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
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
#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 GRAFICA FRONT END DEV
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
lavoriamo ma il cliente non vede nulla
il cliente vedeil lavoro
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
lavoriamo ma il cliente non vede nulla
il cliente vedeil lavoro
2 3 4 5 6 7 9 10 11 12 13 148 16 17 18 19 20 2115 22
#3: ... A COSÌ soluzioni7/9
account UX, UI,GRAFICA devUX, UI,
FRONT ENdutentestakeholdercliente
1 2 3 4 5 6 7 8 9
ipotesi:progetto sito web
ipotesi:progetto sito web
lavoriamo ma il cliente non vede nulla
il cliente vedeil lavoro
account UX, UI,GRAFICA devUX, UI,
FRONT ENdutentestakeholdercliente
#3: ... A COSÌ soluzioni7/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
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
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
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
2008 - 2012 a confrontosoluzionistrumenti#win#fail#wipcasedifficoltÀ personaliconclusioni
#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
ACCOUNT GRAFICA FRONT END DEV
lavoriamo ma il cliente non vede nulla
il cliente vedeil lavoro
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
lavoriamo ma il cliente non vede nulla
il cliente vedeil lavoro
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
account UX, UI,GRAFICA devUX, UI,
FRONT ENdutentestakeholdercliente
#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/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
#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
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
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/2
#2
pensare come il cliente, comprendendo il perché delle sue richieste
difficoltà2/2
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
Lascia il tuo feedback qui
joind.in/7638
Grazie!
@violo @ilariamauric
in����������� ������������������ Comic����������� ������������������ Sans����������� ������������������ :P
top related