Sto riordinando le idee e spero di riuscire ad essere pronto per domani, anche se credo che poi la presentazione la farò sabato. In ogni caso, se ci sei fatti sentire che magari è una buona occasione per conoscersi.

Già che c’ero ho cambiato anche il template, che mi aveva un po’ stufato. Ho in programma un ulteriore aggiornamento grafico, ma ovviamente rischia di avvenire tra mesi.

Al momento quindi sto testando wordpress 2.7 e per qualche periodo magari troverete dei problemi. I feed rss dovrebbero venir redirezionati in maniera intelligente, ma è possibile anche che ci siano problemi, quindi ti chiedo di segnalarmeli (adesso che ci penso potevo prima scrivere un post coi vecchi feed…).

Beh, che dire, enjoy! E se c’è qualcosa che non funziona fammi sapere!

È disponibile il report dei test di usabilità (pdf), da leggere perchè molto interessante.

In particolare sottolineo il processo che è stato intrapreso per il redesign di usabilità di Wordpress:

1. review di usabilità da parte degli esperti del CMD
Questo ha permesso di individuare le aree su cui fare il test di usabilità e di proporre delle piccole migliorie alla versione 2.5 di Wordpress per poter fare dei test comparativi.

2. Creazione del prototipo basato su wp 2.5
L’idea è stata di realizzare un prototipo su cui fare i test, evitando una ristrutturazione del codice, quindi focalizzandosi su alcune migliorie di usabilità evidenziate nella review.

3. Test sul prototipo
È stato quindi fatto un test su wordpress 2.5 e sul prototipo. In pratica, agli utenti è stato chiesto di fare alcuni task con l’attuale interfaccia 2.5 e poi di ripeterli sul nuovo prototipo derivato dalla 2.5. L’idea era quella di capire se quei piccoli miglioramenti portassero un apprezzabile miglioramento di usabilità.
I test sono stati realizzati con think aloud protocol e eyetracking, per avere il massimo della granularità nella comprensione dei problemi dell’interfaccia.
La struttura del test è stata:
- compiere dei task nel proprio blog (wp 2.5)
- compiere dei task nel prototipo (derivato dalla 2.5)
- questionario finale

4. Risultati del test
La cosa interessante è l’approccio metodologico sui risultati del test. Solitamente si procede con un report di usabilità, corredato di suggerimenti per risolvere i vari problemi di usabilità. In questo caso, per evitare di scrivere documentazione superflua, si è usato un approccio “action-oriented”, ovvero sono stati discussi i problemi direttamente con il team di sviluppo.
In pratica, i problemi sono stati elencati in una mail dettagliata e discussi in una conference con gli sviluppatori. Invece di proporre delle soluzioni di design, si è cercato di costruire assieme le soluzioni, tra designer e sviluppatori.

5. Conclusioni della fase 1
Altra cosa importante: i risultati non hanno evidenziato sostanziali differenze tra la versione 2.5 e il prototipo derivato dopo la review di usabilità. Questo ha portato alla decisione di creare un prototipo sperimentale (”Crazyhorse”) completamente diverso per gli sviluppi futuri, piuttosto di continuare a fare modifiche alla versione 2.5. L’idea è stata di cercare di cambiare il paradigma e far assomigliare il nuovo prototipo più ad un’applicazione web piuttosto che a un sito web.

6. Realizzazione del prototipo Crazyhorse
Il prototipo realizzato dal team di sviluppo era abbastanza completo, ma alcune funzionalità erano solamente rappresentate con degli screenshot per mancanza di tempo. Il focus è stato sulla user experience e sullo sviluppo funzionale, quindi non sono state fatte modifiche allo stile grafico.

7. Fase 2 di test
Ai partecipanti è stato dato il prototipo qualche giorno prima del test, in modo da familiarizzare con la nuova interfaccia. Questo è stato fatto per poter fare i test di usabilità su un’interfaccia che gli utenti già conoscono, in modo da poter comparare i risultati di questo secondo test con i risultati del test della fase 1. Sebbene questo approccio non lo condivida molto (non capisco la necessità di fare una comparazione tra le due fasi di test), è tuttavia interessante.
Il test ha avuto come struttura:
- flusso di task da compiere (in ordine casuale)
- discussione post test

8. Risultati fase 2
I risultati di questa fase sono stati di “inqualificabile successo”. Crazyhorse è risultato migliore della versione 2.5, molto più chiaro da comprendere e più efficace nell’utilizzo. I problemi riscontrati sono serviti a migliorarlo ulteriormente e ad evidenziare le poche cose che sono state percepite come peggiorative dagli utenti.

In conclusione, ho voluto analizzare il percorso metodologico perchè fornisce molti spunti su come si possa combinare un’approccio all’usabilità con lo sviluppo iterativo dei prodotti, garantendo feedback e sviluppando applicazioni web che migliorano sensibilmente l’esperienza utente.

(Grazie a Tommaso per l’hint)

Per prima cosa la mia visione: il Project Management è comunicazione.

Quindi la risposta breve alla domanda è: la migliore applicazione di project management è quella che garantisce la miglior comunicazione tra team e cliente. Intendo: all’interno del team e tra team e cliente.

E soprattutto verso il cliente.

Infatti, se i problemi all’interno del team sono risolvibili con la vicinanza (spesso il team è tutto interno all’azienda), la comunicazione “remota” col cliente è il problema più difficile da risolvere, anche a livello di aspettative, percezioni, ecc.

Per questi motivi, da tempo ho scelto Basecamp come applicazione per gestire i progetti, perchè favorisce la comunicazione in maniera orizzontale tra team e cliente. Esistono molti altri tool e applicazioni che fanno cose simili, ma alla fine Basecamp è abbastanza flessibile per fare tutto quello che serve.

In altri casi mi è capitato di utilizzare altri tool più focalizzati sullo sviluppo (i vari Assembla, Trac, CVSqualcosa, etc). La mia idea è che sono troppo focalizzati sullo sviluppo da non essere compresi dai clienti, con il risultato che non li usano.

La comunicazione di un progetto deve essere comprensibile a tutti, altrimenti rimane aperta una pericolosa lacuna.

Comunque, se proprio non puoi farne a meno e scegli un tool focalizzato sullo sviluppo, sincerati che ci siano almeno dei wiki/writeboard e un forum o la possibilità di postare messaggi.

Infine, una serie di cose a cui fare attenzione:

- non limitare i permessi agli utenti (meno limiti più fiducia ottieni, specie verso il cliente)
- non nascondere aree ad alcuni utenti (oltre ad essere tempo perso, riduci ancora la fiducia)
- scrivi spesso tutto quello che fai, anche i piccoli passi (su basecamp utilizzo i messaggi per questo, su assembla c’è la fantastica feature “scrum report” per descrivere quello che è stato fatto ogni giorno)
- lascia che chiunque (sviluppatori, designer, editor) possa rispondere ai messaggi, parlare col cliente, dire la sua
- non aver paura che il cliente veda i draft del tuo lavoro: stimola la discussione ed elimina discussioni future

Infine, ti lascio con le parole dei ragazzi di 37signals:

“We felt strongly that effective communication on a project leads to collective ownership, involvement, investment, and momentum. It gets everyone on the same page working toward a common goal. [...] This vision led us to keep Basecamp as open and transparent as possible. Instead of limiting communication to within a firm, we gave clients access too. We thought less about permissions and more about encouraging all participants to take part. The vision is why we skipped charts, graphs, tables, reports, stats, and spreadsheets and instead focused on communication priorities like messages, comments, to-do lists, and sharing files.” (da Getting Real, 37signals)

Con buona pace del signor Gantt. Amen.

A me, che non sono mainstream per niente, di tutta la querelle ha colpito una frase del commento di Anna Masera de La Stampa:

“siamo pochi, il lavoro è tanto, e per “popolare” di news i tanti canali del sito capita di fare le cose non accuratamente come vorremmo…”

Ecco il punto. Perché non eliminare qualche canale? Perchè non cercare di fare meglio solo quello che si riesce a fare con le risorse attuali?

Questo significa iniziare a togliere qualcosa. È il principio del less is more.

A me piacerebbe un giornale che parla bene solo di poche cose, con professionalità e accuratezza. È il motivo per cui Punto Informatico e molti blog tematici funzionano alla grande: scrivono bene, con passione e precisione, di poche cose.

Ma per fare meno, bisogna avere coraggio, rischiare e cambiare.

Si lo so che siamo all’inizio e youdem ha fantastiche possibilità di diventare il youtube politico italiano (trattenere le risate) e quindi i voti per ora sono pochi ecc ecc.

Ma la tentazione è stata troppo forte e quindi mi sono chiesto se alle prossime elezioni non convenga candidare il signor byoblu al posto di Fassino.

ps: beta nell’url, beta nel logo, betablog (che non si è mai sentito, ma è forse questa l’innovazione!), va beh, si è capito che youdem è very 2.0.

pps: ah, la Oli mi dice: “ma non bastava mettere i video su youtube e linkarli?”. Sarà l’ingenuità della domanda, ma non sono riuscito a rispondere.

La cosa interessante è che -se non mi sbaglio- per la prima volta un progetto opensource nato e portato avanti per anni da sviluppatori, inizia a stabilire nuove regole sulla presentazione e lo sviluppo di nuove idee. E per abbozzarle e definirle adotta pratiche di design centrato sull’utente.

In breve ecco spiegata la loro idea:

What’s a Concept?
Concepts may take the form of Ideas, Mockups or Prototypes.

Ideas
It all begins with an idea. A sentence, paragraph, or even bullet-points kick-start the process. Ideas can be simple and non-technical. It should be easy for anyone and everyone to help shape the future of the Web. So throw your notions, inspirations, dreams and visions out to the community.

Mockups
Turn your idea (or someone else’s) into an image, sketch or video. Words are great, but you know what they say about pictures. Mockups offer up a visual and communicate ideas in terms that are just a bit more polished and real. They draw the next person in, tempting them to pick up the concept and run with it.

Prototypes
A prototype is interactive. Feel, touch and play with developing concepts. Prototypes get ideas across by showing off the moving parts. They aren’t always fully functional or pretty, but they’re more than a static image or two. They’re a dress rehearsal of sorts, with minimal programming. Make a prototype in HTML, Flash, or whatever puts things into action.

Comunicare visivamente, prototipare, sentire, toccare, giocarci… Un salto epocale per chi era abituato a stilare liste di task e requisiti software. Un’apertura verso il web delle idee e della progettazione, prima ancora di sviluppare:

Remember: Videos or sketches don’t have to be high-tech, fancy, or polished. You don’t have to be a “computer” person, and no code is required. You can just stand in front of a camera, hold up bits of paper with sketches, and talk.

Insomma, lo sviluppo che va incontro al design. Sviluppo che diventa design. Sviluppo e design che coesistono e iniziano a parlarsi. Finalmente direi.

Non so se ti ho parlato della mia nuova droga. Quest’estate, con mio cugino, ho provato una bici a ruote fisse: gran bel pedalare, essenziale, leggero, ma un pochetto chic, tendente allo snob. Per capirci, roba da Milanesi, insomma

Per uno come me, che ama la natura e lo sterrato, il passaggio è stato facile. Eccomi quindi precipitato nel mondo della mountain bike, o MTB, per noi appassionati.

Son finito nel tunnel dopo le vacanze, al rientro a Roma ho acquistato una mtb da Decathlon ed è stata la mia fine. Complice anche Jacopo, che mi ha accompagnato e stimolato con la consueta risolutezza (”daje compra questa e annamosene”), oltre a farmi comprare una serie di gadget di cui ignoravo l’esistenza.

Ma il tunnel vero è stato forse iscrivermi al forum italiano sulla mtb, dove ho passato una settimana a capire se il mio genere era più “cross country”, “freeride” o “all mountain”, oltre a lurkare tutte le informazioni da newbie che potevo, fino a capire che potrei… dovrei… DEVO al più presto cambiare mtb (il che significa il passaggio a uno stadio superiore della malattia, ne convengo).

Comunque, la cosa bella è essere tornato alle origini (sono nato in biciletta e ci sono andato fino ai 16 anni inoltrati). In bicicletta scopri luoghi della tua città che non vedresti mai.

Poi ho scoperto un sito che contiene decine di itinerari in MTB nel Lazio, tutti descritti in maniera dettagliata e precisa, quasi maniacale.

Alla prima uscita, senza allenamento, ho fatto il giro dell’Artemisio, sopra Velletri. Una massacrata se non sei allenato, il giorno dopo l’ho passato sul divano.

La sera vado spesso a Pineta Sacchetti (8 minuti da casa mia, in Old Tower), giro attorno a Forte Braschi e mi fiondo sulle pendici di Valle Aurelia, da dove par di toccare il cupolone e si vedono i castelli romani. Poi, se non ho bucato, in poco tempo torno a casa.

Sabato scorso fa io e Oli siamo scesi da Pineta Sacchetti fino al Vaticano, poi abbiamo fatto tutto il lungotevere fino al quartiere ostiense. Per poi scoprire, al ritorno, che siamo l’unico paese al mondo dove non si può portare la bicicletta in metro… sic!

Ieri invece partenza in treno dietro casa e abbiamo fatto il tratto di via Francigena da Capranica a Formello, dove siamo stati soccorsi da un’amica causa spossatezza e tramonto imminente.

Insomma, quando prendi la bicicletta, scopri che esiste un’altra mobilità possibile, viaggi un po’ più lento, ma assapori meglio tutto quello che sta attorno.

Come noi ci sono molti Romani che lo fanno, i negozi di biciclette a Roma lavorano un sacco. Poi ti chiedi come sia possibile che viviamo nella città più inquinata d’Europa…

Comunque, la prossima settimana ci piacerebbe fare Capranica-Civitavecchia sulla strada ricavata dalla vecchia linea ferroviaria che collegava Terni a Civitavecchia. Ci muoviamo in treno, senza macchina. Pedaliamo e torniamo in treno.

Già penso a fare le vacanze in bicicletta (evitando di campeggiare a Ponte Galeria, s’intende) e intanto seguo siti e blog pieni di centinaia di itinerari comprensivi di salite impossibili e maremmani in agguato. Ma anche di natura silenziosa, cascate, colline, posti meravigliosi dell’Italia minore.

Pare un sogno, ma è realtà.

UPDATE: in ogni caso, non è che a Milano stiano meglio, anzi (via Luca De Biase).

Si può anche capire cosa ci faranno coi soldi dei tagli alla scuola pubblica.

Per esempio la Legge 133/2008 (Art. 14 Comma 1) stanzia circa 1486 MILIONI DI EURO per MILANO EXPO.

Avremo i figli ignoranti, ma non possiamo mica rimangiarci la parola col Bureau Internationa des Expositions.

Non sono un esperto (anche se mi diverte consultare le leggi), quindi posso aver fatto degli errori grossolani, nel caso correggetemi pure:

Tagli scuola pubblica (dati in Milioni di euro)

Non capisco quale sia in realtà la spesa totale, quindi non si può nemmeno capire l’entità in percentuale dei tagli, che comunque mi paiono cospicui e mi preoccupano seriamente per l’educazione delle future generazioni.

Da profano, ho alcune osservazioni. La prima è che non mi pare che Fioroni ci fosse andato tanto leggero (anche se poi ha dimezzato i tagli). La seconda che in confronto alla Gelmini, Fioroni era un timidino.

La terza è che, probabilmente, alla fine di questo massacro, sopravviverà solo la scuola privata/cattolica, già abbondantemente finanziata dallo Stato.

Noti anche tu un piccolo paradosso?

ps: ne ha parlato anche Orientalia.