Deliverable e milestone

Un deliverable è un prodotto con un nome e una data di consegna: una relazione, un prototipo, un insieme di dati, un software, un piano. È elencato nell'allegato 1 con un numero, un titolo, un partner responsabile, il mese di consegna e un livello di divulgazione, e ognuno di questi elementi è contrattuale.

La milestone è un'altra cosa. È un punto di controllo che dice se il progetto è in rotta, una decisione presa, una soglia raggiunta, un componente validato, con mezzi di verifica definiti. Le milestone sono ciò con cui i revisori giudicano l'avanzamento; i deliverable sono ciò che leggono.

Le proposte ne creano regolarmente troppi di entrambi i tipi. Quaranta deliverable in tre anni sono quaranta documenti da scrivere, approvare, caricare nei tempi e rendicontare, e ogni ritardo finisce nella relazione periodica. I consorzi esperti tengono il numero contenuto e rendono ciascuno sostanzioso.

Il livello di divulgazione conta più di quanto sembri. Marcare un deliverable come pubblico ti impegna a pubblicare qualcosa che in seguito potresti voler tenere per te, e marcare tutto come riservato porta i revisori a chiedere che cosa stia dando il progetto alla comunità. Decidilo consapevolmente, voce per voce.

Un deliverable in ritardo non è fatale, uno taciuto sì. Segnalalo, spiegalo e indica una nuova data nella relazione periodica: i revisori hanno già visto slittare dei calendari. Ciò che danneggia un progetto è un revisore che scopre il buco da solo.