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!

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.

 

Il censimento dei web project manager 2008

Sono da poco usciti i risultati del sondaggio svolto dalla webzine A List Apart che per il secondo anno cerca di descrivere nel dettaglio le professioni di chi lavora con il web.

L’anno scorso ho isolato dal sondaggio i tratti salienti della professione del web project manager ed è quindi interessante confrontare alcune delle ipotesi emerse con i risultati del 2008.

Molte le conferme. Il web project manager:

  • segue un percorso formativo che nasce nella maggioranza dei casi dalla programmazione;
  • lavora solitamente per realtà di piccole dimensioni;
  • ha prevalentemente un’età compresa tra i 30 e i 40 anni;
  • lavora in azienda piuttosto che come libero professionista.

Vediamo nel dettaglio quello che è emerso. Alcune domande del sondaggio sono state riformulate rispetto al 2007 e un confronto diretto è pertanto solo indicativo.

In azienda o come libero professionista

Job title by workplace (2008)

Iniziamo da un dato che non è stato analizzato lo scorso anno: la percentuale di web project manager che lavorano in azienda rispetto ai liberi professionisti. Tra le diverse professioni web, il web project manager si trova più comunemente a lavorare in azienda piuttosto che esercitare la libera professione.

Il dato non stupisce e ne ho già parlato a proposito di una domanda nelle FAQ (Il web project manager è un consulente esterno all’azienda o un collaboratore interno?): il ruolo di coordinamento e gestione dei progetti del web project manager, le frequenti interazioni con il gruppo di lavoro e i clienti richiedono la sua costante presenza in azienda.

Esistono comunque casi in cui il web project manager è libero professionista; lavora per uno o più periodi di tempo (solitamente semestri) per aiutare le aziende con cui collabora a migliorare la gestione progetti.

Percentuale di web project manager

Job title (2007)

Job title (2008)

Tra i due anni non si apprezzano significative differenze relativamente alla percentuale di web project manager paragonata alle altre professioni.

Impressionante la percentuale che non ricade in nessuna delle numerose categorie indicate, più di un quarto. Sarebbe interessante capire quale sia la professione svolta.

Distribuzione dei web project manager per tipo di organizzazione

Job title distribution by organization type (2007)

Job title distribution by organization type (2008)

Il grafico indica la percentuale di web project manager impiegata nei diversi settori organizzativi. Rispetto allo scorso anno sono cambiate e sono state accorpate alcune categorie.

È possibile notare come la percentuale più alta di impiego (8.4%) sia presso piccole realtà. Una conferma dell’indicazione emersa lo scorso anno: il web project manager si trova a lavorare soprattutto per startup, realtà in cui rilasci frequenti e timing serrati richiedono la presenza di una figura che garantisca il raggiungimento degli obiettivi.

Distribuzione dei web project manager per gruppo di età

Job title distribution by age group (2007)

Job title distribution by age group (2008)

Confermato il trend per quanto riguarda l’età. Non si nasce web project manager (o non si dovrebbe), ma lo si diventa dopo aver maturato una certa esperienza, a partire dai 30/35 anni.

Distribuzione per sesso

Gender distribution by job title (2007)

Gender distribution by job title (2008)
Piccolo incremento per quanto riguarda il ruolo delle donne nel web project management, aumento confermato in quasi tutte le altre professioni, segno forse della maggiore visibilità data quest’anno al sondaggio.

Percentuale di lavoratori con retribuzione superiore a 100.000 dollari

Percentage of job title holders who earns salary of 1000k (2007)

Percentage of job title holders who earns salary of 1000k (2008)

Nessuna variazione di rilievo. Il grafico, come evidenziato l’anno scorso,  è comunque difficilmente rapportabile alla realtà italiana.

Rilevanza dell’istruzione per lo svolgimento del proprio lavoro

Perceived relevance of education by job title (2007)

Perceived relevance of education by job title (2008)

Cambia la percezione dell’importanza data agli studi.

Il fatto che un po’ tutte le professioni abbiano visto aumentare il dato si può forse giustificare dall’aver meglio espresso la domanda rispetto allo scorso anno. In generale, comunque, poco più del 50% dei rispondenti ha indicato come rilevante il proprio piano di studi nei confronti della professione, suggerendo che sotto questo punto di vista c’è ancora molto da fare.

Soddisfazione per il proprio lavoro

Job satisfaction by job title (2007)

Job satisfaction by job title (2008)

Le percentuali aumentano di molto rispetto all’anno scorso: forse anche in questo caso la domanda era stata mal posta nel 2007.

In percentuale però la soddisfazione dei web project manager, se paragonata alle altre professioni, aumenta in proporzione minore, tanto che dal primo posto si passa a metà classifica.

Impegnativo trarre una conclusione vista la variabilità in così poco tempo. Probabilmente il ruolo del web project manager, in alcuni contesti, non trova lo spazio che merita.

Ma forse è anche tempo che il project management maturi da disciplina che relega tutte e sole le responsabilità al project manager a vera e propria fonte di leadership e visione (di questo parlerò in parte nel mio intervento a Firenze il prossimo mese)

La percentuale di web project manager che scrive in un blog

Prelevance of blogging by job title (2007)

Prelevance of blogging by job title (2008)

Il web project manager è fanalino di coda quando si parla di scrivere in un blog.

Come indicato già lo scorso anno, il motivo può essere legato alla difficoltà di parlare di una professione molto legata ai rapporti personale e meno alla “scienza”. Difficile, ma non impossibile. Un vero peccato.

Partecipazione a eventi formativi

Perceived relevance of education by job title (2007)

Perceived relevance of education by job title (2008)

Anche questo risultato è in linea con lo scorso anno.

Il web project manager è una tra le figure professionali che più partecipa ad eventi formativi. La percentuale è molto vicina a quella di professionisti che per cultura e necessità sono abituati a una formazione continua, come i designer di interfaccia e i diversi tipi di consulenti.

L’eterogeneità di competenze richieste a un web project manager, sia in termini manageriali sia tecnici è sicuramente un fattore che giustifica queste percentuali.

Lacune professionali

Perceived back end skill gaps by job title (2007)

Perceived back end skill gaps by job title (2008)

Come per l’anno scorso, mi limito a riportare uno solo dei 4 grafici che indicano le difficoltà che i web project manager incontrano nello svolgimento del proprio lavoro.

Relativamente alla programmazione lato server meno del 17% dichiara di avere lacune rispetto al totale. Questo dato, se confrontato con la programmazione lato client, conferma una tendenza anticipata lo scorso anno, ovvero che web project manager si diventa molto spesso partendo da ambiti che sono vicini alla programmazione, più che dal design o al marketing.

Perché i designer falliscono gli obiettivi

Scott Berkun ha recentemente pubblicato i risultati di un sondaggio utili per evidenziare i motivi che possono condurre i designer a realizzare prodotti non in linea con gli obiettivi.

Ecco le principali cause di fallimento secondo gli intervistati (tenete conto che il pubblico di Scott Berkun è composto in gran parte da project manager):

  1. Non designer che prendono decisioni relative al design;
  2. Manager che prendono decisioni senza un background appropriato;
  3. Designer che non compiono le opportune ricerche prima di iniziare il lavoro;
  4. Non è concesso tempo sufficiente per pensare nel lungo termine;
  5. Mancanza di ricettività ai feedback;
  6. Scarsa conoscenza delle logiche di business;
  7. Lo “user centered design” è considerato una disciplina importante, ma solo a parole;
  8. Non è concesso di sbagliare e neppure di sperimentare;
  9. Al designer non è data autonomia nella gestione del progetto;
  10. Si fa troppo affidamento a un unico stile di design.

Dal mio punto di vista di web project manager concordo con quasi tutti gli elementi di questa lista e ammetto che in passato ho forse preteso un po’ troppo controllo sulla parte creativa di un progetto (applicando di fatto quanto riportato al punto 1).

I risultati del sondaggio di Berkun ricordano tra l’altro molto da vicino i fattori che limitano l’influenza del design in azienda evidenziati da Luke Wroblewski e Tom Chi, soprattutto la mancanza di visione sull’importanza del design. 

Il tema è importante: ancora oggi il design è considerato un semplice abbellimento dell’interfaccia su cui chiunque può dare la propria autorevole opinione. L’analisi dell’applicazione si concentra spesso sulle sole funzionalità tecniche e di programmazione, ritenute il vero cuore dell’applicazione.

Attenzione però: se fino a qualche anno fa il cliente era conquistato da un prodotto che faceva quanto richiesto, oggi lo dà per scontato. A parità di funzionalità vince la soluzione più semplice da utilizzare, armoniosa, organizzata con logica, bella. Una sfida tutt’altro che banale.