Qual è il punto di un diagramma di Gantt e mi aiuterà? [chiuso]


11

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?


17
Ha minacciato con il grafico? Chiamerei la polizia.
Epsilon,

@EpsilonVector Penso che potrebbe essere considerato non professionale.
Armand,

1
@bjarkef: forse ha minacciato di costringerlo a tenerlo aggiornato. Per l'OP: è un modo per scrivere e tenere traccia delle congetture - questo è tutto.
Steven Evers,

13
Quando qualcuno ti minaccia con un diagramma di Gantt, si consiglia di bloccare e contrattaccare con un diagramma a torta -> Alla sua faccia ...
Darknight

3
@Darknight no! i grafici a torta sono deboli contro i diagrammi di Gantt: ciò di cui quest'uomo ha bisogno è un istogramma graduato logaritmicamente!
Carson Myers,

Risposte:


8

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.

testo alternativo

È 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!


7
E presumibilmente se rimandate troppo a lungo, potreste rimanere senza muro.
Armand,

@Alison - Anche questo è un rischio :-)) LOL
Rook

Di cosa stai parlando? I manager non cambiano il grafico, continuano solo a costringerti a promettere che ti tratterrai, facendoti lavorare 70 o 80 ore settimanali! :) Risparmia carta in questo modo ...
Scott Whitlock,

@Scott Whitlock - :-)))) Hehehe
Rook

1
@Allison, ecco perché il mondo è rotondo ...

7

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.


Sembra molto utile. Sono standard dove lavori?
Armand,

Sì, anche se solo a livello manageriale. Tutti i nostri PM hanno MSProject e lo usano per tenere traccia delle attività su larga scala. Funziona bene dato che ai livelli inferiori (attività individuale), lo stato cambia troppo rapidamente per tracciare in modo efficace. Ma possiamo dire quando il lavoro di QA sta per essere ritardato perché il lavoro di sviluppo sta impiegando più tempo del previsto.
JohnL

La mappa delle dipendenze è di gran lunga la parte più utile. A volte li realizzo senza durate (o tutte le durate impostate sul valore predefinito) solo per ottenere una rappresentazione grafica di ciò che i colli di bottiglia sono / sono probabili essere.
Bill

+1, e penso che sia anche utile vedere quali compiti non sono ancora così critici , quindi puoi concentrarti sul battere altri cavalli
user281377

... e se non sei il collo di bottiglia, può essere uno strumento prezioso per THE BLAME GAME!
Agos,

6

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:

  • Il mio manager: quando sarà il software in uno stato shippable?
  • Uno sviluppatore: ho finito il compito che mi avevi assegnato. Che compito mi stai assegnando ora?

Quindi quali sono i fattori necessari per essere utile un diagramma di Gantt?

Più membri del team

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.

Conoscenza di quali sono i compiti

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.

Tempo e motivazione per mantenere il grafico

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?

Qualcuno si preoccupa davvero dei risultati

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.


3

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.


Originariamente pubblicato sul mio blog, ma ho pensato di condividerlo per intero qui. blog.gigantt.com/2010/12/tracking-gantts.html
Assaf Lavie

1
Penso che dobbiamo chiarire che ti stai concentrando sul "Tracking Gantts", non sui grafici di Gantt in generale. Uso i diagrammi di Gantt in alcuni casi. Ma come te, non vedo alcun vantaggio nell'uso delle funzionalità di monitoraggio. Quando viene fuori un nuovo compito a cui non hai pensato, incorporalo nel diagramma di Gantt. Il diagramma di Gantt modificato è ora il piano. Sì, è leggermente diverso dal piano della scorsa settimana, ma nessuno dovrebbe essere sorpreso. Se il management sta interpretando le tue stime iniziali come impegni, quindi utilizzandolo per maltrattarti, hai un problema al di là dei controlli di Gantt. +1 comunque - fai dei buoni punti.
Andrew Shepherd,

2

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.


Sì, per progetti brevi, questo è vero. Eh.
PeterAllenWebb,

1

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è:

  • l'elenco delle attività è completo
  • le stime sono accurate
  • le dipendenze tra le attività sono complete e
  • le risorse rappresentative del team e correttamente mappate all'attività.

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.


1

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 ci fossero scelte software migliori per il Mac ... direi che ci sono scelte migliori di un Mac ;-)
Joris Meys,

1

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.

  • Le attività di solito non dipendono dall'ordine. Possono essere eseguiti in qualsiasi ordine.
  • L'ordine delle attività può modificare il tempo necessario per completare l'attività.
  • Le attività possono generare altre attività, ad esempio bug

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

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.