photo credits: stefano mizzella

da qualche mese stiamo accompagnando nel modo dei social media roma marche linee, che sta utilizzando la pagina facebook come canale di comunicazione sociale con i suoi utenti. la formazione iniziale che abbiamo effettuato alle persone interne all’azienda che gestiscono il loro social-profilo aziendale ha permesso di trasferire i giusti approcci al confronto aperto alle conversazioni dal basso con le persone che popolano quotidianamente quel social network, mettendo le basi per un’evoluzione del loro sito aziendale nel quale, ad oggi l’utente può acquistare online i biglietti per i viaggi in autobus ma che ancora non consente interattività; roma marche linee sta capendo che i feedback delle persone che commentano il presidio sociale sono preziosi per offrire un servizio sempre migliore.

è la grande neve di questo inverno 2012, che lancia lo spunto di questo post. nel weekend appena trascorso le copiose nevicate hanno sommerso gran parte dell’italia, anche la regione marche non è stata risparmiata. il maltempo ha compomesso il regolare svolgimento delle corse dei pullman, in alcune tratte con pochi minuti di ritardo in altre tratte è dovuta intervenire la polizia per scortare uno dei loro pullman bloccato causa slavina nei pressi di un piccolo comune aquilano. da venerdi pomeriggio fino a questa mattina la pagina facebook dell’azienda è stata presa come presidio di riferimento dove chiedere tutti i tipi di informazione riguardo le linee attive/soppresse/in ritardo.

basta andare nella bacheca e leggere i commenti dell’azienda per capire come ha risposto in modo costruttivo anche a commenti negativi di utenti che lamentavano il disservizio e risolto i problemi di chi chiedeva quando poter partire e come poter ri-utilizzare il biglietto acquistato. seppur sotto una frequente e insistente “pioggia” di commenti spontanei degli utenti che chiedevano giustamente supporto all’azienda, roma marche linee ha garantito risposte puntuali e risolutive a tutti con commenti singoli alle varie persone e con aggiornamenti di stato generali che riassumevano la situazione in quel momento. la potenza dei social media sta sensibilizzando l’azienda ad avere il focus sempre più orientato all’esperienza d’uso del consumatore.

adriano

tanti auguri di buon natale e felice anno nuovo da parte di tutta e-xtrategy.
l’agenzia sarà chiusa dal 27/12/11 al 30/12/11.

buone feste
adriano

lo scorso 3 dicembre si è svolto a roma il drupal day 2011, un evento interamente dedicato a quello che forse è il cms più potente attualmente in circolazione. positivamente colpiti dalle enormi potenzialità di drupal fin dal nostro primo suo utilizzo, avvenuto non più di un anno e mezzo fa, ed anche per incentivare l’organizzazione di eventi del genere al centro italia, e-xtrategy ha deciso di supportare l’evento come sponsor.

l’apertura dei giochi è stata affidata a jeffrey a. mcguire di acquia (azienda fondata nel 2007 dal creatore di drupal) che con il suo italiano spumeggiante ci ha presentato l’evento. le sessioni erano divise in tre aree tematiche: biz, per le aziende; code, per gli sviluppatori; pa, per le pubbliche amministrazioni. qui è disponibile il dettaglio di tutte le sessioni svolte. sarebbe stato senza dubbio interessante seguire tutti i talk proposti (cosa che faremo non appena saranno disponibili online le registrazioni video dell’evento), ma viste le caratteristiche del sottoscritto presente all’evento abbiamo deciso di privilegiare il percorso ‘code’.

senza scendere nel dettaglio delle sessioni a cui ho partecipato, devo dire che gli argomenti sono stati interessanti e gli spunti molti. reputo il miglior talk a cui ho partecipato quello su features, tenuto da daniele piaggesi e luca corbo, che non solo ci hanno presentato dei tools fantastici per chi come noi lavora tutti i giorni con drupal, ma sono stati a mio avviso gli unici che sono riusciti a fare un quadro chiaro e completo nei 30 minuti messi a disposizione. la cosa che mi ha un po’ infastidito infatti è stata la scarsa capacità di andare subito al sodo degli altri relatori. quello che mi chiedo è: durante le sessioni ‘code’ di un evento del genere con talk di soli 30 minuti, ha senso dedicare praticamente la metà del tempo tra varie introduzioni e bla bla bla e lasciare solo una decina di minuti al vero studio dei reali casi d’uso? non so voi, ma io mi sarei aspettato più ‘code’ e meno chiacchiere

fatta questa piccola critica, devo dire che comunque me ne sono tornato a casa veramente soddisfatto. un plauso va sicuramente agli organizzatori dell’evento, per l’ottimo risultato della giornata, che ha visto più di 400 partecipanti, ma un ringraziamento speciale lo devo a chi mi ha fatto conoscere drush (ebbene sì, mi cospargo il capo di cenere per non averlo neanche mai sentito nominare prima), la mia vita di “drupaler” è migliorata solo ad aver letto la pagina ufficiale del progetto, figuriamoci quando inzierò ad utilizzarlo!

daniele

venerdì scorso si è tenuto a firenze l’uxcamp 2011. evento interessante che tocca i temi dell’esperienza utente da vari punti di vista e diverse professionalità. già lo scorso anno sono stato presente a questo evento tornando con degli ottimi spunti di riflessione.

quest’anno ho voluto partecipare attivamente presentando un intervento sulle linee guida per i siti web delle pubbliche amministrazioni con l’obiettivo di lasciare uno spunto sul loro rilascio, sull’accessibilità e su un web migliore, di qualità, che consegni valore all’utente finale.
sono rimasto soddisfatto dalla reazione dei presenti e dal complementare intervento di nicola bonora sull’accessibilità che sembrava quasi testimoniare un accordo premeditato e che invece mi ha sottolineato l’attualità di questo tema nel web di oggi. molto interessanti anche gli altri interventi tra cui mi spicca quello di nicolò volpato sull’ux design.

feedback in merito sono benvenuti
alessandro

photo credits: peter morville

segnaliamo l’imminente barcamp dedicato all’esperienza d’uso dell’utente web che si terrà venerdi 18 novembre a firenze presso la sala conferenze di dada.

come in ogni “non-conferenza” la partecipazione attiva di tutti è importante, per ottenere una crescita grazie alla collaborazione, non esistono quindi semplici spettatori ma tutti sono invitati a dare la propria opinione.
anche quest’anno saremo presenti all’uxcamp e dopo l’ottimo evento del 2010 abbiamo deciso di portare un contributo, preparando un intervento riguardo la nostra esperienza con i siti web della pubblica amministrazione.

il titolo dello speech sarà “linee guida per i siti della PA“, partendo da queste linee guida uscite nell’estate 2011 cercheremo di prendere spunto per fare web in modo migliore costruendo applicazioni, tenendo conto dell’usabilità e dell’accessibilità che non sono concetti antichi ma sempre odierni. siete tutti invitati, quindi se siete in zona ci vediamo lì per discutere di questi temi.

segui  #uxci11 su:
twitter: http://twitter.com/iuxcamp
facebook: http://www.facebook.com/uxcampitalia
flickr: http://www.flickr.com/groups/iuxcamp09/

alessandro

un po’ come profetizzato dalla strategia oceano blu, molte grandi aziende dopo aver combattuto per molti anni nell’oceano rosso a colpi di pubblicità sempre più persuasive, oggi cercano un nuovo oceano blu.

il nostro compito è stato quello di far capire a grandi aziende come parmalat spa, stock spa, unipol spa, nathura spa cosa sta succedendo nel social web del 2011 e che il successo non dipende dalla concorrenza spietata né da costosi budget di marketing e R&S, ma da mosse strategiche brillanti orientate all’apertura con le persone che conversano nei social network.

abbiamo ideato un processo di monitoring strategico che si è svolto in queste fasi: partendo dalla strategia (incentivare il dialogo tra brand e utenti), passando attraverso la mappatura per definire il perimetro (selezione delle fonti, il periodo temporale, l’area geografica, i competiors, lo scenario di riferimento), l’ascolto – search & social – (strumenti, partecipazione / condivisione), l’analisi della reportistica (sentiment), per arrivare ad una nuova strategia incrementale (integrazioni della strategia in uso. modifiche alla mappatura). Tutto ciò coadiuvato da un lato da efficaci attività di digital pr (organizzazioni eventi e creazione di un piano editoriale per la pubblicazione dei contenuti sul web) e dall’altro lato efficienti attività di community management (incentivando conversazioni dal basso).

pertanto ringraziamo parmalat spa, stock spa, unipol spa e nathura spa per la fiducia nella nostra consulenza strategica: buon business.

adriano

in questo post vi racconteremo la nostra esperienza alla prima conferenza italiana su node.js, il nuovo e discusso framework javascript che permette di realizzare applicazioni lato server.

il keynote è stato aperto da gabriele lana che per i primi minuti si è liberato dei panni da sviluppatore per indossare quelli di un’improvvisato etologo. con dovizia di particolari degna del miglior piero angela ha raccontato alla platea un’interessante curiosità sui bombi. se siete arrivati a questo punto vi starete chiedendo cosa c’entra il bombo con una conferenza sullo sviluppo di server ad alte prestazioni in javascript. per la sua conformazione fisica il bombo non dovrebbe essere in grado di volare… ma lui non lo sa e continua a farlo. allo stesso modo, un framework che sfrutta un linguaggio di programmazione nato per vivere all’interno del browser (javascript) che gira su una virtual machine sviluppata anch’essa per un browser (google chrome), senza supporto al multithreading dovrebbe essere lo strumento peggiore del mondo per scrivere server ad alte prestazioni… ma lui non lo sa e continua a funzionare.  i motivi tecnici in realtà sono tutt’altro che misteriosi, e sono dovuti principalmente alla natura asincrona del framework che è il principio cardine di tutta la sua architettura, a partire dalla libreria fondante libev fino ad arrivare al  linguaggio javascript che tutti conosciamo. la natura asincrona dell’architettura minimizza i tempi di attesa della CPU nelle applicazioni server che per loro natura sono fortemente I/O Bound. mettendo da parte le questioni squisitamente tecniche, il messaggio forte che gabriele ha voluto trasmettere, è il seguente: “la teoria, ha un ruolo fondamentale. spesso illumina la strada migliore per la risoluzione di problemi pratici, altre volte serve per dare una spiegazione a qualcosa che nella pratica già succede. Bisogna sempre tenere a mente tutte e due le facce della medaglia.”

dopo l’apertura di gabriele lana, si sono susseguiti altri tre talk nell’arco della mattinata.

il primo “event-based architecture is here to stay, baby!” di golo roden incentrato principalmente sulle architatture software event-driven è stato il più interessante. gli altri due sono stati meno brillanti. non stiamo parlando delle competenze dei relatori, quanto più della poca attinenza con node. entrambi i talk sono stati incentrati più sul problema risolto (il primo) e sul prodotto presentato (il secondo) che sull’utilizzo di node legato al argomento proposto. questa è solo una nostra opinione naturalmente, che può essere “giustificata” dal fatto che la tecnologia è veramente giovane. per dovere di cronaca ecco i riferimenti al due talk: “scaling node to 50,000,000 request per day” di andy kant e ryan greenhall (forward) ; “developing cloud9 in cloud9” di sergi mansilla. per dovere di “informatici” dobbiamo segnalare il progetto cloud9 come molto valido.

nel pomeriggio con la voglia di “sporcarci le mani” sul codice vero e proprio abbiamo deciso di seguire il workshop di gabriele lana. il workshop è stato incentrato sullo sviluppo di una webapp che permettesse di giocare al classico ROCK, PAPER, SCISSORS, nella variante resa famosa dallo show televisivo d’oltre oceano big bag theory.

all’interno delle 4 ore di workshop sono state introdotti molti strumenti utili per la costruzione da zero di un’applicazione node di una certa complessità come per esempio:

• node package manager  per la gestione delle dipendenze
• jake per la gestione delle “build del progetto”
• jasmine per i test in stile BDD

e sono state toccati tantissimi argomenti tra i quali:

• gestione e routing delle richieste http con la libreria connect
• utilizzo delle websocket per la comunicazione bidirezionale client server
• utilizzo degli event emitter per il disaccoppiamento dei componenti
• introduzione della libreria underscore per la gestione delle collezioni

insomma, di carne al fuoco ne è stata messa veramente molta e per metabolizzare bene tutto sarà necessario senza dubbio un periodo di approfondimento e studio non indifferente. il workshop è stato abbastanza stancante, ma ci ha lasciato con quella sensazione di aver incamerato moltissimo, grazie anche alla disponibilità di gabriele nel rispondere a qualsiasi nostro dubbio. l’esperienza è stata molto positiva. ci ha permesso di conoscere gente interessante che condivide la stessa nostra passione. un ringraziamento particolare va a cirpo e tutti i ragazzi di webdebs per l’immenso sforzo fatto per organizzare un evento di tale taratura, a alex per l’ ospitalità e ad e-xtrategy per averci aiutato a partecipare all’evento.

riccardo e emanuele

era la mia prima volta a vedrò, il think tank organizzato dallo staff di enrico letta, ormai giunto alla settima edizione. vedroidi, li (ci) chiamano.

a drò, a fine agosto, c’erano 700 persone tra giovanissimi delle scuole superiori, universitari, imprenditori di lungo corso, politici. tutti con lo stesso fine: fare network e mettere sul tavolo idee, proposte per far crescere questa italia che tanto bisogno ha di innovazione e di punti di vista nuovi, diversi.

è vero, negli ultimi mesi tante parole si fanno intorno all’innovazione, tanti cercano ricette che (da sole) dovrebbero cambiare il mondo. ma parlare di ricette non basta: le idee vanno poi messe a punto, vanno fatte diventare azioni.

è quello che, insieme ad andrea, stiamo cercando di fare con smart italy: far lavorare giovani talenti insieme, sotto la guida di esperti del settore internet e tecnologia, su progetti digitali.

abbiamo bisogno di molto aiuto, perchè l’obiettivo è ambizioso. ma sappiamo di potercela fare. chi ha detto che il “nuovo facebook” o “l’anti google” non può nascere in italia?

noi crediamo di sì. se lo pensi anche tu, ti aspettiamo su smart italy. per un’italia protagonista della rivoluzione digitale.

michele.

mesi che passano in fretta, a testa bassa su progetti grandi e ambiziosi, sempre la tecnologia come punto di riferimento centrale.

coltivare il network, lo diciamo da sempre, funziona; fare veramente network, ancora di più. è grazie al network che da inizio anno lavoriamo per aziende come parmalat, keglevich, unipol, aziende che sanno che la comunicazione internet, oggi, non va trascurata. è grazie al network se stiamo crescendo, confrontandoci con professionisti di grande esperienza, conoscendo persone che ti insegnano, ogni giorno, qualcosa.
ed è grazie agli e-xers che tutti i giorni andiamo verso, la stessa, direzione: consegnare valore al cliente.!–more–>

e quest’anno, insieme ai 10 anni di e-x, di novità ne sono arrivate tante; sviluppiamo applicazioni mobile, abbiamo un grosso progetto che ha l’obiettivo di diventare azienda tra pochi mesi, abbiamo fatto nascere smart italy che ha l’ambizione di far crescere talenti del nostro paese..insomma, ci diamo da fare. basta quindi parlare di crisi, di rischio default, di incertezza: rimboccarsi le maniche e pedalare, questa la nostra ricetta.

ma il bello deve ancora venire. stacchiamo la spina per 2 settimane e ci vediamo il 29 agosto, che da settembre c’è molto lavoro da fare.

buon riposo.

michele

da un po’ di tempo a questa parte gestiamo la priorità dei nostri task attraverso l’utilizzo di una kanban board. ma che cos’è una kanban board ? vi rimandiamo alla breve ma efficace definizione del nostro coach, che può anche vantare il merito di aver introdotto questo strumento nella nostra azienda.

il kanban, lo scrivo brevemente a beneficio dei neofiti, è sostanzialmente una lavagna dove viene tracciato secondo poche ma ben determinate regole lo stato dei diversi task, abilitando il team ad una modalità di lavoro

1. concorrente, dove sono ridotti al minimo gli stati di attesa per svolgere il proprio lavoro
2. pull, dove si annulla la necessità di una figura responsabile dell’erogazione del lavoro da svolgere
3. trasparente, dove ognuno sa e può sapere cosa sta facendo l’azienda nel suo insieme in un dato momento.

abbattimento della burocrazia, trasferimento del controllo verso il basso e tracciamento di tutte le attività sono il cuore di questa soluzione.

effettivamente, abbiamo percepito i vantaggi citati da jacopo, vantaggi tangibili sin da subito ma ancora migliorabili. perché ?

i nostri problemi

perché nella prima introduzione di questo strumento ne andavamo a forzare lo scopo stesso: tracciare lo stato del sistema. provenivamo infatti dall’utilizzo di pivotal tracker, un ottimo servizio online per la gestione di user stories tra i vari progetti; ci siamo trovati quindi a “duplicare” lo stato del nostro sistema: le storie su pivotal, le storie sulla lavagna. si può intuire che, quando l’ambiente è rilassato, siamo tutti bravi e volenterosi nel tenere allineati i due strumenti, strumenti che però dovrebbero supportarci quando il carico del nostro sistema azienda è al massimo e che guarda caso andavano a fallire proprio in questo: arrivati al punto di stress viene a mancare la disciplina nel mantenere i 2 stati coerenti e la motivazione più diffusa solitamente recita “non ho avuto tempo, ho messo la storia di là”.

le conseguenze potete immaginarle.

la nostra soluzione

ma allora ? buttiamo via il kanban o non usiamo più il tracker online ? entrambe le soluzioni ci hanno aiutato tanto, perché doverne cestinare per forza una ?

pivotal è ottimo nel gestire le user stories di singoli progetti: calcolo della velocity, burn down charts, stime sulle scadenze via via più precise ad ogni iterazione e tutta una serie di feature che una volta introdotte difficilmente non si dirà “ma come facevamo prima senza?”. di contro non permette la schedulazione e la gestione contemporanea di più progetti: ognuno è un’isola a se stante ed anche se stiamo cercando in tutti i modi di abbassare il nostro wip, l’orizzonte del monotask è ancora un obiettivo a tendere.

il kanban ovvia proprio a questo problema: non è più necessario aprire uno ad uno tutti i progetti su pivotal per conoscere chi e su cosa sta lavorando ed a che punto è, basta un colpo d’occhio alla lavagna, vedere lo stato dei cartellini ed il gioco è fatto.

alla luce di queste poche ma importanti considerazioni, abbiamo capito che il problema non era l’esclusività di uno strumento rispetto all’altro, ma il fatto che i due lavoravano su piani differenti: se anche pivotal fosse stato cartaceo, il nostro cartellino riguardante una storia sarebbe stato uno ed uno soltanto, senza più problemi di allineamento perché o si trova nel backlog del kanban (suddiviso per progetti, che è proprio pivotal) o si trova in una qualsiasi altra lane (started, finished, delivered, accepted), ma, ripeto, in un punto soltanto.

se la cosa vale per il cartaceo, a maggior ragione vale per il digitale, ed è per questo che il 13 giugno abbiamo organizzato la “pivotal night”, un evento il cui scopo è stato creare un kanban digitale che accedesse direttamente ai cartellini di pivotal, tramite le sue api, e che ci avrebbe permesso finalmente di risolvere la questione

per uno strumento agile, ci vuole una metodologia agile!

visto che abbiamo tutti gli ingredienti, perché non tentare l’utilizzo di una modalità agile al 100% per lo sviluppo di questo progetto ? vi raccontiamo com’è andata la pivotal night, e le buone pratiche che abbiamo potuto sperimentare direttamente.

iteration meeting, utilizzo di un vocabolario comune e pair programming

per prima cosa abbiamo iniziato la serata con un briefing, dove tutto il team era riunito: un iteration meeting. le veci del cliente sono state fatte da lorenzo, in questo caso è un progetto interno e non c’è un vero e proprio cliente, per cui l’accettazione/rifiuto delle feature sviluppate è stato fatto dal product owner.

in questa fase abbiamo definito gli obiettivi della nostra iterazione, li abbiamo tradotti poi in user stories ed ordinate secondo il contributo in termini di valore che avrebbero apportato al nostro progetto.

oltre a ciò abbiamo definito un vocabolario comune a cui tutto il team doveva attenersi, sia per comunicare con gli altri membri, sia per scrivere codice.

• dashboard: il nostro kanban digitale
• panel: la singola lane, o corsia, che compone il kanban
• widget: il singolo cartellino che viene appiccicato nelle corsie e che rappresenta una user story

ci siamo poi dati una regola di comunicazione quando c’era la necessità di coniare nuovi termini ed aggiungerli al vocabolario, dando a lorenzo la responsabilità di gestire la concorrenza tra i pairs.

alla fine dell’iteration meeting abbiamo organizzato il team in coppie, ciascuna delle quali responsabile di una determinata area di sviluppo:

• lorenzo / alessandro: grafica e montaggio, supporto alla comunicazione
• daniele / emanuele: programmazione lato client
• giorgio / riccardo: programmazione lato server

condivisione e monotask

tutto il team ha lavorato su un unico progetto, ogni membo era a conoscenza dello stato dei lavori e non c’era nessuno di responsabilità. la visione è stata rovesciata: non più un comportamento individualistico, dove il responsabile punta al successo dei propri progetti, ma una visione comune, dove si vince e si perde tutti quanti insieme.

se, per quanto appena detto, la condivisione delle informazioni e del lavoro è importante, lo è di conseguenza tenere basso il numero di progetti aperti concorrentemente in azienda, sia per non avere cali d’attenzione, sia per non disgregare il team. l’attenzione è infatti la risorsa più limitata di cui il cervello umano dispone: fare più cose contemporaneamente, o passare frequentemente dall’una all’altra, porta ad una probabilità di errore più elevata, oltre che ad un allungamento dei tempi di sviluppo (ai tempi necessari per lo svolgimento dei task, vanno sommati anche quelli per il cambio di contesto, che non sono trascurabili).

non dimentichiamo infine che se il work in progres (wip) è basso il valore attualmente immobilizzato dall’azienda per produrne dell’altro è necessario ma non eccedente. questo significa che se interrompessimo il sistema in questo momento, la quantità di lavoro parzialmente svolto, e quindi da buttare, è inferiore.

il nuovo kanban è pronto

terminata la serata, siamo usciti dai nostri uffici soddisfatti del lavoro svolto, stanchi ma rilassati, soprattutto divertiti e con il nostro nuovo kanban pronto all’uso. la lavagna cartacea dopo 2 giorni è stata dimenticata e dopo una settimana dismessa. i problemi di allineamento sono stati eliminati.

lo strumento è certamente ancora molto giovane ed abbiamo già previsto nuove user stories per migliorarlo, ma visto quanto è già in grado di aiutarci, ci viene da dire che l’esperimento è decisamente riuscito

giorgio