perchè non facciamo più quello che ci piace
5 likes•888 views
Il documento discute le evoluzioni del lavoro in un team di sviluppo dal 2008 al 2012, evidenziando i cambiamenti nelle metodologie e negli strumenti utilizzati per migliorare l'efficacia nella consegna di valore al cliente. Vengono analizzati successi e fallimenti legati a pratiche agili, dimostrando l'importanza di un approccio collaborativo e di feedback costante. Infine, si concludono suggerimenti per migliorare il lavoro di squadra e per affrontare le difficoltà incontrate nel processo.
perchè non facciamo più quello che ci piace
- 1. giovedì 31 maggio 12
- 2. Perché non facciamo più quello che ci piace. Ilaria Mauric Alessandro Violini Agile UX Camp Firenze, 31 maggio 2012 giovedì 31 maggio 12
- 3. 2008 faccio la cosa che mi piace, nel modo più facile 2012 faccio la cosa più semplice e veloce, per consegnare valore al cliente giovedì 31 maggio 12
- 4. E questo ci piace di più. giovedì 31 maggio 12
- 5. Ilaria Alessandro Mauric Violini . creative information architect . front end developer . user experience designer . user experience designer @ilariamauric @violo giovedì 31 maggio 12
- 6. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 7. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 8. 2008 2008 - 2012 a confronto 1/4 ACCOUNT GRAFICA FRONT END DEV I team lavoravano a compartimenti stagni giovedì 31 maggio 12
- 9. 2008 2008 - 2012 a confronto 2/4 definisci disegna sviluppa testa rilascia ACCOUNT GRAFICA FRONT END DEV giovedì 31 maggio 12
- 10. 2008 2008 - 2012 a confronto ipotesi: progetto sito web 3/4 1 2 3 4 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla inizia sviluppo grafica home grafica tutti correzioni e 2/3 template i template ritocchi correzioni ACCOUNT montaggio GRAFICA home DEV FRONT END montaggio tutti e primi template i template giovedì 31 maggio 12
- 11. 2008 2008 - 2012 a confronto 4/4 campanelli d’allarme • utente scontento • cliente contento... a metà (si potrebbe fare meglio) • team scontento • sforamento delle ore previste e lavorazioni extra giovedì 31 maggio 12
- 12. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 13. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 14. #1 soluzioni 1/9 account UX, UI, FRONT ENd UX, UI, dev stakeholder GRAFICA cliente utente Il team è uno solo e lavora in flussi. Ed è allargato. giovedì 31 maggio 12
- 15. #2 soluzioni 2/9 tutto è incrementale giovedì 31 maggio 12
- 16. #2: DA cosÌ... soluzioni 3/9 definisci disegna sviluppa testa rilascia ACCOUNT GRAFICA FRONT END DEV giovedì 31 maggio 12
- 17. #2: ... A COSÌ soluzioni 4/9 definisci disegna sviluppa testa rilascia account UX, UI, UX, UI, dev GRAFICA FRONT ENd giovedì 31 maggio 12
- 18. #3 soluzioni 5/9 parallelizzare i lavori dei vari flussi sullo stesso progetto giovedì 31 maggio 12
- 19. #3: DA cosÌ... soluzioni ipotesi: progetto sito web 6/9 1 2 3 4 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla ACCOUNT GRAFICA FRONT END DEV giovedì 31 maggio 12
- 20. #3: ... A COSÌ soluzioni ipotesi: progetto sito web 7/9 1 2 3 4 5 6 7 8 9 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla account UX, UI, UX, UI, dev GRAFICA FRONT ENd giovedì 31 maggio 12
- 21. #3: ... A COSÌ soluzioni ipotesi: progetto sito web 7/9 1 2 3 4 5 6 7 8 9 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla confronto con proposta grafica template pagg supervisione ui demo, ultimi ritocchi e front end e dev home, interne, dev e front end pronti per schizzi e wireframe front end montaggio home completano pubblicazione prepara wireframe ambiente messa a punto grafica, account UX, UI, UX, UI, devsupervisione ui demo, alta qualità dev eGRAFICA end ENd front FRONT dev e front end fanno dev inizia sviluppo sviluppano montaggio e sviluppano giovedì 31 maggio 12
- 22. #3 soluzioni 8/9 parallelizzare i lavori dei vari flussi sullo stesso progetto fornitore come parte del team giovedì 31 maggio 12
- 23. #4 soluzioni 9/9 pair per la gestione del cliente (non solo in sviluppo) giovedì 31 maggio 12
- 24. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 25. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 26. flussi strumenti 1/6 DS UX DEV organizzazione delle aree di competenza in flussi interni giovedì 31 maggio 12
- 27. contatto con cliente strumenti 2/6 con il cliente (responsabile di progetto, release e iteration planning allargato, maggiordomo e pompiere) giovedì 31 maggio 12
- 28. riunioni strumenti 3/6 per il monitoraggio dei lavori (standup meeting, scaletta settimanale e mensile, iteration meeting, release planning, iteration review...) giovedì 31 maggio 12
- 29. condivisione strumenti 4/6 strumenti per la condivisione della conoscenza sulla situazione dei lavori (pivotal, kanban, Gdocs...) giovedì 31 maggio 12
- 30. condivisione strumenti 5/6 strumenti per la condivisione della conoscenza sulla situazione dei lavori (pivotal, kanban, Gdocs...) giovedì 31 maggio 12
- 31. Monitoraggio strumenti 6/6 del team e del flusso di lavoro (foglio elettronico con i dati di progetto, retrospettive, A3) giovedì 31 maggio 12
- 32. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 33. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 34. #1 #win 1/10 far diventare agili procedure che prima non lo erano (ui, grafica) giovedì 31 maggio 12
- 35. #2 #win 2/10 individuazione dei “vincoli” (ex colli di bottiglia) per regolarci giovedì 31 maggio 12
- 36. #3 #win 3/10 il cambiamento è la naturale evoluzione di un progetto giovedì 31 maggio 12
- 37. #4 #win 4/10 schizzi, wireframe, prototipi diventano deliverable giovedì 31 maggio 12
- 38. #5 #win 5/10 task di ui dentro le storie giovedì 31 maggio 12
- 39. #6 #win 6/10 rilascio progressivo e frequente riduzione drastica dei tempi di latenza su una consegna giovedì 31 maggio 12
- 40. REPETITA IUVANT #win 7/10 1 2 3 4 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla ACCOUNT GRAFICA FRONT END DEV giovedì 31 maggio 12
- 41. REPETITA IUVANT #win 8/10 1 2 3 4 5 6 7 8 9 il cliente vede il lavoro sett 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 lavoriamo ma il cliente non vede nulla account UX, UI, UX, UI, dev GRAFICA FRONT ENd giovedì 31 maggio 12
- 42. #7 #win 9/10 la lavorazione extra-time diventa una rara eccezione (davvero) giovedì 31 maggio 12
- 43. #8 #win 10/10 account UX, UI, FRONT ENd UX, UI, stakeholder GRAFICA dev cliente utente team soddisfatto giovedì 31 maggio 12
- 44. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 45. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 46. #1 #fail 1/2 stime e quantificazioni, queste sconosciute giovedì 31 maggio 12
- 47. #2 #fail 2/2 facciamo fatica #EPICWIN a lavorare con fornitori che non lavorano come noi giovedì 31 maggio 12
- 48. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 49. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 50. #1 #wip 1/3 migliorare feedback, integrazione, controllo nel/tra team giovedì 31 maggio 12
- 51. #2 #wip 2/3 fare riunioni efficaci (soprattutto con i fornitori) giovedì 31 maggio 12
- 52. #3 #wip 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 giovedì 31 maggio 12
- 53. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 54. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 55. PRODUCT OWNER Case 1/17 giovedì 31 maggio 12
- 56. contesto Case 1/17 giovedì 31 maggio 12
- 57. bisogno Case 1/17 giovedì 31 maggio 12
- 58. INTERROGATIVI Case 4/17 • 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? giovedì 31 maggio 12
- 59. APPROCCIO Case 5/17 • 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) giovedì 31 maggio 12
- 60. OBIETTIVO Case 6/17 pubblicare l’app per iPhone sull’App Store giovedì 31 maggio 12
- 61. USER Stories Case 7/17 valore massimo individuato fammi capire come funzionerà l’app deliverables 6 schizzi con le principali schermate dell’app giovedì 31 maggio 12
- 62. prime 2 ITERAZIONI Case 8/17 valore massimo individuato fammi accendere le luci dall'app deliverables 3/4 icone in due varianti grafiche 1 interruttore monostabile giovedì 31 maggio 12
- 63. prime 4 ITERAZIONI Case 9/17 valore massimo individuato fammi accendere altri dispositivi deliverables 11 icone 3 tipi di interruttore supervisione giovedì 31 maggio 12
- 64. prime 4 ITERAZIONI Case 10/17 struttura app funzionante, interruttori dei dispositivi funzionanti • emerge questione utente installatore: sistema troppo scarno e meccanico, scoraggiante • emerge questione utente finale: che succede se non ha app? giovedì 31 maggio 12
- 65. OBIETTIVO Case 11/17 pubblicare l’app per iPhone sull’App Store giovedì 31 maggio 12
- 66. OBIETTIVO Case 12/17 presentare alla forza commerciale e ai clienti un protipo di app mobile funzionante, per ottenere feedback giovedì 31 maggio 12
- 67. SUCCESSIVE 8 ITERAZIONI Case 13/17 giovedì 31 maggio 12
- 68. SUCCESSIVE 8 ITERAZIONI Case 14/17 valore massimo individuato rendere il tutto semplice e affidabile sia per l'utente finale che per l'installatore • 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 giovedì 31 maggio 12
- 69. SUCCESSIVE 8 ITERAZIONI Case 15/17 valore massimo individuato rendere il tutto semplice e affidabile sia per l'utente finale che per l'installatore deliverables supervisione app schizzi, wireframe, grafica, supervisione webapp giovedì 31 maggio 12
- 70. RISULTATI Case 16/17 • app mobile funzionante, con poche feature utili a far capire le potenzialità del sistema • 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.) giovedì 31 maggio 12
- 71. SI RIPARTE Case 17/17 valore massimo individuato commercializzazione del prodotto Oltre 30 iterazioni • 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 giovedì 31 maggio 12
- 72. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 73. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 74. #1 difficoltà 1/3 accettare che un progetto potesse essere considerato rifinito anche se per me non era “perfetto” giovedì 31 maggio 12
- 75. #2 difficoltà 2/3 abituarsi a lavorare su priorità definite dal team. Ed esserlo anche se non hai la skill più adeguata per farlo. giovedì 31 maggio 12
- 76. #3 difficoltà 3/3 pensare come il cliente, comprendendo il perché delle sue richieste giovedì 31 maggio 12
- 77. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 78. 2008 - 2012 a confronto soluzioni strumenti #win #fail #wip case difficoltÀ personali conclusioni giovedì 31 maggio 12
- 79. #1 conclusioni 1/4 giovedì 31 maggio 12
- 80. #2 conclusioni 2/4 trovare il modo per discutere e condividere il lavoro con il team (non importa con quale strumento) giovedì 31 maggio 12
- 81. #3 conclusioni 3/4 essere pronti a cambiare abitudini giovedì 31 maggio 12
- 82. #4 conclusioni 4/4 focus sull'obiettivo: consegnare valore al cliente giovedì 31 maggio 12
- 83. Grazie! in
- 84. Comic
- 85. Sa ns
- 86. :P @violo @ilariamauric giovedì 31 maggio 12