Un diagramma di Gantt più grande di una singola pagina è mai utile?

Question

Ho lavorato su alcuni progetti gestiti attraverso l'uso di un diagramma di Gantt. Alcuni di questi hanno un numero enorme di compiti e il project manager trascorre tutto il loro tempo a lottare con MS Project invece di fare buone scelte.

Riesco a capire se ci sono diversi team separati che lavorano per qualcosa (ad esempio legale, IT, marketing) per gestire un progetto in generale.

Qualcuno ha partecipato a un progetto di sviluppo software che ha utilizzato un diagramma di Gantt con successo?

Answer 1

I progetti di sviluppo di software di micromanaging che utilizzano MS Project sono una delle cose più stupide che qualcuno possa fare, specialmente in un ambiente agile. Troppe cose che richiedono 1/10 o 10 volte il tempo previsto, troppe cose che sono state superate e troppe riunioni di pianificazione del progetto che hanno consumato tempo di lavoro utile.

Inoltre, essere schiavo del diagramma di Gantt è una cosa molto comune che vedi, soprattutto con i project manager che provengono da discipline diverse.

Tuttavia sono utili per garantire che le azioni (ottenere un account con XYZ impostato, ottenere la conformità per controllare il testo sul sito Web, ecc.) siano completate entro determinate scadenze. Anche le scadenze approssimative per le attività di programmazione vanno bene.

Tutto a mio avviso, sono certo che ci sono persone che hanno avuto risultati positivi da te di programmazione di micromanage.

Answer 2

Usiamo sempre i grafici di Gannt nella pianificazione del progetto. Sono sempre utili - dopo che tutto è stato detto e fatto, il grafico di Gannt è uno dei migliori strumenti per visualizzare il tuo progetto.

È comunque uno strumento. Se lo strumento viene utilizzato correttamente, è efficace. In caso contrario, potrebbe essere contro-efficace.

Devi sapere come pianificare correttamente il tuo progetto. Devi capire cosa dovrebbe essere incluso nell'elenco delle attività e come. Ad esempio, per un progetto IT è quasi sempre inutile scendere al livello delle singole assegnazioni (creare una tabella per l'archiviazione utilizzando i dati ). Tienilo a livello di storia ( consenti agli utenti di accedere ), assegna l'intero team e la pianificazione diventerà molto più semplice.

Successivamente puoi sempre scendere al livello delle singole attività e puoi creare un piano di progetto separato per gestire le assegnazioni per un'attività separata.

Answer 3

Sì, l'ho visto con successo. Nei casi in cui ha avuto successo hanno usato un approccio gerarchico.

Invece di avere un unico enorme grafico Gannt con centinaia di attività, c'era un grafico principale per l'intero progetto, con obiettivi di alto livello. Quindi c'erano grafici separati per la realizzazione dei sotto-obiettivi. Anche se questo limita la flessibilità in un modo (non è possibile bilanciare automaticamente le risorse tra le squadre sub-goal), sembra corrispondere meglio al modo in cui gli umani funzionano bene: in squadre di piccole o medie dimensioni.

Answer 4

Non sono un Project Manager Professional, ma eseguo progetti di sviluppo per complessi strumenti di analisi del programma.

Ho disegnato i grafici di Gantt delle dimensioni della pagina alla fine degli anni '70. Non l'hanno mai avuto abbastanza dettagli, quindi ho rinunciato. I diagrammi di Gantt con 5 attività sono inutili.

A partire dagli anni '90, ho usato la SM progetto su circa 10 progetti reali della durata di 6-12 mesi con compiti di circa 1 settimana di durata e ovunque tra 50-250 attività organizzate nelle gerarchie legate agli elementi dell'architettura software, con i team di 5-10 persone. Tali piani vengono stampati come una griglia di 3 per 5 pagine intere e tendevamo ad attaccarlo a un muro dove potesse essere visto.

Questi sono meravigliosi per scopi di pianificazione, perché ti costringono a dettagliare le principali attività su un progetto, a scrivere descrizioni in basso, sequenza e priorità. Il team può vedere i compiti, e vedi quali sono i loro e puoi rivederlo con il team membri in modo che tutti possano fornire un feedback utile sulle durate e l'ordinamento delle attività.

Ciò per cui NON erano utili è stato monitorare seriamente l'avanzamento del progetto. Sun Tzu ci dice che nessun piano sopravvive intatto sul campo di battaglia, e Gantt i grafici non fanno eccezione. È vero che con cura si potrebbe rivedere attentamente il piano ogni poche settimane e segnare i progressi compiuti. Un "vero Project Manager" potrebbe averlo fatto. Siamo stati abbastanza attenti in modo che le attività del piano originale abbiano resistito abbastanza bene metà del progetto, e a quel punto la gente capiva abbastanza bene il problema e la riprogrammazione addizionale si sono verificati ma in modo informale anziché con il progetto MS.

Ho anche usato MS Project per pianificare seri compiti simili tempi e scopi di stima. Questo ha lo sfortunato effetto collaterale di produrre stime realistiche con la maggior parte dei costi visibili. È incredibile come stime realistiche uccidano le proposte di progetto. L'industria sembra voler sottovalutare cattivi per avviare progetti; non c'è da stupirsi se così tanti tempi e budget sono stati superati.

Ho una relazione di amore-odio con il progetto MS stesso. Richiede le descrizioni delle attività, precedenza dell'attività e assegnazioni delle risorse. Ma non posso dire che " preferisco questa attività da completare per prima su quell'attività " quale sarebbe una precarietà facoltativa e non posso assegnare una risorsa in parte a un'attività in parte a un'altra e ottenere un programma ragionevole.

Ma per una stima complessa del progetto, non vedo come puoi vivere senza questo. Le persone agili ti diranno che non puoi pianificare; Non so chi abbiano come clienti. Non ho mai trovato un cliente disposto a lasciarmi lavorare senza un piano o un budget in dollari / tempo in cui mi trattenere.

Answer 5

E un grafico GANNT è più piccolo di una singola pagina mai utile? Quelle poche informazioni potrebbero facilmente sedersi su una lavagna o un post o qualsiasi altra cosa tu abbia sempre visto. Non c'è davvero alcun motivo per cui dovresti iniziare a lottare con qualsiasi strumento GANNT quando puoi specificare le informazioni necessarie in un minuto con una matita su qualsiasi carta tu abbia.

Answer 6

Ho lavorato su un progetto in cui è stato usato un diagramma di Gantt / file MS Project per gestire con successo il progetto. Le informazioni sul progetto sono state gestite da un manager non sviluppatore che si è incontrato individualmente con il team per ottenere aggiornamenti sullo stato. Questo sistema sembrava funzionare abbastanza bene e il diagramma di Gantt ha fornito una rapida occhiata all'intero team per ottenere lo status. E parlando con un mio amico che lavora in un'azienda che utilizza questo approccio, sembra funzionare molto bene per i loro team.

Su altri progetti ho lavorato su dove il responsabile dello sviluppo dovrebbe mantenere il grafico, ma non ha avuto successo. Il lead di solito passa più tempo a cercare di lottare con MS Project. E se la cultura si concentra sul punire i ritardi dei programmi e non sulla risoluzione dei problemi, il diagramma di Gantt può essere facilmente manipolato per mostrare un progetto nei tempi previsti fino alla data di consegna. In questi casi il diagramma di Gantt diventa un lavoro extra che non fornisce alcun valore al progetto.

Penso che il punto chiave sia avere una persona al di fuori del team di sviluppo che aggiorni il file MS Project. E il diagramma di Gantt dovrebbe essere visto come uno strumento da utilizzare per la comunicazione sullo stato del progetto, i possibili problemi per i ritardi di pianificazione e la pianificazione delle esigenze delle risorse. Con questi elementi in atto, il diagramma di Gantt può essere utile.

Answer 7

Ho trovato i diagrammi di Gantt utili per pianificare la sequenza temporale di un progetto e consentire X giorni di ferie, scappamenti, ecc. Sono anche ottimi per assicurarsi che tutte le risorse siano allocate al 100% nell'intero progetto.

Quando ho effettivamente lavorato al progetto, sia come sviluppatore che come team leader, ho trovato meglio lavorare in brevi iterazioni con compiti chiari definiti per l'intero team. Man mano che le cose scivolano, cambiano o le persone vengono aggiunte / rimosse dal progetto, è bello poter regolare il diagramma di Gantt e vedere il risultato delle modifiche sul progetto.

Answer 8

Ho lavorato su un paio di progetti in cui abbiamo utilizzato grafici GANTT. Sì, erano utili e sì, erano più grandi di una pagina. Quello che abbiamo fatto è stato tagliare e incollare (letteralmente, con le forbici e la colla) il grafico in un unico grande grafico e metterlo sul muro.

McConnell nella sua eccellente Guida alla sopravvivenza dei progetti software raccomanda di avere qualcosa che ogni membro di un team può guardare per avere un'idea approssimativa se sono sulla buona strada, e questo è stato per noi.

Answer 9

Sono pienamente d'accordo con i commenti sui grafici GANTT che non si adattano allo sviluppo agile - in cui all'inizio non abbiamo una chiara comprensione dei dettagli dell'implementazione.

D'altra parte, non posso fare a meno di ricordare con affetto un weekend doloroso che ho trascorso mettendo insieme un diagramma GANTT per un progetto che stavo gestendo in cui la tecnologia e i requisiti erano molto ben compresi e il programma era fondamentale.

Avevamo il muro di accesso alla nostra sezione del cubicolo parzialmente coperto con questo diagramma di GANTT (largo 5 pagine A4) e averlo estremamente utile per assicurarci di lavorare sul percorso critico - fare le cose che dovevano essere fatto in questo momento - e mi ha anche permesso di riferire al consiglio di progetto con rapporti dettagliati su come il progetto sta procedendo rispetto al programma.

L'utilità dei grafici GANTT dipende sicuramente dal contesto, ma direi che se conosci i tuoi requisiti, e in particolare se hai molta importanza associata al tuo programma, possono essere incredibilmente utili.

Answer 10

Non sono un grande fan dei grafici di Gantt, specialmente quelli creati in MS Project - così tanto spazio di pagina viene preso per così poche informazioni e al massimo (come la maggior parte dei grafici) le informazioni vengono distorte o nascoste. Se un diagramma di Gantt aiuta il team a rivedere ciò che è richiesto, a chi è assegnato a quale compito, quali compiti stanno scivolando, dove sono i rischi - quindi è utile - tuttavia - la maggior parte dei diagrammi di Gantt sono sviluppati all'inizio del progetto e quindi mai visti o riutilizzato. Quindi, tornando alla domanda originale - le dimensioni contano ???? per citare un recente libro - se è stupido e funziona, allora non è stupido

Answer 11

Un diagramma di Gantt è utile solo se ha dettagli sufficienti per consentire a un project manager di vedere qual è lo stato del progetto e di avere dipendenze e risorse debitamente contabilizzate.

Puoi sempre incollare più fogli insieme con del nastro adesivo.

La disciplina dell'analisi del progetto - suddividendolo in fasi, passaggi, risultati, determinando i requisiti delle risorse è probabilmente ancora più importante della stampa di un bel grafico.

Molti dei miei progetti di sviluppo non banali hanno beneficiato dell'uso ragionevole degli strumenti di pianificazione del progetto.

Answer 12

  

Sì, l'ho visto con successo. Nei casi in cui ha avuto successo hanno usato un approccio gerarchico.

     

...

Assolutamente. Vorrei anche suggerire che funziona meglio quando la gerarchia si associa anche alla gerarchia del team, ad es. Project Manager crea il grafico di alto livello, i team leader gestiscono i grafici di livello medio, con gli sviluppatori forse gestiscono i propri grafici di Gantt, ma più probabilmente usano qualcosa come JIRA , in quanto fornisce un unico punto di messa a fuoco dal punto di vista dello sviluppatore ed è di solito più paletabile (cioè non sembra un piano, quindi non li spaventa;))

Answer 13

Il miglior uso che ho avuto dalle carte Gantt in MSProject è per la pianificazione della capacità nelle fasi embrionali di un progetto. Puoi fare un'ampia pianificazione di pennello e what-if, spostare cose, spostare persone, aggiungere varie pietre miliari ecc. Questo può darti la sicurezza che stai sviluppando un piano ragionevole.

Ma poi usarlo nel monitoraggio quotidiano delle miriadi di piccoli compiti che le persone devono effettivamente fare è, come è stato detto, chiedere problemi. Quello che ho usato con grande efficacia per la gestione delle scale temporali a questo micro livello è Fogbugz's roba EBS. Devi lavorarci su, ma aiuta davvero a gestire le cose.

Riassumendo per ripetizione: Gantt è ottimo per lo sviluppo di un piano software, ma non per l'aggiornamento dettagliato quotidiano di esso.

Per quanto riguarda la domanda sulla pagina, la maggior parte dei piani che ho fatto che hanno funzionato meglio (ovvero comunicato il piano a persone con un livello comprensibile di dettagli) possono essere adattati a una stampa A3. Occasionalmente un paio di pagine A3. Ma A4 è semplicemente troppo piccolo nella maggior parte dei casi nella mia esperienza.