Dopo l’annuncio dell’iPad da parte di Apple, Google ha tolto il velo ad un’interessante progetto di realizzazione di un nuovo tablet basato sul sistema operativo Chromium.
L’annuncio è stato effettuato attraverso un video del concept dell’interfaccia utente di questo nuovo device che mostra molte interessanti riflessioni legate all’esperienza d’uso.
Personalmente al momento trovo uno studio dell’esperienza d’interazione con il device molto più approfondita che quella ipotizzata per l’iPad che, come citato nel video di qualche giorno fa, non sembra così nativamente sviluppata per un device di quelle dimensioni.
Sabato allo UXcamp ho presentato l’ultima evoluzione della ricerca che sto portando avanti sul mondo dei servizi iperlocali ed in particolare i risultati raggiunti con il progetto Qi!
La mia presentazione si è concentrata più sugli aspetti strategici e concettuali di queste nuove reti di servizi.
Da domani a Domenica a Riva del Garda si svolgerà la Blogfest, uno dei più grandi eventi per blogger in italia, che oltre a fungere da luogo di incontro per gli appassionati di tecnologia e comunicazione sarà la tribuna di lancio per la prima rete di servizi iperlocali in Italia.
Sono mesi che come Sketchin lavoriamo alla progettazione della rete LUNA e ai servizi iperlocali che si potranno utilizzare su di essa e finalmente da sabato si potrà iniziare a testarla liberamente su qualunque device :)
L’evento sarà aperto a tutti e sarà anche un momento di confronto dove iniziare a dibattere di questa nuova generazione di servizi dunque vi aspetto con le domande più insidiose possibili ;)
Giusto un update sulle attività che sto seguendo in questi giorni in Sketchin. Con Futur3 abbiamo annunciato ufficialmente (pdf) le attività di sviluppo di servizi iperlocali sulla rete Luna.
Questi servizi dovrebbero andare operativi dopo l’estate dunque chi volesse venirli a testare è il benvenuto :)
È 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.
Nell’ipotizzare le possibili evoluzioni di qualunque prodotto, servizio o sistema è naturale partire da un’osservazione di come il medesimo si è evoluto nel tempo. Questo è proprio l’esercizio che ha condotto Thomas Baekdal sul mondo dei media nel suo articolo “where is everyone” dove analizza in maniera molto dettagliata la situazione dei singoli periodi storici.
Io personalmente porterò ciò che ho potuto apprendere durante lo sviluppo di una serie di progetti in Europa e Stati Uniti e sopprattutto ciò che ho osservato durante il mio recente viaggio in Giappone, dove l’internet mobile è una realtà.
In particolare quello che mi ha colpito maggiormente e che traspare attraverso le foto che vedete sopra è come in giappone la multicanalità sia stata veicolata attraverso una completa integrazione con il mondo fisico e della comunicazione.
Per fare due esempi, in tutta la città ci sono TAG 3D da cui con un normale cellulare si può aprire la pagina web del comune legata al luogo in cui ci si trova, o ancora, quando si vede una pubblicità interessante in genere non viene riportato l’URL ma quali parole chiave digitare nel motore di ricerca, un approccio molto più semplice.
Questo e tanti altri esempi mi hanno mostrato una realtà di mobilità veicolata che non è così infattibile anche nella vecchia e cara Europa.
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:
Molti appassionati della metodologia di lavoro GTD speravano da tempo in un’integrazione della gestione di To-do o Task list dentro la propria mail preferita ma purtroppo google non ha mai dato segnali in merito.
Stamattina però sul blog ufficiale di google ecco la notizia! Gmail (nei Labs) da oggi avrà una gestione dei Task integrata con la mail che permetterà anche l’uso in gruppi di lavoro.
La funzionalità dovrebbe apparire nelle prossime ore nei vari account Gmail e va attivata dai Settings > Labs, non vedo l’ora di provarla :)
In the last few months i wanted to rationalize services’ structures we use and project everyday, but it was difficult for me to summarize them.
Since 2007 we have had the opportunity to measure us with a lot of little novelties and some new services’ models that every time were reinventing scenarios we can build online service with.
This continuous evolution made it difficult for me to summarize these models but now we are in a quiet interval and i decided to try.
We can outline two general tendencies:
to integrate or be integrated with other services;
to be always available on every channel.
These tendences caused a technical and planning infrastructure’s destructuration and the possibility of being avalaible in different shapes.
