I bozzetti in aiuto alla comunicazione di progetto

Anche quest’anno (dopo il 2009, 2010 e 2011) ho partecipato come speaker a Better Software. Questa volta ho presentato “Carta, penna e calamaio. I bozzetti in aiuto alla comunicazione di progetto”.

Molte incomprensioni in fase progettuale derivano dalla mancanza di un vocabolario comune tra i diversi attori: clienti, designer, sviluppatori e project manager. I bozzetti realizzati su carta sono uno strumento semplice, ma efficace per valutare, scartate e scegliere le idee migliori e anticipare le problematiche; eliminando quella sensazione di aver perso un sacco di tempo e dover ricominciare da capo.

Su Slideshare ho caricato le slide sincronizzate con l’audio preso dalla sala. Buona visione e buon ascolto!
[slideshare id=14601420&doc=cartapennaecalamaioslideshare-121005062231-phpapp02]

Dietro le quinte di un progetto

Non sapete quanto mi piacerebbe scrivere in questo sito come si articola nel dettaglio il processo di progettazione e creazione di un progetto online, soprattutto di uno di grandi dimensioni che vede coinvolte molte e diverse professionalità.

Ma non lo faccio.

Non lo faccio non perché voglia tenermi ben stretto tutto quello che ho imparato in questi 15 anni di lavoro.

Non lo faccio perché non posso.

Non posso perché a monte della mia attività di consulenza (e, in passato, di dipendente) c’è quasi sempre un accordo di riservatezza: non posso parlare dei dettagli del mio lavoro.

Non giudico se quella di far firmare clausole del genere sia una strategia efficace, ma mi dispiace non poter condividere esperienze o casi di studio pratici che difficilmente trovano posto nei libri. La realtà è spesso diversa da quella che si legge nei testi accademici.

Quello degli accordi di riservatezza è però un vizio che si propaga con una certa velocità. Se fino a ieri interessava le aziende di grandi dimensioni, mi capita sempre più spesso di sentire amici e colleghi che si trovano a firmare un accordo di questo tipo anche per progetti di poche migliaia di euro.

Ma non è di questo che volevo discutere oggi (segnalazioni riguardo la vostra esperienza nei commenti sono comunque molto bene accette, se non altro per capire l’entità del fenomeno).

C’è infatti chi per fortuna non ha problemi a condividere nel dettaglio la propria esperienza, come nel caso della BBC.

Un esempio su tutti è il redesign del meteo, che è stato descritto magistralmente dal team di lavoro in BBC Weather: Design Refresh in Pictures. Perché magistralmente?

  • Perché indicano l’intero processo di progettazione e non solo una parte
  • Perché presentano grafici e diagrammi (come quello relativo alle 5W – Who, When, Why, Where, What) che si aprono a tutto schermo, così da leggere per intero quello che c’è scritto, senza segreti
  • Perché elencano le parti del sito precedente a cui hanno rinunciato, e il motivo
  • Perché non si vergognano di far vedere che tutto prende vita dai bozzetti su carta (ne scrivevo giusto qualche settimana fa)
  • Perché indicano chiaramente la vision e come ogni professionista al lavoro sfrutti le proprie competenze per raggiungere gli obiettivi
  • Perché sottolineano l’importanza delle icone e della infografica (quella fatta bene) in un progetto di questo tipo.
  • Perché sapevano che descrivere nel dettaglio la complessa macchina del redesign avrebbe attirato le (inevitabili) critiche di chi si trovava meglio con la versione precedente (vedi i commenti 12 e 13)
  • Perché scrivono nero su bianco il nome delle agenzie e dei partner che li hanno aiutati nella progettazione del sito, invece di tenerli nascosti (magari facendo firmare un documento di riservatezza, giusto per ritornare al tema iniziale)

La possibilità di condividere così nel dettaglio la propria esperienza deriva probabilmente anche dal fatto che la BBC è pagata dalle tasse dei contribuenti e questo è un modo di far capire come sono impiegati questi soldi e di ritornare un po’ della conoscenza maturata.

Sarebbe allora bello che la Rai facesse lo stesso, ma vista la qualità dei progetti che mettono online forse sono ancora nella fase precedente, quella in cui devono ancora imparare come si fa a realizzarlo, un sito.

Quanto lavoriamo

Il Web Design Survey 2010 di A List Apart che ho analizzato qualche giorno fa contiene anche una sezione di statistiche dedicate alle ore lavorate in una settimana.

Tra i diversi grafici (suddivisi per età, sesso, tipo di organizzazione), ne manca però uno relativo alla distribuzione per titolo professionale. Partendo dai dati grezzi a disposizione, ho ricostruito questo grafico.

Si nota subito che la maggior parte dei lavoratori, indipendentemente dal titolo professionale, lavora tra le 40 e le 49 ore. In generale la distribuzione avviene quasi tutta in questo intervallo e in quelli immediatamente precedente e successivo, cioè nella fascia 30-59 ore, come era forse lecito aspettarsi.

Avrei forse preferito una suddivisione diversa nel questionario, per esempio 31-40 invece di 30-39: chi lavora le canoniche 40 ore settimanali avrà scelto l’intervallo 40-49, che avrei dedicato a chi fa qualche straordinario.

Tra le professioni che indicano di lavorare più ore (fascia 40+) troviamo il creative director, l’art director, il web director, l’usability expert e il project manager. Questo dato, se analizzato insieme alla distribuzione per luogo di lavoro, indica che chi lavora più ore è generalmente un dipendente piuttosto che un libero professionista.

E’ interessante paragonare questo dato con i risultati di un sondaggio condotto su un campione di freelance da Elance e pubblicato da Freshbooks e che sembra in qualche modo confermare quanto emerso.