Un progetto parte quasi sempre dalla stesura di un documento di specifiche chiamato brief.
Il brief dovrebbe contenere tutte le informazioni relative all’azienda e al progetto: tempi, obiettivi prefissi, statistiche, idea, competitor… Dovrebbe facilitare le decisioni aziendali e le spiegazioni ai fornitori. È il frutto di diverse giornate o settimane di lavoro da parte degli uffici marketing e/o tecnici interni all’azienda, richiede diversi incontri con il management per approvazione/assegnazione del budget e altri incontri con i fornitori dei servizi, per spiegare il progetto e chiedere un preventivo di esecuzione.
Ma avete mai provato a riprendere in mano il brief a progetto realizzato e a confrontare l’idea con il progetto finito?
In questo talk smontiamo alcuni miti sul brief e proviamo a capire come CTO, CMO e partner/fornitori possano farlo diventare il vero step 1 del progetto.
È possibile che le aziende coinvolte scrivano il brief insieme, partecipando all’analisi dell’idea e individuando le informazioni davvero utili?
E se fosse il fornitore a guidarvi nella stesura delle soluzioni tecniche?
Se già il brief mettesse l’utente al centro del processo?
Una storia di esperimenti volti a trovare il miglior modo di fare "ux" in ambito Agile. "UX, Scrum e Gilde" affronta la sfida di integrare lo user experience design e Scrum, focalizzando l'attenzione sull'importanza di trovare il giusto equilibrio tra strategia e iterazione.
La presentazione si divide in quattro sezioni principali:
1. Cos'è lo UX design e qual è il suo valore?
2. Lo UX designer e il team.
3. UX e Scrum (in che modo è possibile portare il design a bordo del team Scrum?)
4. Le persone e l'organizzazione.
Versione aggiornata con alcuni piccoli miglioramenti alle infografiche, sulla base dei feedback ricevuti durante i talk.
Una storia di esperimenti volti a trovare il miglior modo di fare "ux" in ambito Agile. "UX, Scrum e Gilde" affronta la sfida di integrare lo user experience design e Scrum, focalizzando l'attenzione sull'importanza di trovare il giusto equilibrio tra strategia e iterazione.
La presentazione si divide in quattro sezioni principali:
1. Cos'è lo UX design e qual è il suo valore?
2. Lo UX designer e il team.
3. UX e Scrum (in che modo è possibile portare il design a bordo del team Scrum?)
4. Le persone e l'organizzazione.
Lean prototyping al servizio del designerLuca Scarpa
Slide sul lean prototyping ed esercizi per fa emergere il valore della prototipazione e la facilità di realizzazione di uno strumento per ottenere feedback sprecando poco.
Quo vadis P.O.? Metriche UX per misurare il valore rilasciato.Emanuele Mantovani
In ogni progetto che affrontiamo non abbiamo risposte certe, abbiamo ipotesi da validare il prima possibile con gli utenti. Una serie di strumenti e metriche UX possono aiutare il P.O. e il team a misurare, iterazione dopo iterazione, il valore prodotto per l’utente finale. In questo talk mostro attraverso alcuni esempi come è possibile misurare il valore rilasciato in un progetto Scrum, identificando i pain point che affliggono l’esperienza utente e trovando soluzioni efficaci con tutto il team.
Quanto conosciamo i nostri utenti | Italian Agile Day 2018Emanuele Mantovani
Le slide del mio talk allo IAD 2018 "Quanto conosciamo i nostri utenti"
Generare valore per l’utente finale è un elemento fondamentale per il successo di un software. Ma siamo davvero sicuri di conoscere i nostri utenti? Quali strumenti abbiamo a disposizione per conoscerli e formulare ipotesi corrette e quali metriche possiamo utilizzare per validare e misurare il valore dei nostri prodotti per l’utente finale? Attraverso esempi concreti scopriremo come lo UX Design possa aiutarci a rispondere a queste domande e come possa integrarsi in un contesto agile.
Right here, right now: come capire e intercettare i momenti cruciali di un’es...Ilaria Mauric
Talk presentato al Web Marketing Festival 2016, a Rimini.
--
Framing, research, codesign, prototype, test sono le 5 fasi del processo di UX design.
In questo talk abbiamo visto come applicarle ai contesti di utilizzo in mobilità.
Abbiamo visto anche i principali tool che ci aiutano a descrivere la complessità di un’esperienza digitale, evidenziare i momenti e le emozioni cruciali e a progettare i flussi della ux.
Questo processo e questi tool ci guidano nel cogliere le opportunità e nel trovare risposte ai bisogni reali, nei luoghi, nei momenti e dai device giusti.
Una storia di esperimenti volti a trovare il miglior modo di fare "ux" in ambito Agile. "UX, Scrum e Gilde" affronta la sfida di integrare lo user experience design e Scrum, focalizzando l'attenzione sull'importanza di trovare il giusto equilibrio tra strategia e iterazione.
La presentazione si divide in quattro sezioni principali:
1. Cos'è lo UX design e qual è il suo valore?
2. Lo UX designer e il team.
3. UX e Scrum (in che modo è possibile portare il design a bordo del team Scrum?)
4. Le persone e l'organizzazione.
Versione aggiornata con alcuni piccoli miglioramenti alle infografiche, sulla base dei feedback ricevuti durante i talk.
Una storia di esperimenti volti a trovare il miglior modo di fare "ux" in ambito Agile. "UX, Scrum e Gilde" affronta la sfida di integrare lo user experience design e Scrum, focalizzando l'attenzione sull'importanza di trovare il giusto equilibrio tra strategia e iterazione.
La presentazione si divide in quattro sezioni principali:
1. Cos'è lo UX design e qual è il suo valore?
2. Lo UX designer e il team.
3. UX e Scrum (in che modo è possibile portare il design a bordo del team Scrum?)
4. Le persone e l'organizzazione.
Lean prototyping al servizio del designerLuca Scarpa
Slide sul lean prototyping ed esercizi per fa emergere il valore della prototipazione e la facilità di realizzazione di uno strumento per ottenere feedback sprecando poco.
Quo vadis P.O.? Metriche UX per misurare il valore rilasciato.Emanuele Mantovani
In ogni progetto che affrontiamo non abbiamo risposte certe, abbiamo ipotesi da validare il prima possibile con gli utenti. Una serie di strumenti e metriche UX possono aiutare il P.O. e il team a misurare, iterazione dopo iterazione, il valore prodotto per l’utente finale. In questo talk mostro attraverso alcuni esempi come è possibile misurare il valore rilasciato in un progetto Scrum, identificando i pain point che affliggono l’esperienza utente e trovando soluzioni efficaci con tutto il team.
Quanto conosciamo i nostri utenti | Italian Agile Day 2018Emanuele Mantovani
Le slide del mio talk allo IAD 2018 "Quanto conosciamo i nostri utenti"
Generare valore per l’utente finale è un elemento fondamentale per il successo di un software. Ma siamo davvero sicuri di conoscere i nostri utenti? Quali strumenti abbiamo a disposizione per conoscerli e formulare ipotesi corrette e quali metriche possiamo utilizzare per validare e misurare il valore dei nostri prodotti per l’utente finale? Attraverso esempi concreti scopriremo come lo UX Design possa aiutarci a rispondere a queste domande e come possa integrarsi in un contesto agile.
Right here, right now: come capire e intercettare i momenti cruciali di un’es...Ilaria Mauric
Talk presentato al Web Marketing Festival 2016, a Rimini.
--
Framing, research, codesign, prototype, test sono le 5 fasi del processo di UX design.
In questo talk abbiamo visto come applicarle ai contesti di utilizzo in mobilità.
Abbiamo visto anche i principali tool che ci aiutano a descrivere la complessità di un’esperienza digitale, evidenziare i momenti e le emozioni cruciali e a progettare i flussi della ux.
Questo processo e questi tool ci guidano nel cogliere le opportunità e nel trovare risposte ai bisogni reali, nei luoghi, nei momenti e dai device giusti.
Learning over Delivery: il business e l'innovazione ai tempi della complessitàextrategy
Lavorare a progetti complessi richiede un metodo che ti supporti, saperlo padroneggiare e evolverlo per tenere allineati business value e project delivery.
I business goal e gli user need sono requisiti fondamentali su cui costruire un progetto che funzioni, la base su cui poggiare le decisioni strategiche, che permette al team di fare scelte condivise, in corso d'opera, in linea con gli obiettivi-chiave.
Qui descriviamo il nostro approccio ai contesti complessi e le nostre evoluzioni nel tempo.
trasformare un’idea in un business che funziona | 2° lezioneextrategy
2° lezione: i canali di comunicazione innovativi in nuovo mercato:
diffondere la cultura imprenditoriale approfondendo le dinamiche della nascita di un’impresa innovativa o del lancio di un nuovo prodotto / servizio sul mercato, trasferimento di concetti e conoscenze al fine di trasformare un’idea in un business sostenibile.
La centralità della Customer Experience rappresenta uno degli elementi fondamentali per il successo di un'azienda.
Oggi generare valore per i nostri utenti non significa soltanto interrogarsi sui loro bisogni; occorre focalizzarsi sull'intera esperienza che il nostro utente vivrà prima, durante e dopo l'interazione con il prodotto o servizio.
Nell'ambito dello sviluppo agile del software, questa esigenza si traduce, in primo luogo, nella necessità di acquisire una profonda conoscenza dei propri utenti e, in secondo luogo, nell'usare questa conoscenza per generare ipotesi, che andranno implementate e validate iterazione dopo iterazione.
In questo scenario la collaborazione tra il designer e il resto del team diventa fondamentale, a partire dalla generazione delle ipotesi iniziali, che andranno, prima di tutto, validate dal punto di vista della fattibilità tecnologica.
Durante il meetup risponderemo, con una serie di esempi concreti, a quattro principali domande:
1. Cosa significa "generare valore" per l'utente finale oggi?
2. Quali strumenti abbiamo a disposizione per conoscere e formulare le nostre ipotesi?
3. Quali metriche possiamo utilizzare per validare e misurare il valore dei nostri prodotti per gli utenti finali?
4. Come possiamo integrare le competenze dello UX design all'interno dei nostri team Scrum?
Mobile App Development - Strategie di web marketing e comunicazione - Parte 1Paolo Bolpet
Il modulo facente parte del corso sulle "Tecniche di progettazione e sviluppo di applicazioni mobile" organizzato da AREA Science Park, intende fornire una serie di spunti su come promuovere una Mobile App partendo dall'analisi della domanda, per arrivare alla promozione online vera e propria. Parte 1 - Analisi e strategia
Internazionalizzazione - Progetto InghilterraRighetconsult
Il concept del Progetto Inghilterra, ovvero un progetto di internazionalizzazione concepito per tutte le imprese ma in particolare PMI - friendly.
Gestire l'export e l'internazionalizzazione di piu' aziende come un progetto consente non solo rischi molto minori, ma anche di gestire la sinergia tra tutte le imprese interessate all'Inghilterra ed al Regno Unito in generale.
Il concept del Progetto Iran, ovvero un progetto di internazionalizzazione concepito per tutte le imprese ma in particolare PMI - friendly.
Gestire l'export e l'internazionalizzazione di piu' aziende come un progetto consente non solo rischi molto minori, ma anche di gestire la sinergia tra tutte le imprese interessate all'Iran.
Ricostruzione dell'ipotetico copy brief per la campagna di lancio dell'iPhone negli USA del giugno 2007.
Lavoro svolto come tesina per l'esame in Comunicazione Pubblicitaria d'Impresa del corso di laurea specialistica in Comunicazione d'Impresa dell'Università di Salerno.
prof. Mario Varriale.
Come scrivere un brief di comunicazione e come declinarlo sui social mediaDino Amenduni
Analisi di scenario, SWOT analysis, quadrato semiotico, obiettivi e declinazioni: traccia per un’esercitazione (di 6-8 ore).
(presentata a Mantova il 24 luglio 2014 all'interno del laboratorio di progettazione "Imprese per i beni comuni")
Esperienza d'acquisto e architettura dell'informazione: consigli pratici e qu...Ilaria Mauric
Il 29 maggio 2015 sono stata invitata dal gruppo delle GGD di Brescia per parlare di esperienza d'acquisto e architettura delle informazioni, in occasione della #GGDBrescia6, dedicata allo shopping online.
Nel mio intervento ho parlato di come gli utenti si approcciano agli acquisti, di come finiscono nei funnel di un ecommerce e di quali sono gli aspetti da tenere in considerazione quando si progetta l'esperienza digitale.
Un progetto parte quasi sempre dalla stesura di un documento di specifiche chiamato brief.
Il brief dovrebbe contenere tutte le informazioni relative all’azienda e al progetto: tempi, obiettivi prefissi, statistiche, idea, competitor… Dovrebbe facilitare le decisioni aziendali e le spiegazioni ai fornitori. È il frutto di diverse giornate o settimane di lavoro da parte degli uffici marketing e/o tecnici interni all’azienda, richiede diversi incontri con il management per approvazione/assegnazione del budget e altri incontri con i fornitori dei servizi, per spiegare il progetto e chiedere un preventivo di esecuzione.
Ma avete mai provato a riprendere in mano il brief a progetto realizzato e a confrontare l’idea con il progetto finito?
In questo talk smontiamo alcuni miti sul brief e proviamo a capire come CTO, CMO e partner/fornitori possano farlo diventare il vero step 1 del progetto.
È possibile che le aziende coinvolte scrivano il brief insieme, partecipando all’analisi dell’idea e individuando le informazioni davvero utili?
E se fosse il fornitore a guidarvi nella stesura delle soluzioni tecniche?
Se già il brief mettesse l’utente al centro del processo?
Slide della mia presentazione al 2° WordPress Meetup Bari del 18 giugno 2016.
— Articolo sulla presentazione: https://nicolalosito.it/2016/06/23/introduzione-wordpress-multisite/
— Pagina dell'evento: http://wpbari.it/2016/06/11/meetup-bari-18-giugno-2016/
Learning over Delivery: il business e l'innovazione ai tempi della complessitàextrategy
Lavorare a progetti complessi richiede un metodo che ti supporti, saperlo padroneggiare e evolverlo per tenere allineati business value e project delivery.
I business goal e gli user need sono requisiti fondamentali su cui costruire un progetto che funzioni, la base su cui poggiare le decisioni strategiche, che permette al team di fare scelte condivise, in corso d'opera, in linea con gli obiettivi-chiave.
Qui descriviamo il nostro approccio ai contesti complessi e le nostre evoluzioni nel tempo.
trasformare un’idea in un business che funziona | 2° lezioneextrategy
2° lezione: i canali di comunicazione innovativi in nuovo mercato:
diffondere la cultura imprenditoriale approfondendo le dinamiche della nascita di un’impresa innovativa o del lancio di un nuovo prodotto / servizio sul mercato, trasferimento di concetti e conoscenze al fine di trasformare un’idea in un business sostenibile.
La centralità della Customer Experience rappresenta uno degli elementi fondamentali per il successo di un'azienda.
Oggi generare valore per i nostri utenti non significa soltanto interrogarsi sui loro bisogni; occorre focalizzarsi sull'intera esperienza che il nostro utente vivrà prima, durante e dopo l'interazione con il prodotto o servizio.
Nell'ambito dello sviluppo agile del software, questa esigenza si traduce, in primo luogo, nella necessità di acquisire una profonda conoscenza dei propri utenti e, in secondo luogo, nell'usare questa conoscenza per generare ipotesi, che andranno implementate e validate iterazione dopo iterazione.
In questo scenario la collaborazione tra il designer e il resto del team diventa fondamentale, a partire dalla generazione delle ipotesi iniziali, che andranno, prima di tutto, validate dal punto di vista della fattibilità tecnologica.
Durante il meetup risponderemo, con una serie di esempi concreti, a quattro principali domande:
1. Cosa significa "generare valore" per l'utente finale oggi?
2. Quali strumenti abbiamo a disposizione per conoscere e formulare le nostre ipotesi?
3. Quali metriche possiamo utilizzare per validare e misurare il valore dei nostri prodotti per gli utenti finali?
4. Come possiamo integrare le competenze dello UX design all'interno dei nostri team Scrum?
Mobile App Development - Strategie di web marketing e comunicazione - Parte 1Paolo Bolpet
Il modulo facente parte del corso sulle "Tecniche di progettazione e sviluppo di applicazioni mobile" organizzato da AREA Science Park, intende fornire una serie di spunti su come promuovere una Mobile App partendo dall'analisi della domanda, per arrivare alla promozione online vera e propria. Parte 1 - Analisi e strategia
Internazionalizzazione - Progetto InghilterraRighetconsult
Il concept del Progetto Inghilterra, ovvero un progetto di internazionalizzazione concepito per tutte le imprese ma in particolare PMI - friendly.
Gestire l'export e l'internazionalizzazione di piu' aziende come un progetto consente non solo rischi molto minori, ma anche di gestire la sinergia tra tutte le imprese interessate all'Inghilterra ed al Regno Unito in generale.
Il concept del Progetto Iran, ovvero un progetto di internazionalizzazione concepito per tutte le imprese ma in particolare PMI - friendly.
Gestire l'export e l'internazionalizzazione di piu' aziende come un progetto consente non solo rischi molto minori, ma anche di gestire la sinergia tra tutte le imprese interessate all'Iran.
Ricostruzione dell'ipotetico copy brief per la campagna di lancio dell'iPhone negli USA del giugno 2007.
Lavoro svolto come tesina per l'esame in Comunicazione Pubblicitaria d'Impresa del corso di laurea specialistica in Comunicazione d'Impresa dell'Università di Salerno.
prof. Mario Varriale.
Come scrivere un brief di comunicazione e come declinarlo sui social mediaDino Amenduni
Analisi di scenario, SWOT analysis, quadrato semiotico, obiettivi e declinazioni: traccia per un’esercitazione (di 6-8 ore).
(presentata a Mantova il 24 luglio 2014 all'interno del laboratorio di progettazione "Imprese per i beni comuni")
Esperienza d'acquisto e architettura dell'informazione: consigli pratici e qu...Ilaria Mauric
Il 29 maggio 2015 sono stata invitata dal gruppo delle GGD di Brescia per parlare di esperienza d'acquisto e architettura delle informazioni, in occasione della #GGDBrescia6, dedicata allo shopping online.
Nel mio intervento ho parlato di come gli utenti si approcciano agli acquisti, di come finiscono nei funnel di un ecommerce e di quali sono gli aspetti da tenere in considerazione quando si progetta l'esperienza digitale.
Un progetto parte quasi sempre dalla stesura di un documento di specifiche chiamato brief.
Il brief dovrebbe contenere tutte le informazioni relative all’azienda e al progetto: tempi, obiettivi prefissi, statistiche, idea, competitor… Dovrebbe facilitare le decisioni aziendali e le spiegazioni ai fornitori. È il frutto di diverse giornate o settimane di lavoro da parte degli uffici marketing e/o tecnici interni all’azienda, richiede diversi incontri con il management per approvazione/assegnazione del budget e altri incontri con i fornitori dei servizi, per spiegare il progetto e chiedere un preventivo di esecuzione.
Ma avete mai provato a riprendere in mano il brief a progetto realizzato e a confrontare l’idea con il progetto finito?
In questo talk smontiamo alcuni miti sul brief e proviamo a capire come CTO, CMO e partner/fornitori possano farlo diventare il vero step 1 del progetto.
È possibile che le aziende coinvolte scrivano il brief insieme, partecipando all’analisi dell’idea e individuando le informazioni davvero utili?
E se fosse il fornitore a guidarvi nella stesura delle soluzioni tecniche?
Se già il brief mettesse l’utente al centro del processo?
Slide della mia presentazione al 2° WordPress Meetup Bari del 18 giugno 2016.
— Articolo sulla presentazione: https://nicolalosito.it/2016/06/23/introduzione-wordpress-multisite/
— Pagina dell'evento: http://wpbari.it/2016/06/11/meetup-bari-18-giugno-2016/
Intranet tra lavoro superficiale e profondo - Webinar - 16 - [IntranetManagem...Giacomo Mason
Non ho tempo per guardare la intranet!
Quante volte ci siamo sentiti dire questa frase nelle interviste ai dipendenti? Spesso, infatti, le intranet sono viste dai nostri colleghi più come un disturbo che come una risorsa a disposizione.
E sono in buona compagnia: anche una chat su Teams o un messaggio su Whatsapp possono costituire altrettante distrazioni inopportune se ci sollecitano nel momento sbagliato.
Ma qual è il momento giusto? Per capire come le intranet ci possono aiutare e in quali fasi delle nostre attività dobbiamo fare un passo indietro e distinguere, nella nostra giornata lavorativa, tra attività “superficiali” e “profonde”, nei tre ambiti dell’informazione, dell’azione e della relazione.
In questo webinar proporremo un framework che vi aiuterà a capire meglio come posizionare correttamente la vostra proposta intranet all’interno del quotidiano dei colleghi, a seconda del loro ruolo in azienda.
Argomenti del webinar
- Lavoro superficiale e lavoro profondo
- Informazione, azione, relazione
- Intranet, digital workplace e i loro impatti sui diversi ambiti
- Un framework evolutivo per il progetto
Noi conosciamo Kanban e Scrum come metodologie di gestione Agile. Lo Scrumban unisce le migliori caratteristiche di entrambi i metodi, combinando la natura prescrittiva dello Scrum e la capacità di miglioramento dei processi del Kanban, consentendo ai team di avvicinarsi allo sviluppo Agile e di migliorare costantemente i loro processi
Nell’organizzazione per processi diventano di primaria importanza le relazioni. Sono il modo con cui le persone stanno insieme, realizzano progetti, fanno l’organizzazione, costruiscono la conoscenza comune, soddisfano efficacemente le loro esigenze e quelle aziendali
Create in uno "spike", ben lontane dall'essere un prodotto informativo, sono una scaletta, una base di partenza per una versione migliorata di prossimo rilascio
Agile è entrato nel gergo comune di molte aziende che hanno a che fare con progetti IT. Questa è una buona cosa: il termine è conosciuto e accettato come una buona prassi, le persone sono ben disposte ad adottare metodi e pratiche che consentono di migliorare la gestione del ciclo di vita di un prodotto software e sono favorevoli al cambiamento.
Quando però si parte veramente mi sono trovato in diverse situazioni dove Agile si limitava alla parte “persone” e “organizzazione” ma non entrava nel merito di come si sviluppa il codice!
La provocazione “Stop Meeting, Start Coding” vuol ridurre all’essenziale i momenti di confronto e concentrarsi a scrivere buon codice, insieme!
In questo talk presenterò alcune buone pratiche di coding che favoriscono anche l’efficacia organizzativa.
Francesco Liguori, Giuliano Liguori | Il Project Manager ai tempi dell'IAPMexpo
L'avvento dell'Intelligenza Artificiale Generativa sta ridefinendo il ruolo del Project Manager. In questa presentazione esploreremo le competenze necessarie al Project Manager 5.0 per gestire progetti complessi integrando efficacemente l'Intelligenza Artificiale. Vedremo come un approccio umano-centrico, che ponga le persone al centro arricchito dalle potenzialità dell'AI, consenta di ottenere risultati migliori. Presenteremo metodologie innovative che uniscono il pensiero analitico umano con la potenza computazionale delle macchine per una gestione di progetto aumentata. L'obiettivo è ispirare una nuova generazione di Project Manager pronti ad affrontare le sfide del futuro.
"Da grande voglio fare il SEO" di Nereo Sciutto al Convegno Gt 2007Nereo Sciutto
La mia presentazione al ConvegnoGT di Firenze in cui ho parlato di formazione dei SEO e delle differenze fra operare in-house o all'interno di una agenzia.
“Ethical design è un’espressione che mi lascia interdetto. Mi fa sentire giudicato.” è una delle risposte più significative che abbiamo raccolto intervistando i nostri stakeholder primari. Ma anche “Inclusione è una parola che esclude: chi e come si decide chi è dentro e chi è fuori?” Abbiamo perso il conto delle epifanie (o anche “docce fredde”) che abbiamo avuto lungo il nostro percorso, nel tentativo di progettare eticamente e per un impatto positivo. Gli esperimenti, le false piste e le frustrazioni sono stati tanti e una cosa l’abbiamo capita: non finiranno mai. Quindi abbiamo deciso di chiedere a colleghe/i a che punto fossero arrivati anche loro. Chissà, magari le difficoltà sono solo nostre e c'è chi ha già capito tutto. Ho presentato i risultati del questionario cui hanno risposto 138 professionisti nel mese di aprile 2023. La buona notizia è che progettare in modo etico ci interessa, quella cattiva è che non sappiamo ancora bene come fare e quindi lo stiamo facendo poco. Per questo mi sono permessa di dare qualche consiglio pratico per iniziare da subito. Non aspettiamo l'autorizzazione di nessuno, iniziate a fare quello che potete e presentatelo così, consegnatelo così e continuate a migliorare: Il nostro momento è adesso: . Nonostante (ma anche grazie a) tutto questo, abbiamo il privilegio di fare uno dei mestieri più belli del mondo.
Società benefit: che cosa sono e perché lo siamo diventatiIlaria Mauric
Da febbraio 2021 ci siamo trasformati in società benefit. In questo talk che ho presentato agli Accessibility Days 2021 ho raccontato perché siamo diventati una società benefit, come abbiamo fatto e quali sono i primi obiettivi che ci siamo dati per il 2021.
Il 23 dicembre 2020, Nicolò Volpato ed io abbiamo condiviso alcune riflessioni sul futuro del design.
Nella prima parte Nicolò ha raccontato esempi di impatto negativo che il design ha reso possibile, concretizzando business o revenue model disfunzionali. Ha poi parlato di responsabilità e intenzionalità delle scelte di design: è tempo che i designer rivestano un ruolo più attivo e coraggioso, facendo domande scomode e provando a stressare i modelli disfunzionali smascherandoli.
Nella seconda parte, ho ripercorso - da un punto di vista personale - alcuni eventi occorsi negli ultimi 30 anni, da quando è nato il World Wide Web. Sono 3 decadi, una di introduzione, l’altra di adozione e la terza di esplosione in cui progressivamente siamo passati da un uso individuale delle tecnologie a un uso mainstream, con l’emersione di comportamenti e fenomeni di massa, un impatto sulle nostre strutture sociali e una polarizzazione delle conversazioni e delle posizioni. Ho invitato a chiederci se gli strumenti che stiamo usando oggi siano ancora adeguati, se il modo in cui interpretiamo il nostro ruolo non sia diventato troppo snob: invece di criticare il modo in cui le persone comprendono e usano il digitale, non dovrebbe essere nostro compito analizzarlo e accoglierlo, per servire i bisogni di qualsiasi persona o contrastare i comportamenti inammissibili o criminali?
Il momento della progettazione è l’unico in cui è possibile far emergere obiettivi, conseguenze e dark pattern, è l’unico in cui si può discutere su chi si vuole includere ed escludere e a chi vogliamo rivolgere la nostra attenzione.
Io spero che tutto il nostro impegno per i prossimi anni sia rivolto a ridurre i divari, a eliminare le barriere di accesso e a rendere il web un luogo sicuro, rispettoso e non violento.
Measuring the user experience and the product valueIlaria Mauric
These are the slides of the talk Giovanni Puliti and I gave at Intersection Conference 2019 in Milan.
We talked about retrospective and predictive metrics and tools to support Product Owners, Designers and Developers to increase the value to be delivered.
Generally, the value of a product is represented by the balance between business outcomes and users’ needs. But how is this value actually measured? How is the user satisfaction measured? How can Product Owners, Designers and Developers validate their hypotheses regarding the product strategy? How can the team members agree that for each user story moved to “done” the next one moved to “doing” will increase the quality of the product and therefore the user satisfaction?
In our talk, we gave some tips to measure the User Experience and help the team in finding the right answers to the questions above.
These are the slides of the talk Giovanni Puliti and I gave at Agile Business Day 2019 in Venice.
We talked about retrospective and predictive metrics and tools to support Product Owners and Designers to increase the value to be delivered.
Generally, the value of a product is represented by the balance between business outcomes and users’ needs. But how is this value actually measured? How is the user satisfaction measured? How can Product Owners, Designers and Developers validate their hypotheses regarding the product strategy? How can the team members agree that for each user story moved to “done” the next one moved to “doing” will increase the quality of the product and therefore the user satisfaction?
In our talk, we gave some tips to measure the User Experience and help the team in finding the right answers to the questions above.
Design for building trust: 4 lessons learned working on an IoT productIlaria Mauric
Queste sono le slide del talk che io e Anna Mormile abbiamo presentato sabato 18 febbraio 2017 all'Università di Verona in occasione del WIAD17.
In ambito IoT, l'architettura delle informazioni aiuta a generare senso all'interno di esperienze complesse che vanno dal digitale al fisico e viceversa. Questa complessità si può gestire osservando le persone mentre usano oggetti smart e chiedendo feedback. Così possiamo capire su quali abitudini il design andrà a impattare e come sfidare l’ecosistema a comportarsi in modo davvero intelligente.
Piccola nota a margine:
- slide 12: i vincoli descritti erano relativi al prodotto su cui stavamo lavorando. Molti prodotti di questo tipo vanno progettati su questi vincoli, ma non vanno letti come vincoli assoluti dell'IoT.
- slide 15: la definizione di connected objects, smart objects e smart ecosystem è un nostro vocabolario che abbiamo creato per il progetto. Nel mondo IoT, connected e smart objects possono avere significati diversi da quelli che abbiamo dato noi.
Design Thinking in an Agile process: why, how, what's the impact on businessIlaria Mauric
Queste sono le slide del talk che ho presentato sabato 17 settembre 2016 all'Università Ca' Foscari di Venezia in occasione dell'Agile Business Day 2016.
Design Thinking aggiunge cuore e cervello in un processo agile, aumentandone valore ed efficacia. Vedremo le sue fasi fondamentali, accompagnate dai suoi principi guida e spiegate con esempi reali.
Come si può innovare un prodotto? Che problema risolve di preciso? Rispondere a queste domande a colpi di brief, roadmap, requisiti, budget e processo non basta più, perché le soluzioni sono prestabilite su assunzioni, tendono a gonfiarsi di funzionalità o a omologarsi nei vincoli.
Il processo di Design Thinking aiuta ad affrontare i problemi con la mente aperta, ad esplorare opzioni guardandole da più punti di vista e a superarli con un approccio creativo, proiettato verso il futuro. Il ruolo del designer non è più solo quello di rendere usabile, funzionale e visivamente adeguato il prodotto, ma è anche quello di facilitare la collaborazione cross-team e l’esplorazione di soluzioni, presentando concetti e idee in modo tangibile e comprensibile da tutti le persone coinvolte nella sua realizzazione.
Raccogliere feedback da Utenti e Clienti con sondaggi, interviste e testIlaria Mauric
Per conoscere i vostri utenti, capire chi sono e quali siano le loro motivazioni ed emozioni raccogliamo il loro feedback con sondaggi veloci, interviste e user test. È importante iniziare un progetto partendo da queste attività ed è altrettanto importante farle costantemente.
Le informazioni che emergono da questo tipo di feedback sono fondamentali per migliorare il servizio o il prodotto, sentire il profumo del cambiamento, consolidare la reputazione del brand, recepire il sentiment verso il brand, cogliere opportunità di business e abilitare le decisioni.
Venerdì 6 febbraio 2015, gli amici di b2commerce hanno organizzato una giornata dedicata alla Conversion Rate Optimization durante la quale ho potuto presentare questi concetti, perché li stiamo applicando con successo su alcuni Clienti comuni.
Agile and Design: creating and implementing products (in Italy) is possibleIlaria Mauric
The wiseman says: "A company specialized in IT consultancy cannot make products."
If you decide to break this taboo, the road is only one: understanding how that product can be realized and working hard to make it.
This is the story of Indyco, a tool born merging an agile dev team and a lean design team. Teams that didn't know each other before. And they made Indyco real in 6 months.
We will share the simple but powerful principles that lead us up to the go-live.
Now we are measuring and collecting data for next step.
These slides have been presented at Better Software 2014.
Perché non facciamo più quello che ci piace - Italian Agile Day 2012Ilaria Mauric
Presentate all'Italian Agile Day 2012, le slide mostrano l'evoluzione del metodo di lavoro di e-xtrategy dal 2008 al 2012, da quando cioè ha deciso di abbracciare le metodologie agili. L'intervento pone un focus particolare sulle criticità legate alla progettazione della user experience e sul cambio di percezione sul valore del lavoro offerto.
Perché non facciamo più quello che ci piaceIlaria Mauric
http://www.ilariamauric.it/2012/06/01/agile-ux-barcamp-come-andata/
Le slide che Alessandro Violini di e-xtrategy ed io abbiamo presentato all'Agile UX Barcamp di Firenze (31 maggio 2012).
Abbiamo raccontato la transizione da waterfall ad agile, la nostra esperienza e come siamo cambiati.
Monthly.Info: dall'idea al design dell'interfaccia mobile, step by step. Vers...Ilaria Mauric
Le slide che hanno accompagnato il mio intervento al Whymca di Milano (21 maggio 2010). Dopo l'intervento ho ricevuto diversi suggerimenti che approfondirò nel mio blog.
5. Perché questo talk
• difficoltà ricorrenti
• brief lacunosi
• brief per proge i digitali
stru urati come brief creativi
• incomprensioni
• time consuming
6. Obie ivi
• far diventare il brief un documento
autorevole per tu i i team coinvolti
nel proge o
• consegna di valore fin dal brief
• disegnare un perimetro per
lavorare in concerto
7. Pagine
min 5
max 100
Ricevuto
via mail, a volte
anticipato per tel
Formato
doc, pdf, ppt
Possibilità di discuterlo
con riunione di
approfondimento
59. brief e briefing
To brief dall’inglese, si traduce in italiano con
“dare informazioni”.
Dunque, si definisce briefing un breve incontro in
cui vengono impartite sintetiche informazioni e
dire ive in merito a un proge o o a un piano
d’azione.
Sovente, nel corso del briefing viene reda o un
documento (brief), che riporta le informazioni e le
linee guida per la lavorazione del proge o.
[...]
Fonte: Sapere.it di De Agostini
68. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
69. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
70. Breve intro
Domande aperte per capire se il problema era
sentito anche dagli altri.
5 Commi enti (CMO, CTO)
10 Partner / Fornitori (design, sviluppo)
Partecipa anche tu su bit.ly/1hzDKbr
blog.gnvparters.com
72. Da chi nascono le idee contenute in un brief?
Dall’Editore o da proposte fa e
dal team di lavoro vagliate
comunque da lui.
Dalle redazioni,
dal webmarketing.
Dalla proprietà o dai
sistemi informativi.
Dai responsabili di prodo o
o di mercato.
Necessità imposte dal
mercato o dal customer care.
Commi ente
Sono idee nostre.
74. Su cosa si basa l’idea contenuta in un brief
Informazioni, obie ivi,
richieste.
Definizione obie ivi, kpi,
budget e tempi.
Best practices, o imizzazione
e automatismo dei flussi di
lavoro
Esigenze del momento,
aspe ative sul proge o,
obie ivi da raggiungere,
stare al passo coi tempi.
Commi ente
80. Che informazioni ti aspe i di trovare in un brief?
Principali a ori.
Vincoli tecnologici.
Tempistiche.
Epic stories.
Business model.
Budget.
Partner / Fornitore
82. Le informazioni che ricevi sono quelle che ti servono?
Non sempre.
Alcune.
Ma sono più interessanti
quelle che il cliente non dice.
Cose che per lui sono ovvie
o implicite, o a cui ha fa o
il callo senza accorgersene.
Nel 99% dei casi no.
Partner / Fornitore
83. Cosa ti
aspe i dal
partner o
fornitore
quando gli
hai mandato
un brief?
Cosa si
aspe a da te
il Cliente
dopo averti
mandato un
brief?
84. Cosa ti aspe i / cosa si aspe a dopo averlo mandato?
Domande per la definizione
del proge o e per evitare
fraintendimenti su
obie ivi e percorsi da
intraprendere.
Commi ente
Partner / Fornitore
85. Cosa ti aspe i / cosa si aspe a dopo averlo mandato?
Una prima ipotesi
proge uale, con un
orizzonte economico
identificato.
Commi ente
Partner / Fornitore
86. Cosa ti aspe i / cosa si aspe a dopo averlo mandato?
Economics
e tempistiche.
Commi ente
Partner / Fornitore
87. Cosa ti aspe i / cosa si aspe a dopo averlo mandato?
Un preventivo
a corpo
e dei tempi.
Commi ente
Partner / Fornitore
88. Cosa ti aspe i / cosa si aspe a dopo averlo mandato?
Un preventivo
a corpo
e dei tempi.
Commi ente
Partner / Fornitore
93. Quanto tempo
trascorre in
media dall’invio
del brief al
partner /
fornitore
all’avvio el
proge o?
Quanto tempo
trascorre in
media dalla
ricezione del
brief all’avvio
del proge o?
94. Quanto tempo trascorre dall’invio al partner/fornitore al kickoff?
2 se imane.
Non meno di un mese.
Mesi e mesi.
Commi ente
Partner / Fornitore
95. Quanto tempo trascorre dall’invio al partner/fornitore al kickoff?
2 se imane.
2 se imane.
Non meno di un mese.
Non meno di un mese.
Mesi e mesi.
Mesi e mesi.
Commi ente
Partner / Fornitore
100. Quali sono i problemi ricorrenti in un proge o nato da un brief?
Cambiamenti
acce ati mal volentieri.
Mancanza di de aglio.
Analisi poco approfondita.
Commi ente
Partner / Fornitore
101. Quali sono i problemi ricorrenti in un proge o nato da un brief?
Cambiamenti
acce ati mal volentieri.
Mancanza di de aglio.
Analisi poco approfondita.
Commi ente
Rigidità.
Informazioni inutili
o incomplete.
Partner / Fornitore
103. Quali sono i vantaggi ricorrenti in un proge o nato da un brief?
Concordare a priori
obie ivi e KPI.
Condivisione del proge o.
Punti di vista molteplici.
Commi ente
Partner / Fornitore
104. Quali sono i vantaggi ricorrenti in un proge o nato da un brief?
Concordare a priori
obie ivi e KPI.
Esistono?
Condivisione del proge o.
Punti di vista molteplici.
Commi ente
Partner / Fornitore
105. Quali sono i vantaggi ricorrenti in un proge o nato da un brief?
Concordare a priori
obie ivi e KPI.
Condivisione del proge o.
Punti di vista molteplici.
Commi ente
Abbiamo l’occasione
di trovare i giusti
interlocutori e far loro
le giuste domande.
Partner / Fornitore
106. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
107. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
108. Idea di proge o
tempo sconosciuto
CTO
CMO
Azienda
o Ente
Utenti
CEO
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
109. Idea di proge o
tempo sconosciuto
CTO
CMO
Azienda
o Ente
Utenti
CEO
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
110. Scri ura del brief
1 se • 1 mese
CTO
CMO
Azienda
o Ente
Proge o
CEO
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Utenti
111. Scri ura del brief
1 se • 1 mese
CTO
CMO
Azienda
o Ente
Proge o
CEO
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
112. CEO valuta il brief prodo o
1 se • 1 mese
CTO
CMO
Azienda
o Ente
Proge o
CEO
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
113. Partner / fornitori selezionati analizzano il brief
1 g • 5 gg
CTO
Partner
Fornitore
CMO
Azienda
o Ente
Partner
Fornitore
CEO
Tech / Digital /
Web unit
Proge o
Partner
Fornitore
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
114. Scelta del partner / fornitore
1 se • 1 mese
CTO
CMO
Azienda
o Ente
Partner
Fornitore
CEO
Proge o
Tech / Digital /
Web unit
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
115. Approfondimenti con partner / fornitore scelto
1 se • 1 mese
CTO
Team UX
CMO
Azienda
o Ente
Partner
Fornitore
CEO
Tech / Digital /
Web unit
Proge o
Team dev
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
116. Approvazione e kickoff
1 mese • 8 mesi
CTO
Team UX
CMO
Azienda
o Ente
Partner
Fornitore
CEO
Tech / Digital /
Web unit
Proge o
Team dev
Responsabile di
proge o
Redazioni
Customer Care
Comunicazione
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
Utenti
123. Il Cliente si aspe a che
i designer si occupino
della grafica e gli
sviluppatori dello
sviluppo.
124. Il Cliente è tendenzialmente
o imista sui tempi di lavoro
che affida all’esterno.
125. Il partner / fornitore
è tendenzialmente
guardingo sul proge o
in generale e sui tempi
di realizzazione.
126. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
127. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
128. Il brief (o l’idea)
non è stato verificato
con le persone
a cui è rivolto.
Utenti
129. Il brief (o l’idea)
non è stato verificato
con le persone
che coinvolge.
Uffici tecnici
Uffici contabili
Copy
Uffici legali
…
130. Quasi sempre,
i partner / fornitori
che lavoreranno sul
brief non conoscono
il dominio
e sul documento
non se ne parla.
131. Quasi sempre,
i partner / fornitori
temono che durante il
proge o emergano
aspe i che lo
porteranno a un bagno
di sangue.
132. Quali sono i problemi ricorrenti in un proge o nato da un brief?
Cambiamenti
acce ati mal volentieri.
Mancanza di de aglio.
Analisi poco approfondita.
Commi ente
Rigidità.
Informazioni inutili
o incomplete.
Partner / Fornitore
133.
134. Non sono previste
a ività di verifica
neanche post proge o.
Riscontrato sopra u o su proge i di servizio, non di prodo o.
135. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
136. Che cos’è un brief
Come nasce un brief (parte 1)
Interviste
Come nasce un brief (parte 2)
Cosa manca?
Ripartire da qui
141. Dichiarare la strategia di business
•
•
•
•
•
•
•
obie ivi di business e bmc
benchmark e competitor
vincoli stru urali o tecnici
a ori ed epic stories
kpi e metriche
priorità, tempi, budget
product owner e interlocutori
142. “Puliamo” il linguaggio
•
•
•
•
•
•
•
obie ivi di business e bmc
benchmark e competitor
vincoli stru urali o tecnici
a ori ed epic stories
kpi e metriche
priorità, tempi, budget
product owner e interlocutori
143. Definire un obie ivo
S
specifico
M
misurabile
A
acce abile
R
rilevante
T
tempificato / tracciabile
226. A ori
Sono singole
persone o gruppi
di persone che
hanno bisogno
di usare
il servizio
o prodo o
digitale.
Sistema
spedizione
Customer
care
Anonimo
Admin
Proge o
Registrato
Sistema
fa urazione
Magazzino
227. Epic story
Una epic story
rappresenta un
bisogno di uno
degli a ori del
sistema che potrà
essere descri o in
user stories più
de agliate.
229. Verifica e sostenibilità degli obie ivi
• partire dai dati reali
• verificare le idee con gli a ori che dovranno
realizzarla, possibilmente prima di
prome erle al CEO
• priorità e rilasci non per feature, ma per
obie ivi e metriche.
231. Ridefinire i ruoli
Il partner / fornitore non è
“quello che fa la grafica”,
“quello che fa il sito”,
“quello che scrive codice”.
L’utente non è un’entità che genera
impression e statistiche.
236. Buone pratiche del partner / fornitore
• chiedere perché
(Ask Why, why, why, why and why!)
• guarire dalla sindrome del “Me l’avete
chiesto voi”
• individuare interlocutori e product owner
• chiarire chi fa cosa
h p://zurb.com/manifesto
237. Buone pratiche del partner / fornitore
• rilasci basati sulle priorità
• basta dire che per tu o ci vuole minimo
un anno
• misurare
• rinunciare al proprio ego: non è per voi
ma per il Cliente e per chi beneficerà del
proge o
242. Vantaggi
•
•
•
•
•
meno spreco
meno dispersione delle informazioni
riduzione del rischio
le riunioni sono già operative
team multidisciplinare perme e di
orientare le scelte consapevolmente
243. #1
#2
#3
#4
#5
Definire il dominio
Dichiarare la strategia di business
Verifica e sostenibilità degli obie ivi
Ridefinire i ruoli
Condividere la design vision
Ringraziamenti
Rispondi al questionario!
•
Mabel Morri (www.mabelmorri.it) per le
illustrazioni
•
Lia, Marco, Alessandro, Stefano, Sergio
Aiutaci a capire come scrivere meglio un
brief per far partire un proge o col piede
giusto:
•
Francesco, Michele, Lorenzo, Ma eo,
Daniele, Alessandro, Daniel, Alberto,
Michele, Lorenzo
•
Nicolò, Luca, e Fabio di GNVPartners
bit.ly/1hzDKbr
Be er So ware 2013 • Firenze, 12 novembre 2013
@mariannacerato,