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.

La battaglia dei cloni di documenti

Un web project manager produce molti e diversi documenti tra cui analisi, presentazioni, benchmark, debrief, a volte anche wireframe. Lavoro per diverse aziende e capita che sia invitato a utilizzare dei modelli già realizzati con loghi, colori e font istituzionali.

È qui che comincia la battaglia. Se per realizzare la documentazione ho impiegato un paio d’ore, cercare di farla rientrare nel modello che mi è stato consegnato è spesso un’impresa titanica.

Il problema è che non si tratta, nella maggior parte dei casi, di veri e propri modelli, ma di cloni di documenti che sono stati svuotati del contenuto e cui mancano delle vere linee guida di formattazione.

Il tipo e la dimensione dei font e le spaziature non sono stati realizzati come degli stili, ma sono stati applicati al testo all’occorrenza. E se anche sono stati utilizzati degli stili, lo si è fatto solo per il testo principale e (forse) per una tipologia di intestazione.

È un approccio inefficiente per diverse ragioni:

  • ogni volta che viene inserito un nuovo elemento, ad esempio un titolo, questo va copiato e incollato mutuandolo dal precedente
  • si perde il valore “semantico” del documento: un’intestazione dovrebbe essere tale perché questa informazione è stata specificata nel documento, mentre in questi documenti lo è semplicemente perché utilizza un font “più grande” rispetto alle altre
  • la qualità degraderà nel tempo: i primi due documenti rispetteranno in qualche modo lo standard, i successivi perderanno man mano la formattazione voluta
  • è impossibile applicare gli stili in un secondo momento, per esempio nel caso di documenti già realizzati, che devono essere modificati a mano voce per voce

Questo si verifica con i documenti Word, ma non solo. Anche Powerpoint e Keynote soffrono dello stesso problema. Piuttosto che investire una mezza giornata per realizzare delle diapositive master che possono poi essere applicate in ogni presentazione, si preferisce realizzare una presentazione con alcune slide che sono poi copiate e incollate più e più volte.

Quando mi viene proposto di utilizzare un modello aziendale per produrre documentazione, cerco se possibile di farmelo anticipare prima di iniziare il lavoro, così da capire come questi siano realizzati. Se la qualità non è secondo me soddisfacente, ma il numero di documenti che devo preparare è ridotto, inizio subito a utilizzare questi “modelli” per produrre la documentazione.

Se però si tratta di un’attività frequente, di solito preferisco investire un po’ di tempo e ricostruire completamente il modello. L’operazione, di solito, mi richiede circa un paio di ore (nel caso di una presentazione qualcosa di più), ma è tempo ben speso, soprattutto per me.

All’apparenza, rispetto al template che mi è stato consegnato, non cambia nulla. Ma il lavoro di produzione della documentazione diventa molto più efficiente, a tal punto da recuperare molto presto il tempo speso per la ricostruzione del modello.

Domande e risposte sul web project management (FAQ)

Ho raccolto in questo articolo le domande che più di frequente ricevo riguardo al web project management, con l’intenzione di proporre un seguito a quanto ho già riportato in Introduzione al web project management.

É un punto di partenza. Chiunque ritenga ci siano altri aspetti da approfondire può usare i commenti o la pagina dei contatti.

Cos’è il web project management?

Il web project management è la disciplina che aiuta a realizzare progetti web (siti e applicazioni) nel rispetto dei tempi previsti, con il miglior rapporto tra qualità e costi e soddisfacendo i requisiti iniziali. Il web project management trova espressione nelle capacità del web project manager di organizzare e gestire le risorse verso un obiettivo condiviso.

Qual è il ruolo del web project manager?

Il web project manager è la figura che si preoccupa di gestire e coordinare la produzione di un progetto web dal suo concepimento fino alla consegna, entrando in contatto con chiunque si trovi a lavorare per il progetto. Per un dettaglio delle competenze di un web project manager si può fare riferimento a Introduzione al web project management.

Cos’è un progetto web?

Un progetto web è l’insieme delle attività necessarie per costruire siti o applicazioni web rispettando i requisiti iniziali. E’ compreso tra una specifica data di inizio e di fine (data di consegna) ed è finalizzato alla realizzazione di un prodotto unico o a valore aggiunto. Un progetto si distingue da un processo in quanto quest’ultimo è composto da un insieme di operazioni ripetitive per la produzione del medesimo servizio o prodotto (cfr. definizione di project management in Wikipedia).

Il web project management è una metodologia?

No. Spesso, soprattutto leggendo il programma di alcuni corsi, si ha l’impressione che il project management non sia altro che l’adesione a una serie di punti da applicare pedissequamente con l’impiego di fogli Excel o schemi Microsoft Project, il tutto raccolto sotto il cappello di sigle quali Prince2, PMBOK, PERT, Scrum. Le metodologie sono importanti perché forniscono linee guida che facilitano alcuni compiti del web project manager, ma il web project management è un mestiere fatto di relazioni con clienti, sviluppatori, designer e collaboratori esterni. Un project manager è prima di tutto un leader, non un ragioniere.

Esistono corsi e piani di studio per diventare web project manager?

Nessuno, tranne rari casi spesso fallimentari, inizia la propria carriera come web project manager. Tipicamente il web project manager si trova a lavorare nel reparto tecnico di una software house o web agency e comincia a maturare capacità di coordinamento e di previsione che lo possono portare a diventare web project manager. Un corso di web project management è utile se aiuta il web project manager a migliorare le proprie competenze e capacità, soprattutto con l’analisi di casi reali e la risoluzione di problematiche comuni. Un corso non è sufficiente e non è soprattutto indicato per fare di uno studente, un web designer o un programmatore un web project manager.

Qual è la differenza tra web project management e software project management?

Le peculiarità del web in termini di innovazione e comunicazione richiedono al web project manager conoscenze non solo nel campo internet, ma anche in quello dell’editoria e pubblicazione, del design e a volte in quello della televisione. Le caratteristiche della professione di web project manager rispetto a quelle di un “classico” project manager sono ben espresse da Ashley Friedlein nel manuale Web Project Management:

  • i termini di consegna del progetto tendono ad essere più stretti e aggressivi;
  • è alta la probabilità che siano in corso più progetti contemporaneamente;
  • la tecnologia utilizzata è molte volte instabile e in continua evoluzione;
  • è difficile stabilire dei modelli di costo standard: ogni progetto richiede una valutazione ad hoc;
  • i clienti hanno difficoltà a capire le potenzialità e caratteristiche di internet;
  • i componenti del gruppo coordinato dal web project manager spesso svolgono diversi ruoli, soprattutto in piccole realtà;
  • non sempre il web project manager è il punto principale di contatto per il cliente;
  • l’innovazione è la chiave di successo di molti progetti web;
  • il cambiamento è continuo.

Web project manager è sinonimo di webmaster?

No. Il web project manager è la figura responsabile della corretta esecuzione (progettazione, sviluppo, messa in opera) di un progetto web. Una volta che il progetto è in esercizio termina l’area di intervento del web project manager e inizia quella del webmaster, che si preoccupa della gestione ordinaria del sito o dell’applicazione. Tipicamente il web project manager lavora per una società di consulenza mentre il webmaster è impiegato per la realtà che ha commissionato il progetto.

Il web project manager è una figura del reparto sviluppo o del marketing?

Il web project manager è una figura professionale che appartiene all’area tecnica o creativa. Leggendo alcuni curriculum o proposte di lavoro capita di trovare la professione “web marketing project manager”. Con questa dicitura non si intende il responsabile della realizzazione del progetto, ma il responsabile della promozione del sito, della comunicazione e in generale di tutte le attività atte a veicolare traffico verso il sito o l’applicazione web. A volte il termine “web project manager” viene utilizzato erroneamente per indicare invece il “web marketing project manager”.

Il web project manager trova impiego solo in realtà di grandi dimensioni e ben strutturate?

No. Il ruolo di web project manager è indicato sia in realtà di piccole, sia di grandi dimensioni. Possono però variare alcune competenze.

In realtà di medie e grandi dimensioni o ben strutturate il web project manager può trovarsi a gestire progetti estesi, che richiedono tempi di esecuzione anche di diversi mesi. E’ richiesta in questo caso una forte capacità di previsione e di gestione delle criticità perché il minimo errore può avere ripercussioni importanti su tempi e costi.

In aziende più piccole il web project manager è probabilmente al lavoro su più progetti ognuno con un ciclo di vita di poche settimane. In questo caso è importante che il web project manager sia in grado di allocare efficacemente le persone ai relativi progetti così da impiegare al meglio le risorse a disposizione.

Il web project manager dovrebbe far emergere nel proprio curriculum con chiarezza queste competenze, specificando con precisione le realtà e le competenze acquisite.

Una startup potrebbe essere interessata ad assumere un web project manager?

Sì. Lo dimostra il sondaggio realizzato lo scorso anno dalla webzine A List Apart che ho commentato in dettaglio. La distribuzione per tipo di organizzazione, in particolare, evidenzia come la percentuale di impiego dei web project manager in una startup sia la più alta, seguita a ruota dalle agenzie e software house. Il motivo è che proprio in realtà che richiedono un forte livello di innovazione, rilasci continui e roadmap in costante evoluzione è fondamentale un ruolo di coordinamento e di gestione.

Il web project management va d’accordo con lo sviluppo agile?

Certamente. Il web project management trova espressione con le diverse metodologie e tecniche di sviluppo. E’ compito del project manager definire, insieme al proprio team, il metodo da impiegare e, ove serve, programmarne il percorso di apprendimento o approfondimento.

Il web project manager può essere responsabile solo di una parte del progetto, per esempio il web design?

Dipende. Solitamente il web project manager è responsabile dell’intero ciclo di vita del progetto, dall’incontro con i clienti fino alla messa online. Se però la società per cui lavora si occupa esclusivamente di web design, il web project manager sarà ovviamente responsabile della produzione di parte del materiale, che poi confluirà in un progetto più esteso. Questa attività, che potrebbe concludersi con la produzione di template, ha comunque un ciclo di vita ben definito di cui il web project manager è responsabile.

Nel caso di realtà strutturate, inoltre, il web project manager potrebbe essere responsabile di una parte dello sviluppo, mentre altri colleghi sono responsabili per altre sezioni. In questo caso è probabile che esista una struttura gerarchica di web project manager, con figure junior che riferiscono direttamente a un web project manager senior.

Quali sono i ruoli impiegati nella realizzazione di un sito web?

Dipende dal tipo di progetto, ma in generale le principali figure, oltre al già citato web project manager, sono:

  • account manager – è quello che viene definito “il commerciale”, tipicamente la prima figura ad avere contatti con il cliente;
  • webmaster – gestisce il sito una volta in esercizio;
  • information architect – si preoccupa di organizzare i contenuti in modo che siano facilmente ricercabili;
  • art director / web designer – responsabile della parte creativa che caratterizzerà l’intero prodotto;
  • analista / sviluppatore – la persona che definisce insieme al web project manager gli standard tecnici da adottare ed è responsabile della parte di programmazione;
  • editor / copywriter – realizza i contenuti pubblicati;
  • consulenti (tecnica, marketing, usabilità, user experience, strategia, ecc.) – figure di supporto per competenze non presenti in azienda.

A queste figure, in dipendenza del progetto, se ne possono affiancare molte altre tra cui tester, illustratori, amministratori di database, esperti audio/video, giornalisti, SEO, esperti di community.

Quanto il web project manager deve conoscere l’ambito in cui lavora?

Molto. L’ideale è che il web project manager sia in grado di realizzare autonomamente alcuni dei progetti realizzati dal team che coordina e che si riservi periodicamente il tempo per farlo. Questo permette al web project manager di essere aggiornato sugli standard e le soluzioni e di anticipare alcune problematiche che si possono evidenziare nel corso del progetto. Anche la stima dei tempi necessari alla realizzazione del progetto è più precisa, fermo restando che il web project manager sa intervistare i propri colleghi per definire il piano di lavoro dell’intero progetto.

Il web project manager è un consulente esterno all’azienda o un collaboratore interno?

Nella quasi totalità dei casi il web project manager lavora all’interno dell’azienda per cui dirige i progetti. Il motivo principale è che, trattandosi di una figura a stretto contatto con altri professionisti, la qualità del progetto dipende in gran parte dalla conoscenza reciproca. Questo approccio mal si accompagna con progetti spot o realizzati con società ogni volta diverse. Per lo stesso motivo il web project manager non è quasi mai un free lance.

Il web project manager deve sapere tutto di Microsoft Project?

Dipende. Acuni web project manager lavorano con semplici fogli Excel e altri preferiscono realizzare complessi diagrammi in Microsoft Project. Più che lo strumento è importante la capacità di aggiornamento e la possibilità di condivisione. Un dettagliato diagramma tenuto chiuso nel cassetto del web project manager non ha alcuna utilità, mentre la fotocopia di un foglio di carta consegnata ai diversi collaboratori, settimanalmente, è insostituibile.

Il web project manager è un lavoro a tempo pieno?

In piccole realtà è molto probabile che il web project manager affianchi le attività di coordinamento a una partecipazione attiva a parti dello sviluppo. Questa è la situazione ideale di lavoro per un web project manager, che si trova a maturare esperienza sia in campo gestionale, sia tecnico. Oltre a questo la stima dei tempi e la previsione e risoluzione di problemi risultano semplificate.

Qual è la differenza tra capacità di management e capacità di leadership?

La risposta a questa domanda è ben espressa in un articolo di Mike Morrison. Le capacità di management permettono al web project manager di gestire prodotti o risorse per la realizzazione di un progetto. Le capacità di leadership consentono al web project manager di condividere la visione e gli obiettivi di progetto insieme al proprio gruppo di lavoro. E’ importante coltivarle entrambe.

Per un (bravo) blogger gli sponsor non sono tutto

Chris Anderson di The Long Tails punta a un intervento di Guy Kawasaki, un “factotum” del web, che a fronte di 2 milioni di page view all’anno e di 21.000 iscritti ai feed Rss ha guadagnato con la pubblicità del suo weblog poco più di 3000 dollari.

Non molto effettivamente (in proporzione il click rate su Fucinaweb è decisamente migliore, se si considera che è perfino nella poco diffusa lingua italiana). Anderson nota quindi come non sia facile anche per chi gode di ottima credibilità riuscira a sopravvivere con il proprio sito: “meglio non abbandonare “il proprio posto di lavoro”.

Ma perché guardare solo all’aspetto economico diretto? Sono convinto che Kawaski, grazie alla professionalità dimostrata negli interventi del suo weblog, sia riuscito a costruire un network di contatti e amicizie che gli permettono di lavorare e collaborare più di quanto facesse prima.

Numerosi sono anche gli esempi (mi viene in mente per esempio Cliff Atkinson ma ce ne sono decine) di autori che hanno cominciato a dimostrare di cosa erano capaci nel loro weblog e sono stati contattati per poi scrivere un libro apprezzato (nel caso di Atkinson per Microsoft Press).

Se riesco a collaborare con riviste e siti che parlano degli stessi temi di Fucinaweb è proprio grazie a questo sito che è online ormai da 5 anni. Fin da quando l’ho messo online (e allora non era un weblog) ero sicuro che non ne avrei ricavato un fonte di sostentamento, ma che mi avrebbe dato, se ci sapevo fare, un po’ di visibilità.

Non fermiamoci come sempre ai primi dati numerici, alle classifiche, ai conti. La vita economica di un weblog è (per fortuna) ben più complessa.

Salvaguardare le informazioni degli utenti nel web 2.0

Un problema ai server di Gmail ha portato alla cancellazione dei messaggi per circa 60 utenti del servizio.

Succede. Ma visto che nel web di collaborazione (web 2.0) le informazioni degli utenti hanno valore, perderle è più che una caduta di stile, è una vera rovina per l’immagine di un servizio. Periodicamente scarico la posta di Gmail via POP e penso che da oggi molti che non lo facevano si attrezzeranno in tal senso, anche se la probabilità che al loro account succeda qualcosa è alquanto remota. Dalla notizia della cancellazione, però, Gmail sembra a molti un po’ meno “bello” di quel che è.

Salvare le proprie informazioni online è comodo, ma probabilmente vale ancora la pena farne un backup sup proprio – inaffidabile – hard disk.

Immaginate se per uno stesso problema venissero persi tutti i vostri preferiti su del.icio.us. Come vi sentireste? Io sto provando qualche software di backup, giusto in caso…