L’agenzia creativa ed il metodo agile. Si può fare!

Tante Agenzie Creative (digitali e non) sono ad un punto critico. Vendono più di quanto non riescano a produrre e sono ancorate a modelli di gestione antiquati.
10 falsi miti per cui il metodo Agile non sarebbe adatto alle agenzie creative.
Presenta Matteo Capretto per il Torino Coding Society del 20 luglio 2015.

Transcript

1. L’agenzia creativa ed il metodo agile. Si può fare! 1
3. Chi è cayenne 3 www.cayenne.it
4. 4 cayenne nasce nel 2003 …dalla storica CCP, partecipata del gruppo Dentsu Oggi è un’agenzia indipendente conta su circa 80 professionisti, suddivisi in tre aree di business ATL / BTL
 MEDIA
 DIGITAL
5. Cos’è un agenzia 5
6. 6 creativi account grafici developers board web designers planners project managers
8. 8 creativi account grafici developers board Art, Copy… web designers planners project managers
9. 9 there’s method in the madness
11. 11 IBM deloitte accenture other its time to market progetto creatività
12. 12 Agile Rispondere al cambiamento più che seguire un piano Gli individui e le interazioni più che i processi e gli strumenti Il software funzionante più che la documentazione esaustiva La collaborazione col cliente più che la negoziazione dei contratti
13. 13 Agile • Il software funzionante è il principale metro di misura di progresso. • I processi agili promuovono uno sviluppo sostenibile. • Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante. • La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità. • La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale. • Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-organizzano. • A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e adatta il proprio comportamento di conseguenza. • La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua. • Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. • I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente. • Consegnamo frequentemente software funzionante, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi. • Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto. • Fondiamo i progetti su individui motivati. • Diamo loro l'ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine. • Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con il team ed all'interno del team.
14. 14 l’altra volta ci siamo fatti male…
15. i miti 15 falsi… forse
16. 16 1. Agile solo per devs
17. 17 Il ruolo del web designer tende a quello del fronted developer La creatività pura, non può prescindere dal mezzo
19. 19 2. Account & PM non possono fare agile
20. 20 cambio della funzione delle figure Attenzione alla definizione di “Project Manager” • I project Managers smettono di scrivere scartoffie e diventano problem-solver e organizzatori • Gli account smettono di dover rincorrere le due dates e si concentrano sulla negoziazione
21. 21 3. Agile è troppo trasparente per il cliente
22. 22 il cliente vuole sapere dove e cosa succede! Non affidarsi troppo agli strumenti • abbandonare parole tipo “team dedicato” • il maggior dialogo e gestione del progetto più aderente alla realtà fanno cadere il mito in disuso Spesso è l’agenzia a fare da trait-d’union tra le varie funzioni delle corporate
23. 23 4. far vedere al cliente la ui troppo presto è un disastro
24. 24 cosa è la ui? • la ui decreta il successo di un progetto. • la ui NON è il moodboard
25. 25 cosa è la ui?
26. 26 5. il team deve stare tutto insieme
27. 27 seriously?
28. 28 6. agile va solo bene per progetti piccoli
29. 29 ma agile non vuol dire proprio… • abbracciare l’incertezza • governare la complessità Imparare l’arte di tranquillizzare il team
30. 30 inoltre… • entrare in un progetto waterfall costa enormi risorse • la velocità si abbassa enormemente
31. 31 7. agile non va bene per la fase di maintenance
32. 32 cos’è maintenance?… • bugfixing? maybe • new features? COOL!
33. 33 cos’è maintenance?… • Kanban funziona bene! • Standup anche. Meglio cominciare fisicamente
34. 34 8. facciamo già agile! facciamo un pezzo dietro l’altro
36. 36 incrementale / ITERATIVO • E’ un concetto difficile da compendere • Va spiegato approfonditamente
37. 37 9. agile non ha progress
38. 38 kansas city shuffle https://www.youtube.com/watch?v=PUhOAfc4jN8 • Kanban è di nuovo un ottimo progress! • SCRUM può esserlo su progetti singoli Da questi due strumenti si può tirare fuori addirittura un GANTT
39. 39 10. agile non può avere scope/budget/tempo fissati
41. 41 si può fareeee • Identificando assieme al cliente l’MVP focalizzando l’attenzione sull’obbiettivo di business • Aiutando i soggetti non tecnici a capire il gergo e le User Stories nell’MVP • Negoziando il budget considerando attentamente le scelte infrastrutturali
42. 42 agile vuol dire ottimizzare costi e risorse • Lavoro a velocità più sostenuta • Minori rework • Costi di documentazione azzerati
43. … meanwhile in Cayenne 43
44. kanban 44 high-level plan scrum project detail basecamp slack metodologie
45. scrum
 master 45 project manager facilitatorE e interprete 
 tra persone ‘old school’ e gli ‘stregoni’ psicologo e product owner
 si sovrappone al ruolo di account lead designer veggente e product owner collabora a stretto contatto con i p.m. figure chiave
46. 46 developer Lo stregone nessuno sa cosa faccia né come.
47. 47 ma tutti si aspettano che sia
 babbo natale.
48. perciò… buone vacanze! 48
49. 49 toolset