Ieri si è svolto negli uffici di Sketchin l’agilecamp che devo dire essere venuto particolarmente bene quest’anno :)

Gli spunti sono stati moltissimi e si è passati dal discutere di alcune tecniche di testing, allo sviluppo agile per iphone, all’adozione di katà per raggiungere la perfezione, a come vendere l’agile dal punto di vista del cliente, fino alla comparazione tra l’agile e i grandi artisti del passato.

Io nel mio piccolo ho fatto una presentazione sui fatti che abbiamo scoperto all’interno del team sui progetti realizzati nell’ultimo anno attraverso la nostra metodologia di progettazione agile.

Qui di seguito riporto le slide che ho preparato.

La tematica del design agile e del relativo rapporto con i team di sviluppo agile è da ormai un anno nei miei pensieri e nel cuore del team di Sketchin. In particolare è da quasi 16 mesi stiamo sperimentando con differenti team di sviluppatori (che operano in extreme programming o in scrum) la metodologia Agile UXD riscontrandone vantaggi e difetti.

Ora con l’inizio del 2010 abbiamo pensato che è giunto di nuovo il momento di confrontarci con l’esterno riflettendo, discutendo e divulgando la nostra esperienza.

Per fare ciò abbiamo organizzato tre momenti di incontro:

• Questa sera dalle 23:00 all’01:00 , all’interno del festival DUE, terremo in collaborazione con UXconference una discussione aperta sul design Agile: stumenti e metodi di progettazione.

  Alla discussione parteciperanno diversi esperti della materia, il team e chiunque di voi voglia portare il suo contributo :)

  Tra l’altro all’interno del festival terrò anche uno speech sul tema delle interfacce in mobilità e farò parte del board tecnico nella pitch academy.

• Il 27 febbraio terremo nel nostro ufficio la seconda edizione dell’AgileCamp, un barcamp aperto dove designer e sviluppatori condividono le loro idee ed esperienze sull’applicazione delle metodologie agili.

  Le iscrizioni per i 40 posti disponibili sono aperte, vi aspettiamo sia come partecipanti sia come speaker.

• Infine a grande richiesta il 26 febbraio (giorno prima del camp) terremo in ufficio il corso sul design agile dove sarà possibile imparare le varie tecniche e approcci da adottare per introdurre un po’ di agilità nelle proprie attività quotidiane di design.

Vi aspettiamo :)

Ieri abbiamo finalmente pubblicato il programma definitivo di UXconference che vedrà alcuni dei più importanti nomi della progettazione di prodotti e servizi condividere i loro punti di vista su temi come la mobilità o la strategia di design.

In particolare sono molto soddisfatto di avere tra i contributi degli amici come Massimo Pettiti, Leandro Agrò, Gianluca Brugnoli, Fabio Sergio e tanti altri che porteranno dei contributi brillanti basati sia sulla loro grande esperienza.

Avremo inoltre dei contributi speciali come Francesco Cirillo, uno dei guru del mondo dello sviluppo agile, che incrocerà design partecipativo e agilità come anche tutta una serie di interventi “new entry” molto interessanti con speaker inediti per il mondo degli eventi.

Se siete interessati a seguire i vari interventi e confrontarvi con queste persone affrettatevi perchè c’è fino a martedì 3 novembre per iscriversi in early bird e risparmiare ;)

Come alcuni sanno, negli ultimi mesi nel team di Sketchin abbiamo sperimentato diverse variazioni di approccio ai progetti nella costante ricerca di trovare una corretta via al design agile.

In particolare abbiamo cercato di condensare le iterazioni nell’ordine dei giorni o addirittura delle ore alla costante ricerca di quel try&catch con cui semplificare il concetto di approccio iterativo. In questo processo di esplorazione dell’agilità abbiamo coinvolto i nostri partner di Ideato:  i due Franceschi e Jacopo che a loro volta hanno adattato le loro pratiche quotidiane a questo nuovo incastro ancora tutto da definire.

L’ultimo progetto che abbiamo sviluppato è Ladies First, un interessante caso di studio per l’approccio adottato.

…continua la lettura »

È oramai già passato più di un anno da quando mi sono avvicinato all’acerbo mondo del design agile per studiarlo ed integrarlo nelle mie attività quotidiane e dopo diverse riflessioni e qualche mese di test in progetti reali ho finalmente finalizzato una bozza di processo agile.

Chi mi conosce da lungo tempo sa che, insoddisfatto ed un po’ frustrato, borbotto riflessioni su processi e metodi più o meno efficaci sin dal 2003, quando mi resi conto che non riuscivo mai a gestire con la dovuta qualità la modellazione di servizi online.

Tra il 2004 ed il 2006 con la nascita di Sketchin queste mie riflessioni si fecero più acute e coinvolsero più persone in più tornate (penso che Emanuele non ce la faceva più a sentirmi parlare di come l’approccio tradizionale all’IA era assolutamente fuori dal mercato) fino a concentrarsi mano a mano nel 2008.

A fine 2008 annunciai in un paio di eventi l’idea di fondere principi strategici dello user centered design, metodologici dello user experience design e tattici dell’agile che ho sperimentato in seguito in diversi progetti.

Ora ho finalmente formalizzato questo processo, che per il momento ho chiamato semplicemente “Agile UXD“, in un articolo per il lancio di UXmagazine.

Nell’articolo ho cercato di riportare a sommi capi le mie riflessioni che spero di integrare prossimamente con anche le caratteristiche e le metodologie di dettaglio del mio schema operativo. Nel mentre volevo chiedervi un feedback sulle stesse (in quanto fino ad oggi hanno retto un confronto generale) poichè sarebbe interessante trovare eventuali falle logiche sempre partendo dall’assunto che un processo non si adatta chiaramente a qualunque progetto.

Che ne pensate?

Oggi con il mio team abbiamo lanciato una serie di workshop complementari durante tutto il 2009. Lo scopo di questi workshop è quello di condividere tecniche e metodologie con un pubblico interessato con cui in seguito continuare a confrontarci su nuove idee.

I singoli workshop tratteranno tutte le tematiche fondamendali della progettazione dell’esperienza d’uso, toccando in maniera pratica i temi dell’usabilità, dei design pattern, dell’architettura dell’informazione, dell’interaction design e del design agile.

Per chi fosse interessato le iscrizioni fino al 22 marzo godranno di un prezzo speciale di lancio.

Che ne pensate… idee o domande? ;)

Durante l’agilecamp di gennaio ho tenuto un’intervento su come il mondo dell’agile si può confrontare con lo sviluppo di servizi orientati all’utente. Ora grazie a Nicola abbiamo il video di questo intervento :)

Agilità nel creare prodotti e servizi software
organizzare il lavoro in piccoli cicli iterativi molto focalizzati dove persone “concentrate” e “competenti” cercano di risolvere problemi nel minor fattore di rischio possibile

Ieri durante l’Agilecamp ho discusso in più momenti (culminati nel mio intervento.. di seguito la presentazione) di come i principi e le metodologie agili si possono innestare anche nel mondo della progettazione. La discussione in maniera un po’ curiosa si è focalizzata diverse volte sulle criticità che questi due mondi vivono nell’interfacciarsi ed in particolare io vedo come questioni critiche:

…continua la lettura »

È da diverso tempo che con alcune persone parlo di come l’esperienza d’uso e lo sviluppo debbano trovare più relazioni intorno al concetto di “agilità”.

Specialmente con Jacopo negli ultimi tempi ci siamo confrontati sugli aspetti più disparati (processo, metodi, strumenti) e alla fine siamo giunti alla conclusione che l’ideale è allargare la discussione a tutti :)

Per questo motivo siamo lieti di annunciare che (probabilmente) il primo barcamp del 2009 sarà il primo dedicato alla progettazione e allo sviluppo agile: l’AgileCamp 2009

La data prevista è il 17 gennaio e la sede è quella di Sketchin, siete tutti i benvenuti ;)

Sono appena arrivato a San Francisco e ho colto l’occasione del viaggio per riflettere un po’ su un intervento sull’agile design che ho seguito durante il Web 2.0 Expo di New York.

Seguire un design e uno sviluppo agile è il modello che ritengo in assoluto più affascinante per chi punta alla qualità. Un processo rapido e focalizzato al risultato che permette specialmente nel nostro settore di creare prodotti innovativi e funzionali in un modello crescente.

Insomma una vera e propria panacea per molti progetti dal punto di vista teorico ma che nasconde a mio vedere una serie di inconvenienti dal punto di vista della sostenibilità nel nostro mercato sud europeo.

Il punto è che i processi agili richiedono il coinvolgimento di figure di alto livello che collaborano tra di loro in periodi contigui di forte concentrazione.

Questo significa ottenere in tempi brevi prototipi o prime versioni funzionali del prodotto dalla qualità eccelsa e perfettamente in tempo per il mercato, ma, significa anche bloccare completamente interi team di progettazione e sviluppo per tempi medio-lunghi (si parla di avere prodotti pronti al lancio in 2 cicli / 4 settimane ma completi e di ottima qualità dopo qualche mese).

Non è da nascondere che nel nostro mercato non sempre si punta alla qualità e che i clienti chiedono spesso una chiusura del progetto in tempi brevi e con costi contenuti.

Questo cozza nella pratica di tutti i giorni con la pratica definita precedentemente e succede così che chi fa “agile” si trova strozzato in pochi cicli, in tempi impossibili o semplicemente deve affrontare più progetti “mediocramente” perchè non ha i fondi per affrontarne uno “seriamente”.

Alla fine il risultato è sempre lo stesso: il prodotto è incompleto o di scarsa qualità

La domanda che dunque mi pongo è bisogna cambiare la mentalità della clientela/mercato portandola a comprendere i vantaggi di questi processi oppure identificare nuove strade che intermedino il tutto?