Pianificazione e Controllo Progetti
In Microsoft Project il codice WBS cambia quando inserisci, sposti o rinumeri le attività. Misurato: una riga in testa cambia tutti i codici. Per confrontare due versioni serve l’ID univoco.
Per area, per impresa, per piano dell’edificio: le prospettive di un piano non si ottengono rifacendo la WBS né duplicando attività, ma con i codici struttura e Raggruppa per.
Quando la squadra salta da un’area all’altra, i legami restano dove sono e i consuntivi registrano cosa è successo. Che cosa mostra allora Microsoft Project, e la casella che decide se il ritardo si vede.
Mandare il piano è la metà facile. Che cosa chiedere al team (tre numeri, non una percentuale), come chiederlo perché bastino pochi secondi, e perché approvare prima di scrivere è il passo che decide se puoi fidarti del piano.
Un piano può avere date plausibili e non reggere al primo imprevisto, perché in Project le decisioni sbagliate non producono errori: producono un piano che sembra funzionare. Diciannove sintomi, e i gesti che li rivelano.
«Me lo mandi in un formato che posso aprire?» Ogni strada per far uscire il piano dal file perde qualcosa, e quasi nessuno sa cosa. Le cinque strade, e la domanda da farsi prima di scegliere.
Il file è stato salvato ieri, le barre sono ordinate, le date ci sono tutte. Eppure l’ultimo avanzamento vero è di marzo. Sette segni per accorgersene in due minuti.
«A che punto siamo con le fondazioni?» Se per rispondere devi scorrere righe sparse, il problema non è il piano: è la struttura sotto. Cinque segni, ognuno visibile in meno di un minuto.
Il budget del piano dice il doppio del preventivo e nessuna riga sembra sbagliata. Quasi sempre qualcuno ha assegnato una risorsa a una fase: ecco che cosa calcola Project, e dove va messa davvero quell’informazione.
Il valore pianificato di Project è in valuta. Per la curva del lavoro servono tre campi a fasi temporali, già presenti nel piano.