Il mio collega (non tecnico) mi ha minacciato con un diagramma di Gantt per un nuovo progetto che stiamo attualmente pianificando. Cosa è probabile che ciò ci fornisca e sarà uno strumento utile?
Il mio collega (non tecnico) mi ha minacciato con un diagramma di Gantt per un nuovo progetto che stiamo attualmente pianificando. Cosa è probabile che ciò ci fornisca e sarà uno strumento utile?
Risposte:
Come dice Wikipedia, il grafico di Gannt è un tipo di grafico a barre (più spesso un "tipo di linea") che aiuta nella pianificazione del progetto. Viene spesso disegnato manualmente sul muro su un pezzo di carta (davvero grande), poiché può essere facilmente modificato in quel formato.
È un tipo molto semplice di strumento di pianificazione; puoi produrlo in Excel o in qualche equivalente; e piuttosto efficace, purché il tempo necessario per determinate fasi del progetto possa essere stimato approssimativamente. Se c'è un ritardo - nessun problema - viene allungata una riga, le altre rimangono invariate e si ha una nuova data di fine progetto.
Le fasi sovrapposte (per quanto riguarda il tempo) sono facilmente visibili su di essa, così come le dipendenze dell'inizio di una fase basandosi sulla fine di un'altra.
è tutto quello che c'è da fare davvero.
Ovviamente, il problema con il Gannt (o la "tabella dei tempi", come di solito viene chiamato nella mia parte del mondo) è che, all'inizio di un progetto, hai tutto ben disegnato sul muro, sentendoti entusiasta e felice, ... allora si verifica un ritardo, e lo cambi sulla carta, e stai ancora abbattendo felice ... poi si verifica un altro ritardo, lo elabori di nuovo e ti senti ancora abbastanza bene .. Si verificano 100 volte di ritardo ... ti senti come _______ (censurato).
Significa che è solo un buon strumento di pianificazione del progetto se stai rispettando quelle scadenze. Quindi smetti di perdere tempo qui e mettiti al lavoro!
Un diagramma di Gantt ben prodotto e mantenuto può essere un ottimo strumento. I principali vantaggi sono mostrare quali attività dipendono da altre attività, prevedere in che modo il progetto può essere influenzato da ritardi e evidenziare ore sprecate perché si stava aspettando qualcos'altro.
Ho usato con successo le carte Gantt in passato per la gestione di progetti software. Ho anche visto persone abbandonarle frustrate.
Qualsiasi strumento di gestione del progetto è utile solo se sta rispondendo a domande che qualcuno sta effettivamente ponendo. Nel mio caso, mi venivano continuamente poste due domande e il mio diagramma di Gantt poteva rispondere:
Quindi quali sono i fattori necessari per essere utile un diagramma di Gantt?
Questo dovrebbe essere ovvio. Se c'è un solo membro del team, tutto ciò che serve è un elenco di attività in una colonna. Li farai solo uno dopo l'altro.
Questa sembra un'altra affermazione ovvia, ma rimarrai sorpreso da quanti progetti software non sono abbastanza ben definiti per poter essere suddivisi in attività. Avrai effettivamente bisogno di una specifica iniziale e di un certo grado di design iniziale. In alcune delle metodologie agili / estreme non è possibile utilizzare un diagramma di Gantt, perché non si sa quali attività saranno svolte nella successiva iterazione di 3 settimane.
Qualcuno DEVE dedicare del tempo per mantenere la cosa. Troppo spesso qualcuno passa giorni a creare un diagramma di Gantt dettagliato, quindi lo trascura. Forse lo tirerà fuori un mese dopo, riderà nervosamente e lo getterà via, per non parlarne mai più.
Una volta che hai i compiti e le migliori stime, li metti sul grafico. E quando la prima attività è stata completata, è necessario contrassegnarla sul grafico e quindi spostare tutte le altre attività in giro per compensare il fatto che la stima era errata. E due giorni dopo lo fai di nuovo. E poi ancora, altri due giorni dopo. E, naturalmente, quando si scopre che hai dimenticato qualcosa o appare un difetto, devi mettere le nuove attività sul grafico.
Potrebbe sembrare un significativo impegno nel tempo, e hai ragione. Da dove viene la motivazione per farlo?
I tempi in cui ho usato con successo un diagramma di Gantt erano le riunioni settimanali di gestione del progetto. Il manager andava in giro per la stanza chiedendo a ciascun caposquadra di dichiarare quando il loro progetto sarebbe stato consegnato. Se un progetto fosse in esecuzione, le risorse verrebbero riallocate. Per i primi due incontri balbetterei sul fatto che non sapevo davvero quando sarebbe stato consegnato, e avrei escogitato un vago "tra tre mesi". L'imbarazzo di ciò mi ha fatto cambiare la mia strategia e assicurarmi dannatamente di avere un diagramma di Gantt che era aggiornato e accurato prima di ogni incontro.
Come effetto collaterale, ciò ha reso il mio progetto meglio organizzato e più efficiente e i membri del mio team più motivati.
Nessuna singola invenzione merita più credito per aver reso la pianificazione del progetto impopolare come lo è oggi di Tracking Gantts. Tracciare i Gantts non dovrebbe solo essere considerato dannoso, ma dovrebbe essere considerato malvagio. Ecco perché.
Motivo n. 1: la loro motivazione
Tracciamento di Gantts ti consente di vedere, per ogni fase del tuo piano, quanto tempo hai pensato che ci vorrà e quanto tempo effettivamente impiegherà. Devi sapere, ogni giorno e in riunione di stato, che la fase X avrebbe dovuto iniziare entro marzo, ma chiaramente non inizierà fino a maggio. Eccezionale. Sapevi già, quando hai fatto la pianificazione iniziale, che il piano dovrà cambiare man mano che il progetto avanza. Nuove informazioni vengono alla luce. Le persone e le risorse sono imprevedibili, ecc. Quindi, perché è importante ricordare costantemente, in ogni riunione di stato, quanto male le vostre previsioni iniziali si stanno accumulando nella vita reale?
Motivo n. 2: ti costringono a rispettare il piano originale
L'idea stessa di tracciare il diagramma di Gantt di un progetto significa che invece di concentrarsi sull'adattamento costante del piano di lavoro basato su nuove informazioni, si sceglie di attenersi a un piano obsoleto, solo perché consente di puntare le dita ed evidenziare le previsioni errate che erano il inevitabile risultato dell'enorme incertezza che comportava la fase iniziale di pianificazione del progetto. Dopotutto, non puoi rintracciare il Gantt se permetti al piano di cambiare radicalmente, giusto? Deve avere la stessa forma generale ed essere composto dagli stessi passaggi, altrimenti non c'è nulla da rintracciare ... Boneheaded aderire ai piani è il motivo numero uno per cui "Waterfall" è attualmente considerato un termine peggiorativo. Pianificare in anticipo è confuso con attenersi al piano originale.
Motivo n. 3: non ti insegnano nulla
Non è che il ritardo in questo progetto cambierà effettivamente il modo in cui pianifichi il prossimo progetto, a meno che i progetti che stai pianificando siano prevedibilmente simili e ripetitivi. Dopotutto, è quello a cui inizialmente Gantts è stato utilizzato: pianificare il lavoro nelle linee di produzione in fabbrica, dove le attività sono ben definite e la loro durata è estremamente prevedibile.
Il valore che il monitoraggio aggiunge a un diagramma di Gantt di sviluppo software è zero. Probabilmente anche meno di zero. Non solo le stime passate sono irrilevanti per i nuovi progetti, ma l'illusione di poter effettivamente migliorare la capacità di stima nel tempo attraverso la retrospezione è pericolosa. Certo, uno studente CS potrebbe davvero non sapere che l'integrazione richiede molto tempo nella vita reale. Ma chiunque sia stato coinvolto in più di due progetti nella loro vita è già ben consapevole dei soliti sospetti per progetti in ritardo. La vera ragione per cui i progetti sono ritardati non è un fattore di errore matematico che deve essere applicato alle stime in generale - è l'incertezza intrinseca che deriva dal fare qualcosa per la prima volta e non sapere esattamente come andrà a finire.
Esistono effettivamente sistemi di gestione dei progetti che cercano di attaccare il problema da questa angolazione sbagliata. Misurano le tue previsioni rispetto alle prestazioni effettive e provano a correggere la tua stima complessiva usando l'analisi statistica. Come se "Danny sottovaluta sempre tutto del 14,3%" è sempre il caso. Danny non è stupido e supporre che l'errore delle sue previsioni sia prevedibile è davvero idiota. Confonde la "cura" primitiva - aggiungendo fattori alla tua stima - con la causa del problema. La tua stima non è imprecisa perché non è stata moltiplicata per il fattore "corretto". Il tuo piano è semplicemente incompleto; e ogni piano è incompleto a modo suo.
Motivo n. 4: focalizzano la tua attenzione su cose sbagliate
Invece di concentrarti su ciò che deve essere fatto per consegnare in tempo, ora sei concentrato sulla giustificazione delle tue previsioni imprecise. Invece di concentrarti sulla pianificazione in modo più dettagliato e sull'adattamento del tuo piano a nuove informazioni, stai rimodellando un piano obsoleto. I progetti vengono raramente ritardati perché le parti del piano di lavoro sono state stimate erroneamente. Sono in ritardo perché un mucchio di cose è stato semplicemente lasciato fuori dal piano originale. Tracciare i Gantts lo rende ancora peggio, perché che tipo di motivazione devi inserire più dettagli nel tuo piano se tutto andrà a finire evidenziato come una scarsa stima in ogni riunione di stato? Ti fanno aderire a grossi pezzi di lavoro tracciabili nel tuo diagramma di Gantt. Invece di concentrarti sull'adattamento e ottenere la strada giusta,
C'è anche il problema di non avere strumenti sufficienti per gestire piani sufficientemente elaborati. Hai una possibilità molto migliore di costruire un buon piano iniziale (e stima) se i tuoi strumenti ti consentono di esporre tutti quei passaggi frequentemente trascurati lungo il percorso. I Gantts tradizionali sono bestie a bassa risoluzione che sono giustamente visti dagli sviluppatori come caricature della realtà della gestione dei progetti. Ciò che serve è uno strumento che semplifichi l'aggiunta di quante più informazioni possibili al piano di lavoro nella fase iniziale e quindi l'adattamento del piano con la stessa facilità con cui la nebbia dell'incertezza svanisce lentamente dal progetto. L'ultima cosa di cui hai bisogno sono incessanti promemoria a bassa risoluzione delle tue imprecise previsioni passate. Tracciare i giganti è buono per puntare le dita e coprire il culo, non per fare le cose.
Il software per diagrammi di Gantt consente di analizzare interdipendenze complesse e di prevedere gli effetti di sovraccarichi e ritardi.
Tuttavia, per la maggior parte dei progetti software, ci sono poche interdipendenze e input esterni, quindi la chiave per la previsione è sapere quale sia il giusto moltiplicatore da utilizzare quando il team del software afferma che ci vorranno 3 settimane.
Come altri hanno già detto, un diagramma di Gantt (comunemente indicato in modo informale come piano di progetto) è un modo di mappare i compiti e le interdipendenze tra tali compiti, con l'obiettivo di stabilire il tempo totale minimo trascorso per un progetto.
Dal punto di vista della gestione, l'output chiave è l'identificazione del percorso critico, ovvero l'elenco delle attività che, se ritardate, ritardano il progetto.
Un esempio molto semplice: supponiamo che due programmatori stiano lavorando a un progetto con tre attività (modulo di codice A che richiede un programmatore 10 giorni, modulo di codice B che richiede un programmatore 5 giorni, quindi integra aeb che richiede entrambi i programmatori 2 giorni). I primi due compiti (moduli di codifica A e B) saranno lavorati in parallelo e l'obiettivo è quello di completare tutti e tre i compiti e quindi il progetto tutto in 12 giorni.
In questo caso il percorso critico è la codifica del modulo A, quindi il test di integrazione. La codifica del modulo B può effettivamente iniziare con 5 giorni di ritardo (o in eccesso di cinque giorni) senza alcun impatto, anche se è finita in tempo, il modulo di codifica A impiegherà molto più tempo. D'altra parte se il modulo di codifica A o il test di integrazione scivolano in qualsiasi momento, l'intero progetto scivolerà.
Conoscere questo genere di cose ti aiuta a capire come distribuire le risorse e se è probabile che un ritardo su una determinata attività abbia un impatto sull'intero progetto.
Sono utili? Ovviamente sì, ma con un avvertimento significativo: solo fintanto che l'informazione che li contiene è buona - cioè:
E da lì il team deve lavorare sulla carta ed eseguire le attività nell'ordine giusto (non fare qualcosa di più interessante dell'attività assegnata in quanto potrebbe ritardare qualcosa / qualcun altro lungo la linea).
Se fai tutto questo, allora sì, può davvero aiutarti ma il lavoro deve essere messo in primo piano per garantire che sia accurato e realistico.
ADORO le carte Gantt e se ci fossero scelte software migliori per il Mac per crearle, le userei sempre.
Vedere le dipendenze è enorme. "Se non riusciamo a completare il backfilling dei dati del progetto, la costruzione dei miglioramenti non può iniziare."
Se il tuo progetto è un progetto di sviluppo software, un diagramma di Gantt non sarà molto utile e sarà soprattutto una perdita di tempo. Non sono progettati per la natura fluida dello sviluppo del software, ad es.
Il risultato è che passerai più tempo ad aggiornare il piano che a fare il lavoro.
Gestisci le tue esigenze e tutto il resto si prenderà cura di se stesso.
YMMV