Guida al project management · Schedulazione e tempi
Schedulazione del progetto: passaggi, tecniche ed esempio
La schedulazione del progetto è il processo con cui si stabilisce quali attività servono a un progetto, in quale ordine devono svolgersi, quanto durerà ciascuna e chi le svolgerà, per poi trasformare questa logica in un piano con date. Questa guida ti accompagna attraverso i passaggi, le tecniche principali, un esempio svolto con date reali e gli errori che fanno crollare i cronoprogrammi.
Punti chiave
- Un cronoprogramma di progetto trasforma l'ambito in attività ordinate, stimate, con risorse assegnate e datate.
- Costruisci prima la logica (attività e dipendenze) e lascia che le date vengano calcolate; non inserire mai le date a mano.
- Il percorso critico mostra la durata minima possibile e le attività in cui qualsiasi ritardo sposta la data di fine.
- Verifica disponibilità delle risorse e calendari prima di impegnarti: un cronoprogramma logicamente corretto può comunque essere impossibile da coprire con il personale.
- Fissa la baseline del cronoprogramma approvato, aggiornalo con una cadenza regolare e modifica la baseline solo tramite il controllo delle modifiche.
Che cos'è la schedulazione di progetto?
Schedulazione del progetto è la parte della pianificazione del progetto che decide quando si svolgerà ciascun lavoro. Elenchi le attività necessarie per consegnare l'ambito, le colleghi in una sequenza logica, ne stimi la durata, assegni le risorse e calcoli le date di inizio e fine. Il risultato, il cronoprogramma di progetto, è il calendario su cui lavora il team e la baseline rispetto a cui misuri l'avanzamento.
È utile separare due concetti. Il modello di schedulazione è la rete di attività, dipendenze, durate e calendari contenuta nel tuo strumento. Le rappresentazioni del cronoprogramma sono le viste che produci da quel modello: un diagramma di Gantt, un elenco di milestone, una timeline di progetto per i dirigenti o un diagramma reticolare. Quando si dice "aggiorna il cronoprogramma", si dovrebbe aggiornare il modello, così ogni vista resta coerente.
Un buon cronoprogramma svolge tre compiti:
- Impegno: fornisce allo sponsor e ai clienti date su cui pianificare, come un lancio, una consegna o un go-live.
- Coordinamento: dice a ogni persona e fornitore quando serve il loro lavoro e da cosa dipende.
- Allerta precoce: poiché le date sono calcolate dalla logica, un ritardo in un'attività mostra subito il suo effetto a catena, quando c'è ancora tempo per agire.
La schedulazione fa parte della disciplina più ampia della gestione dei tempi di progetto, insieme alla stima e al controllo dell'avanzamento, e condivide i propri input con la pianificazione di costi e risorse.
La schedulazione del progetto nella Guida PMBOK
La *Guida PMBOK* del PMI ha descritto la schedulazione in modi diversi nel corso degli anni, e incontrerai entrambe le visioni negli esami e nelle descrizioni dei ruoli.
Le edizioni precedenti basate sui processi raggruppavano la schedulazione in sei processi: pianificare la gestione della schedulazione, definire le attività, mettere in sequenza le attività, stimare la durata delle attività, sviluppare la schedulazione e controllare la schedulazione. Molte organizzazioni e corsi li insegnano ancora come spina dorsale della gestione dei tempi.
La *Guida PMBOK* ottava edizione, pubblicata dal PMI a novembre 2025, è organizzata attorno a sette domini di performance: governance, ambito, schedulazione, finanza, stakeholder, risorse e rischio. La schedulazione è uno di questi domini, e la guida descrive di nuovo processi non prescrittivi da adattare al progetto anziché seguire rigidamente. Sottolinea inoltre concetti come la pianificazione a onda mobile, la differenza tra impegno e durata e l'adattamento dell'approccio a cicli di vita predittivi, adattivi o ibridi.
Il nostro consiglio: usa i passaggi classici come checklist per assicurarti di non tralasciare nulla, e proporziona l'impegno al progetto. Una campagna di marketing di due settimane richiede una pagina di attività; un programma edilizio di due anni richiede un piano completo di gestione della schedulazione. Per una panoramica dello standard stesso, leggi la nostra guida alla Guida PMBOK.
Che cosa contiene un cronoprogramma di progetto
Qualunque strumento usi, un cronoprogramma completo ha gli stessi elementi costitutivi.
| Elemento | Che cos'è | Da dove nasce |
|---|---|---|
| Attività | I singoli lavori, ciascuno con un nome chiaro composto da verbo e sostantivo | Work package nella work breakdown structure |
| Dipendenze | I collegamenti logici tra le attività (di solito finish-to-start) | Conoscenze del team, vincoli tecnici, contratti |
| Durate | Tempo lavorativo dall'inizio alla fine di ogni attività | Stime, dati storici, stime a tre punti |
| Risorse | Persone, attrezzature e materiali assegnati a ogni attività | Piano delle risorse e disponibilità del team |
| Calendari | Giorni e orari lavorativi, festività e chiusure | Calendari dell'organizzazione e delle risorse |
| Milestone | Punti di controllo a durata zero come approvazioni e passaggi di consegne | Charter, contratto e gate di governance |
| Date e float | Date al più presto e al più tardi calcolate e lo slack di ogni attività | Il calcolo del cronoprogramma (metodo del percorso critico) |
| Baseline | La versione approvata delle date, usata per misurare gli scostamenti | Approvazione dello sponsor o del comitato di governance |
Attività e task vengono spesso usati come sinonimi; ciò che conta è che ciascuno abbia un unico responsabile e una conclusione chiara. Le milestone di progetto meritano particolare attenzione perché sono ciò che la maggior parte degli stakeholder legge davvero.
Tipi di cronoprogramma di progetto
Un progetto di solito richiede più viste dello stesso cronoprogramma, ciascuna pensata per un pubblico diverso.
| Tipo | Pubblico | Livello di dettaglio |
|---|---|---|
| Calendario delle milestone | Sponsor, dirigenti, clienti | Solo le date chiave: approvazioni, fine delle fasi, go-live |
| Cronoprogramma di sintesi (master) | Comitato guida, program manager | Fasi o deliverable principali come barre di riepilogo |
| Cronoprogramma dettagliato | Team di progetto, fornitori | Ogni attività con dipendenze, responsabili e date |
| Cronoprogramma a ritroso | Team che lavorano con una scadenza fissa | Costruito all'indietro a partire da una data di fine richiesta |
| Piani di rilascio e di sprint | Team Agile e product owner | Sprint con time-box e rilasci obiettivo anziché attività dettagliate |
A cronoprogramma a ritroso è utile per eventi e lanci di marketing in cui la data non può spostarsi: parti dalla scadenza, poi procedi a ritroso attraverso ogni attività per trovare la data più tardiva in cui ciascuna deve iniziare. Quando il lavoro è troppo incerto per essere pianificato per intero, molti team combinano un cronoprogramma per milestone dell'intero progetto con un cronoprogramma dettagliato solo per le prossime settimane.
Come creare un cronoprogramma di progetto passo dopo passo
I passaggi seguenti seguono la sequenza classica di gestione della schedulazione. Nei progetti piccoli puoi svolgerne diversi in un unico workshop; in quelli grandi ogni passaggio può richiedere giorni.
1. Concorda come sarà gestito il cronoprogramma
Decidi lo strumento di schedulazione, le unità (giorni od ore), il livello di dettaglio, la frequenza di aggiornamento dell'avanzamento, chi può modificare il cronoprogramma e cosa costituisce uno scostamento significativo. Nei progetti più grandi questo diventa un breve piano di gestione della schedulazione all'interno del piano di project management.
2. Scomponi l'ambito
Parti dall'ambito approvato e scomponilo in deliverable e work package con una work breakdown structure. Se qualcosa non è nella WBS, non sarà nel cronoprogramma, quindi questo passaggio ti protegge dal lavoro dimenticato.
3. Definisci le attività
Suddividi ogni work package in attività che una persona o un team possa gestire. Una regola empirica comune è che un'attività dovrebbe durare tra un giorno e due settimane; qualsiasi cosa più lunga è difficile da monitorare, qualsiasi cosa più breve di solito comporta troppa burocrazia. Assegna a ogni attività un nome chiaro composto da verbo e sostantivo, come "Approvare il design" anziché "Design".
4. Metti in sequenza le attività
Collega ogni attività ai suoi predecessori e successori. La maggior parte dei collegamenti è finish-to-start, ma puoi usare anche start-to-start, finish-to-finish e, raramente, start-to-finish. Aggiungi lead e lag dove il lavoro può sovrapporsi o deve attendere, ad esempio un lag di tre giorni per la maturazione del calcestruzzo. La nostra guida alle dipendenze tra attività spiega ogni tipo con esempi.
5. Stima le durate
Stima quanto tempo richiederà ogni attività, non solo quanto lavoro comporta. Impegno sono le ore-persona necessarie; durata è il tempo lavorativo trascorso, che dipende da quante persone ci lavorano e da quanta parte della loro settimana possono dedicarvi. Usa i dati storici quando li hai, chiedi alle persone che svolgeranno il lavoro e usa stime a tre punti per le attività incerte. Sono comuni anche la stima analoga (confronto con lavori passati simili) e la stima parametrica (ad esempio metri di cavo al giorno).
6. Assegna risorse e calendari
Assegna a ogni attività persone o ruoli nominativi, attrezzature e fornitori, poi applica i calendari per festività, personale part-time e chiusure dei siti. Verifica che nessuno sia impegnato per più ore di quante ne abbia. Confronta le ore settimanali per cui ogni persona è impegnata con quelle che ha effettivamente a disposizione, al netto di riunioni, attività di supporto e altri progetti.
7. Calcola il cronoprogramma e risolvi i conflitti
Applica il metodo del percorso critico per calcolare date al più presto e al più tardi, float e percorso critico. Poi risolvi i problemi: usa il livellamento delle risorse per eliminare i sovraccarichi e, se la data di fine è troppo tardiva, valuta la compressione dei tempi tramite crashing o fast tracking.
8. Rivedi, approva e fissa la baseline
Ripercorri il cronoprogramma con le persone che svolgono il lavoro e con lo sponsor. Verifica che la logica abbia senso, che il percorso critico sia credibile e che i rischi principali abbiano una contingenza. Una volta approvato, salvalo come baseline di progetto per poter misurare gli scostamenti in seguito.
Da quel momento il compito diventa controllare il cronoprogramma: aggiornare l'avanzamento, rifare le previsioni e gestire le modifiche, come vedremo più avanti.
Esempio svolto: schedulare il trasloco di un ufficio
Un team di 20 persone si trasferisce in un nuovo ufficio. Il project manager elenca sei attività, con la durata in giorni lavorativi, i predecessori e un responsabile per ciascuna.
| ID | Attività | Durata | Predecessori | Responsabile |
|---|---|---|---|---|
| A | Pianificare il trasloco | 3 giorni | Nessuno | Office manager |
| B | Ordinare i mobili | 4 giorni | A | Acquisti |
| C | Prenotare la ditta di traslochi | 2 giorni | A | Office manager |
| D | Montare i mobili | 5 giorni | B | Fornitore |
| E | Imballare ed etichettare | 3 giorni | C | Tutto il personale |
| F | Trasloco e disimballaggio | 2 giorni | D, E | Ditta di traslochi |
Ci sono due percorsi dall'inizio alla fine:
| Percorso | Attività | Durata |
|---|---|---|
| Percorso 1 | A, B, D, F | 3 + 4 + 5 + 2 = 14 giorni |
| Percorso 2 | A, C, E, F | 3 + 2 + 3 + 2 = 10 giorni |
Il percorso più lungo, A-B-D-F, è il percorso critico, quindi il trasloco richiede almeno 14 giorni lavorativi. Le attività C ed E si trovano sul percorso più breve e condividono 4 giorni di float: possono slittare fino a 4 giorni complessivi senza ritardare il trasloco. Il calcolo completo delle date al più presto e al più tardi è illustrato passo per passo nella nostra guida al forward pass e backward pass.
Trasformare la logica in date di calendario
Se il lavoro inizia lunedì 2 novembre 2026 e il team lavora dal lunedì al venerdì, le date al più presto calcolate sono:
| Attività | Inizio | Fine |
|---|---|---|
| A Pianificare il trasloco | lun 2 nov | mer 4 nov |
| B Ordinare gli arredi | gio 5 nov | mar 10 nov |
| C Prenotare la ditta di traslochi | gio 5 nov | ven 6 nov |
| D Installare gli arredi | mer 11 nov | mar 17 nov |
| E Imballare ed etichettare | lun 9 nov | mer 11 nov |
| F Traslocare e disimballare | mer 18 nov | gio 19 nov |
Due aspetti meritano attenzione. Primo, il fine settimana aggiunge giorni di calendario senza aggiungere giorni lavorativi, ed è per questo che il progetto di 14 giorni termina il 19 novembre anziché il 15 novembre. Secondo, il tempo di consegna del fornitore di arredi si trova sul percorso critico, quindi il project manager dovrebbe farlo confermare per iscritto e sollecitarlo per tempo, mentre l'imballaggio (che ha float) può assorbire piccoli ritardi.
Puoi ricostruire questo esempio nel nostro modello di cronoprogramma di progettogratuito, oppure vedere il calcolo del percorso critico illustrato nel modello di percorso critico.
Tecniche di schedulazione del progetto
La maggior parte dei cronoprogrammi usa una combinazione di tecniche. La tabella riassume quando ciascuna è utile.
| Tecnica | Che cosa fa | Ideale per |
|---|---|---|
| diagramma di Gantt | Mostra le attività come barre su una timeline, con i collegamenti di dipendenza | Costruire e comunicare il piano |
| Metodo del percorso critico | Calcola date al più presto e al più tardi, float e percorso più lungo | Qualsiasi progetto con dipendenze chiare |
| PERT | Usa stime ottimistiche, più probabili e pessimistiche | Attività con durate incerte |
| Catena critica | Schedula tenendo conto dei limiti delle risorse e protegge la data di fine con dei buffer | Lavoro vincolato dalle risorse e multiprogetto |
| Livellamento delle risorse | Sposta le attività per eliminare i sovraccarichi di risorse | Specialisti condivisi o scarsi |
| Compressione dei tempi | Accorcia il cronoprogramma tramite crashing o fast tracking | Scadenze fisse o imposte |
| Pianificazione a onda mobile | Pianifica nel dettaglio il lavoro a breve termine e a un livello più alto quello successivo | Progetti lunghi o incerti |
| simulazione Monte Carlo | Esegue il cronoprogramma molte volte con durate casuali per stimare la data di fine probabile | Progetti ad alto rischio che richiedono un livello di confidenza |
Metodo del percorso critico
Il CPM è il calcolo alla base di quasi ogni strumento di schedulazione. Un passaggio in avanti (forward pass) trova l'inizio e la fine al più presto di ogni attività; un passaggio all'indietro (backward pass) trova le date più tardive che consentono comunque di rispettare la fine del progetto. La differenza è il float, e la catena di attività con float pari a zero è il percorso critico. Ti indica dove concentrare l'attenzione e quali attività devono essere accorciate se il progetto deve terminare prima.
PERT e stima a tre punti
Quando le durate sono incerte, chiedi tre stime: ottimistica (O), più probabile (M) e pessimistica (P). La media ponderata PERT è (O + 4M + P) ÷ 6. Per un'attività stimata a 4, 6 e 14 giorni, la durata attesa è (4 + 24 + 14) ÷ 6 = 7 giorni, un giorno in più rispetto alla stima più probabile, il che riflette il rischio che qualcosa vada storto.
Livellamento e smoothing delle risorse
Il livellamento delle risorse ritarda le attività finché le persone necessarie non sono libere, il che può spostare in avanti la data di fine. Lo smoothing delle risorse sposta le attività solo all'interno del loro float, quindi la data di fine resta fissa ma alcuni sovraccarichi possono rimanere. Usa il livellamento quando le persone sono davvero sovrallocate; usa lo smoothing per livellare i picchi senza spostare la scadenza.
Crashing e fast tracking
Il crashing aggiunge risorse alle attività critiche per accorciarle, il che di solito costa di più. Il fast tracking svolge in parallelo attività pianificate in sequenza, il che aumenta il rischio e le rilavorazioni. Entrambi sono utili solo se applicati al percorso critico. Il nostro confronto tra fast tracking vs crashing mostra come scegliere.
Schedulare progetti Agile e ibridi
I team Agile schedulano comunque, ma a un livello diverso. Invece di una rete dettagliata di attività per l'intero progetto, di solito lavorano con:
- Time-box: sprint o iterazioni di durata fissa, per cui le date sono note e l'ambito all'interno di ciascuno varia.
- Piani di rilascio: una previsione di quali funzionalità saranno probabilmente pronte entro quale data di rilascio, basata sulla velocity misurata del team. Vedi Release planning Agile.
- Piani di sprint: il piano dettagliato solo per lo sprint successivo, creato durante lo sprint planning.
- Milestone per la governance: gate di finanziamento, date normative o un lancio di marketing attorno a cui il resto dell'organizzazione deve pianificare.
I progetti ibridi sono comuni: un progetto edilizio o infrastrutturale può usare un cronoprogramma predittivo con percorso critico per le opere fisiche e un approccio Agile per il software che gestisce l'edificio. In tal caso, collega i due tramite milestone condivise anziché forzare le attività degli sprint nel cronoprogramma master. Un'unica timeline di alto livello può quindi mostrare sia le fasi di costruzione sia i rilasci software pianificati.
Controllare il cronoprogramma
Un cronoprogramma è utile solo se riflette la realtà. Una volta avviato il progetto:
- Aggiorna l'avanzamento con una cadenza fissa, di solito settimanale. Registra le date effettive di inizio e fine e la durata residua delle attività in corso, non solo una percentuale di completamento.
- Ricalcola e aggiorna le previsioni. Lascia che lo strumento ricalcoli le date e verifica se il percorso critico si è spostato. Un percorso quasi critico può diventare critico dopo un piccolo ritardo.
- Misura lo scostamento. Confronta le date previste con la baseline. I team che usano l'earned value monitorano anche lo scostamento di schedulazione e lo schedule performance index, e una curva a S mostra l'avanzamento pianificato rispetto a quello effettivo nel tempo.
- Agisci per tempo. Usa il float, riordina il lavoro, aggiungi risorse alle attività critiche o concorda modifiche all'ambito prima che i piccoli ritardi si sommino.
- Gestisci formalmente le modifiche. Le modifiche alla baseline passano attraverso il controllo delle modifiche, così i report sugli scostamenti restano significativi e gli stakeholder sanno quali date sono approvate.
Strumenti di schedulazione del progetto
Puoi schedulare un piccolo progetto in un foglio di calcolo, ma non appena le dipendenze cambiano spesso o più persone condividono il piano, un software dedicato fa risparmiare tempo ed errori.
| Opzione | Adatta a | Attenzione a |
|---|---|---|
| Foglio di calcolo o modello | Progetti piccoli, un solo pianificatore, avvio rapido | Nessun ricalcolo automatico delle dipendenze o del percorso critico |
| Software di project management basato su Gantt | Team che hanno bisogno di timeline condivise, sensibili alle dipendenze, e di collaborazione | Verifica quali piani includono Gantt, baseline e viste del carico di lavoro |
| Software di schedulazione dedicato | Grandi cronoprogrammi di ingegneria ed edilizia con migliaia di attività | Richiede formazione; meno adatto alla collaborazione quotidiana del team |
Quando confronti gli strumenti, cerca: dipendenze finish-to-start e di altro tipo, ripianificazione automatica quando un'attività slitta, evidenziazione del percorso critico, baseline, viste di risorse o carico di lavoro e condivisione semplice con gli stakeholder.
Tra gli strumenti che recensiamo, Wrike è un'ottima scelta per i team che gestiscono più progetti contemporaneamente e hanno bisogno di diagrammi di Gantt interattivi, dipendenze e viste del carico di lavoro in un unico posto. Smartsheet è adatto ai team che apprezzano un layout a foglio di calcolo con funzionalità di Gantt e dipendenze. Per esigenze più leggere, confronta le opzioni nella nostra classifica degli strumenti di project management o consulta la nostra guida ai software per diagrammi di Gantt.
Errori comuni nella schedulazione del progetto
| Errore | Perché è dannoso | Come correggerlo |
|---|---|---|
| Digitare le date invece di costruire la logica | Il cronoprogramma non può ricalcolarsi quando qualcosa slitta | Inserisci durate e dipendenze e lascia che sia lo strumento a fissare le date |
| Dipendenze mancanti o sospese | Il percorso critico sembra più corto di quanto sia in realtà | Assegna a ogni attività un predecessore e un successore, tranne l'inizio e la fine |
| Attività troppo grandi o troppo piccole | Quelle grandi nascondono i ritardi; quelle minuscole ti sommergono di burocrazia | Punta ad attività da circa un giorno a due settimane |
| Presumere che le persone siano a tempo pieno | Le durate sono troppo ottimistiche | Usa la disponibilità reale e i calendari delle risorse |
| Ignorare festività e tempi di consegna | Le date sono sbagliate prima ancora che il lavoro inizi | Imposta i calendari e includi i tempi di consegna dei fornitori come attività |
| Nessuna contingenza per i rischi noti | Ogni rischio che si verifica diventa un ritardo | Aggiungi una riserva di tempo collegata al registro dei rischi |
| Pianificare lavoro lontano con un dettaglio illusorio | Si spreca impegno e il piano viene comunque riscritto | Usa la pianificazione a onda mobile |
| Non ridefinire mai la baseline dopo le modifiche approvate | I report sugli scostamenti perdono significato | Ridefinisci la baseline tramite il controllo delle modifiche e conserva lo storico |
Checklist per la schedulazione del progetto
Usa questa verifica rapida prima di chiedere l'approvazione:
- Ogni deliverable della WBS è coperto da almeno un'attività.
- Ogni attività ha un responsabile, una durata e collegamenti logici.
- I calendari includono festività, personale part-time e tempi di consegna dei fornitori.
- Nessuna risorsa è sovraccarica, oppure i sovraccarichi sono compresi e accettati.
- Il percorso critico è credibile ed è stato rivisto con le persone che svolgono il lavoro.
- Le milestone chiave corrispondono agli impegni del charter o del contratto.
- La contingenza per i rischi è inclusa e visibile.
- La baseline è salvata e la cadenza di aggiornamento è concordata.
Modelli gratuiti per questo argomento
Domande frequenti
Che cos'è la schedulazione di progetto?
La schedulazione del progetto è il processo con cui si elencano le attività necessarie a un progetto, si mettono in ordine logico, se ne stimano durate e risorse e si calcolano le date di inizio e fine di ciascuna. Il risultato è il cronoprogramma di progetto, su cui lavora il team e rispetto a cui si misura l'avanzamento.
Qual è la differenza tra un piano di progetto e un cronoprogramma di progetto?
Il piano di project management descrive come sarà gestito l'intero progetto: ambito, costi, qualità, rischi, comunicazione e altro. Il cronoprogramma ne è una parte e riguarda le tempistiche: attività, dipendenze, durate e date.
Quali sono le fasi della schedulazione di progetto?
Concorda come sarà gestito il cronoprogramma, scomponi l'ambito, definisci le attività, mettile in sequenza, stimane le durate, assegna risorse e calendari, calcola il cronoprogramma (di solito con il metodo del percorso critico), poi rivedilo, fissa la baseline e controllalo.
Quali sono i principali tipi di cronoprogramma di progetto?
I tipi più comuni sono il cronoprogramma per milestone per i dirigenti, il cronoprogramma di sintesi o master per i comitati guida, il cronoprogramma dettagliato per il team, il cronoprogramma a ritroso costruito a partire da una scadenza fissa, e i piani di rilascio o di sprint per i team Agile.
Quali sono le principali tecniche di schedulazione del progetto?
Le più usate sono i diagrammi di Gantt, il metodo del percorso critico, la stima a tre punti PERT, la critical chain, il livellamento e lo smoothing delle risorse, la compressione dei tempi (crashing e fast tracking), la pianificazione a onda mobile e la simulazione Monte Carlo.
Che cos'è il percorso critico nella schedulazione di progetto?
Il percorso critico è la sequenza più lunga di attività dipendenti dall'inizio alla fine. Determina la durata minima possibile del progetto, e un ritardo in qualsiasi attività che ne fa parte ritarda il progetto, a meno che tu non recuperi il tempo. Consulta la nostra metodo del percorso critico dedicata a questa figura.
Che cos'è una baseline dei tempi?
La baseline dei tempi è la versione approvata delle date del cronoprogramma. Confronti con essa le date effettive e previste per misurare lo scostamento, e la modifichi solo tramite un controllo formale delle modifiche. Vedi baseline di progetto.
Quanto dettagliato dovrebbe essere un cronoprogramma di progetto?
Abbastanza dettagliato da consentire a ogni attività di avere un unico responsabile e di essere monitorata, tipicamente da un giorno a due settimane. Molti team pianificano nel dettaglio le prossime settimane e mantengono il lavoro successivo a livello di sintesi, affinandolo man mano che imparano (pianificazione a onda mobile).
Con quale frequenza va aggiornato un cronoprogramma di progetto?
La maggior parte dei progetti lo aggiorna settimanalmente, in linea con il reporting di stato. I progetti brevi o molto dinamici possono aggiornarlo più spesso; i programmi lunghi con lavoro stabile possono farlo ogni due settimane. L'importante è una cadenza fissa nota a tutti.
I progetti Agile possono avere un cronoprogramma?
Sì. I team Agile schedulano con sprint di durata fissa, piani di rilascio basati sulla velocity e milestone per la governance, anziché con una rete dettagliata di attività per l'intero progetto.
Chi è responsabile del cronoprogramma di progetto?
Il project manager è responsabile del cronoprogramma e del suo aggiornamento. Le persone che svolgono il lavoro dovrebbero contribuire a definire, mettere in sequenza e stimare le proprie attività, perché conoscono meglio il lavoro e sono più impegnate a rispettare date che hanno contribuito a fissare.
Qual è il miglior strumento per la schedulazione del progetto?
Qualsiasi strumento che gestisca le dipendenze, ricalcoli automaticamente le date e mostri il percorso critico svolge il compito essenziale. Per il lavoro in team sono diffusi strumenti con Gantt come Wrike o Smartsheet ; i progetti piccoli possono iniziare con un modello di cronoprogramma di progetto.
Come si rende realistico un cronoprogramma di progetto?
Coinvolgi nella stima le persone che svolgono il lavoro, usa la disponibilità reale anziché presumere personale a tempo pieno, includi festività e tempi di consegna dei fornitori, aggiungi una contingenza per i rischi noti e rivedi il percorso critico prima di fissare la baseline.
Qual è la differenza tra livellamento e smoothing delle risorse?
Il livellamento delle risorse ritarda le attività finché le risorse non sono libere e può spostare in avanti la data di fine. Lo smoothing delle risorse sposta le attività solo all'interno del loro float, quindi la data di fine non cambia. Vedi livellamento delle risorse.