ISO 19650 · TIDP e MIDP

Il BEP promette. Il MIDP ci mette una data.

Q: Che differenza c’è tra un TIDP e il MIDP?

L’ampiezza e chi lo scrive. Un TIDP è il piano di un task team: gli information container che quel team produrrà, scritto da quel team. Il MIDP è il piano del team di consegna: tutti i TIDP aggregati dall’incaricato principale, con in più le dipendenze tra team e il tempo per autorizzazione e accettazione. I TIDP sono tanti quanti i task team; il MIDP è uno per team di consegna.

Ogni BEP dice che l’informazione arriverà in tempo. I TIDP e il MIDP sono il punto in cui quella frase diventa un elenco: ogni information container, chi lo produce, da cosa dipende e su quale milestone atterra. Se quell’elenco vive lontano dal cronoprogramma, slitta senza che nessuno riporti uno slittamento.

Fa parte degli strumenti ISO 19650.

Come si costruisce Cosa deve ogni lato Domande

La sequenza

Dalla milestone al piano generale, in ordine

La ISO 19650-2 costruisce il piano dal basso, e in un ordine fisso. Le milestone le fissa il committente prima della gara; tutto il resto si stabilisce all’incarico, nella clausola 5.4, e ogni passo ha bisogno che esista quello prima.

Le milestone di consegna informativa

Le fissa il committente al 5.1.3, prima che qualcuno debba quotare qualcosa: i punti del progetto in cui l’informazione deve arrivare, e la decisione a cui serve ciascuno. I task team ne aggiungono di propri, ma ogni piano qui sotto deve rispettare queste. Una milestone non agganciata al cronoprogramma lascia il piano senza niente rispetto a cui essere in ritardo.

La matrice di responsabilità di dettaglio

Al 5.4.2 la matrice di alto livello del BEP diventa quella di dettaglio, che dice tre cose: quale informazione si produce, quando viene scambiata e con chi, e quale task team ne risponde. Finché non esiste, un TIDP non si può scrivere, perché a nessun task team è stato detto cosa deve pianificare.

Un TIDP per ogni task team

Al 5.4.4 ogni task team elenca gli information container che produrrà e, per ciascuno, titolo, dipendenze, livello di fabbisogno informativo, durata, autore e milestone di consegna. Lo scrive chi farà il lavoro, perché una durata stimata al posto di un altro è un’ipotesi con una data sopra.

Un MIDP per il team di consegna

Al 5.4.5 l’incaricato principale aggrega i TIDP e aggiunge quello che nessun task team vede da solo: le dipendenze tra un team e l’altro, e il tempo per la propria autorizzazione e per l’accettazione del committente. Poi consolida il piano, comunica a ogni task team cosa è cambiato e informa il committente di ogni rischio su una milestone. Quel rischio va nel registro dei rischi (5.3.6), non in una sorpresa quando la data è già passata.

Responsabilità

Le date le fissa il committente. Il team di consegna ci pianifica sopra.

Nessuno dei due piani lo scrive il committente, ed è proprio per questo che l’EIR deve fissare ciò su cui entrambi si misurano. Un TIDP risponde a una milestone. Una milestone che nessuno ha scritto lascia il MIDP libero di inventarsene una, e di solito se la inventa comoda.

Committente

Cosa deve fissare prima l’EIR

Un TIDP non lo scrivi tu, ma sei tu a decidere se il MIDP si potrà verificare. L’Health Check EIR si apre proprio su questo: se finalità e milestone di consegna sono dichiarate come cosa, quando e a chi.

Clausola 5.1.3 · emesso con la gara

Milestone di consegna informativa agganciate al cronoprogramma, con una data o un gate di fase e non «nelle fasi principali»
A cosa serve ogni milestone: la decisione che supporta, ed è questo che rende grave un container in ritardo
Cosa deve arrivare a ciascuna, per famiglia di deliverable, con il suo livello di fabbisogno informativo
Quanto durano il tuo riesame e la tua accettazione, in giorni su cui il MIDP possa pianificare
Come ti viene riportato l’avanzamento rispetto al MIDP, e ogni quanto
Cosa succede quando una milestone è a rischio: chi viene avvisato, ed entro quando

Valuta il tuo EIR su questo →

Incaricato principale

A cosa si deve impegnare il MIDP

Un MIDP che in realtà è un elenco elaborati con delle date accanto è il modo più comune in cui questa parte va storta. La Checklist Readiness BEP valuta responsabilità e pianificazione a parte, e considera ISO-critical la traccia dall’EIR al piano.

Clausole 5.4.4–5.4.5 · consolidato all’incarico

Un MIDP costruito scendendo dalle milestone contrattuali, poi riempito salendo dai TIDP
Un TIDP per task team, con durate su cui chi fa il lavoro si è detto d’accordo
Le dipendenze tra task team rese esplicite, perché è lì che le date si spostano
Autorizzazione e accettazione pianificate come tempo, non considerate istantanee
Una traccia da ogni requisito dell’EIR a un container in un piano, oppure il motivo per cui non ce l’ha
Una baseline, un registro delle modifiche e una cadenza di reporting, così uno slittamento viene riportato, non scoperto

Verifica il tuo BEP su questo →

Le milestone di consegna informativa vivono su una lista separata dal programma di progetto, quindi slittano senza che nessuno riporti uno slittamento. Il dato che doveva accumularsi lungo le fasi non è mai stato raccolto.

Domande

Quello che mi chiedono davvero

Che differenza c’è tra un TIDP e il MIDP?

L’ampiezza e chi lo scrive. Un TIDP è il piano di un task team: gli information container che quel team produrrà, scritto da quel team. Il MIDP è il piano del team di consegna: tutti i TIDP aggregati dall’incaricato principale, con in più le dipendenze tra team e il tempo per autorizzazione e accettazione. I TIDP sono tanti quanti i task team; il MIDP è uno per team di consegna.

Il MIDP non è semplicemente il cronoprogramma?

No. Il cronoprogramma pianifica il lavoro; il MIDP pianifica l’informazione: quale container esce, chi lo emette, con quale livello di fabbisogno informativo, per quale milestone. I due devono condividere le milestone, e un MIDP che non si riesce a sovrapporre al cronoprogramma è quello che slitta in silenzio. Ma un programma di progettazione con una colonna intitolata «BIM» non è un MIDP, per quanto sia dettagliato.

Chi scrive il TIDP: l’Information Manager o il task team?

Il task team. Chi svolge la funzione di gestione informativa ne fissa il formato, controlla che i TIDP siano coerenti tra loro e li aggrega. Durate e dipendenze devono venire da chi produce i container, altrimenti il MIDP cede alla prima dipendenza su cui nessuno è stato interpellato. La pagina su chi scrive il BEP copre la stessa divisione dei compiti, un documento più su.

Fanno parte del BEP pre-incarico?

Non nella loro forma finale. Il BEP pre-incarico propone la strategia e una matrice di responsabilità di alto livello; i TIDP e il MIDP sono output della clausola 5.4 e si stabiliscono all’incarico. Una gara può comunque chiedere un MIDP di massima, e un offerente che ne presenta uno credibile dimostra di aver verificato la propria capacità produttiva su durate vere. Per chi valuta, questo conta più di tutto il resto della sezione sulle competenze.

Dove entra il livello di fabbisogno informativo?

È uno dei campi che ogni container di un TIDP si porta dietro. È così che un requisito scritto nell’EIR arriva a chi produce il container, e un TIDP con quel campo vuoto è un piano per consegnare in tempo qualcosa di non definito. La pagina sul livello di fabbisogno informativo spiega come si scrive il requisito, e la pagina ISO 19650 mostra dove sta la clausola 5.4 nel ciclo di consegna.