Puoi dirmi come posso utilizzare il valore di slack nel mio diagramma di rete per riadattarlo (se applicabile)? Utilizzando la tabella seguente, ho calcolato il valore di slack e ho disegnato un diagramma di rete. 
Ricerca del valore di flessibilità: 
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks Voglio mantenere intatta la durata del progetto originale (quindi, sono non cambierà il numero di settimane utilizzate nel percorso critico). Ma voglio ridurre il numero di settimane utilizzate nei percorsi non critici. Posso farlo utilizzando i valori di slack (o un altro metodo)?
Commenti
- È più correlato alla gestione del progetto? o una domanda su come scrivere il software per scoprire una sequenza temporale più stretta?
- @MichaelT Salve, ' è più correlato alla gestione dei progetti
- Ok, grazie. ' non sapevo dove porre la domanda. le persone di stackoverflow mi hanno detto di pubblicarla qui.
- È meglio segnalare una domanda per la migrazione a un altro sito piuttosto che ripubblicarla. In questo modo i collegamenti di " a cui appartiene laggiù " sono stabiliti più chiaramente nello stack exchange. Ripubblicare una domanda significa che hai una domanda chiusa in un punto e una aperta in un altro. Le persone SO sono spesso dellopinione che tutto ciò che non ' t appartiene a SO appartiene a P.SE che non è ' è sempre corretto . Se hai domande su dove appartiene qualcosa, è spesso consigliato di entrare in una chat room (P.SE ' la chat room si chiama la lavagna e chiedi.
- Perché vuoi farlo?
Risposta
TL; DR
I tuoi valori float per le attività sottocritiche non sono effettivamente lenti per il resto del progetto. Puoi aumentare float su sub- attività critiche con tecniche standard di gestione del progetto come:
- Riduzione dellambito per gli elementi attività sottocritica.
- Aumento delle risorse assegnate a ciascuna attività o traguardo.
- Eliminazione di traguardi o elementi di lavoro non essenziali.
Sebbene non sia consigliato, puoi anche applicare tecniche dal percorso critico come “fast-tracking” o “crashing the path” di compiti subcritici, ma questo non fa veramente parte della metodologia ufficiale. Applicare queste tecniche lontano dalla critica La catena può ridurre la durata del crash delle attività subcritiche, ma generalmente cannibalizzerà le risorse dal percorso critico per farlo.
A cosa serve Slack
Slack in un programma di progetto generalmente raggiunge diversi obiettivi principali:
- De-ottimizza i sottoprocessi al fine di smussare il piano generale del progetto.
- Impedisce che lerrore di utilizzo al 100% renda fragile il tuo processo.
- Ti offre un sacco di tempo, denaro o capacità del team per prendere in prestito, piuttosto che forzare un ricalcolo del tuo piano ad ogni intoppo.
Il tuo percorso critico non ha rallentamenti
Il tuo percorso critico non ha rallentamenti. Definisci il percorso critico come segue:
A-> B-> E-> F = 14 settimane è il percorso critico
Nessuno dei collegamenti tra il percorso critico ha alcun gioco. Che questo sia vero o meno nella vita reale, non ne ho idea. Tuttavia, il diagramma indica esplicitamente Slack = 0 per ciascuno degli elementi del percorso critico. Considera che:
(0 float) * (4 chained milestones) = no slack on critical path poiché hai zero allentamento nella catena critica, qualsiasi imperfezione del processo nella vita reale creerà un trascinamento progetto. Ciò significa che nessun elemento sul tuo percorso critico può accettare qualsiasi slittamento senza costringerti a ricalcolare lintera pianificazione e potrebbe costringerti a rivalutare anche il budget o le date di spedizione. Sembra negativo.
Il tuo percorso sottocritico non aggiunge slack
I ritardi nelle attività o nelle pietre miliari che non si trovano sul tuo percorso critico non dovrebbero ritardare il progetto complessivo. non hai definito cosa rappresentano queste attività non critiche, ma poiché non si trovano sul tuo percorso critico, probabilmente rappresentano:
- Funzionalità opzionali.
- Ambito aggiuntivo.
- Nice-to-have.
- Esercizi di ri-regalo di torte di frutta o qualcosaltro ugualmente non correlato a un prodotto spedibile.
Indipendentemente da cosa rappresentano, e anche se sono essenziali per il prodotto finale, la lentezza nelle attività sottocritiche ti consente solo di regolare le date di inizio o di fine di tali attività entro le tolleranze; non ti comprano nulla relativo alla tua catena critica.
Un modello migliore per Slack con percorso critico
Secondo la voce di Wikipedia nel metodo del percorso critico :
Sebbene il diagramma dellattività su freccia (“Grafico PERT”) sia ancora utilizzato in alcuni punti, è stato generalmente sostituito dallattività- diagramma su nodo, in cui ogni attività è mostrata come una casella o un nodo e le frecce rappresentano le relazioni logiche che vanno dal predecessore al successore come mostrato qui nel “diagramma attività sul nodo”.
Il vantaggio di questo modello rispetto a quello nella tua domanda è che ti permette di modellare la varianza sul percorso critico, che è qualcosa che il tuo campione attualmente non fornisce. Potrebbe quindi valere la pena di rivalutare ciò che stai cercando di modellare e se lattività sul nodo fornirà uno strumento di pianificazione migliore per il tuo caso duso specifico .
Risposta
Tuttavia, voglio ridurre il numero di settimane utilizzate nei percorsi non critici.
Sto leggendo questo perché vuoi che la durata totale della tua rete di percorsi non critici diminuisca aumentando così il gioco su quei percorsi. Per fare ciò, tutto ciò che devi fare è ridurre la durata target di quei pacchetti che si trovano fuori dal percorso critico.
Tuttavia, non sono sicuro di quale sia il valore nel farlo. Il presupposto iniziale è che, allinterno della distribuzione probabilistica della durata di ciascuno dei tuoi pacchetti, stai prendendo di mira una durata che è da qualche parte intorno alla MODALITÀ di quella distribuzione, un obiettivo che rappresenta una possibilità realistica ma anche abbastanza snella da non costituire un sovraccarico. Quando si riduce tale durata, si aumenta il rischio e, al fine di mitigare, si finisce per aumentare lutilizzo delle risorse e / ore di lavoro al fine di soddisfare la durata target più aggressiva. Durata = Utilizzo del lavoro / delle risorse.
Questo quindi minaccia lattività di lavoro su quei pacchetti sul percorso critico, che minaccerà direttamente la durata complessiva.
Ovviamente, dallaltro lato, stai aumentando il tuo margine di flessibilità in modo da avere alcuni cicli per far fronte a variazioni di programma sfavorevoli. Tuttavia, tutto questo sembra super sulla carta, ma la tua realtà sarà molto diversa.
Laltro tuo rischio è che il tuo percorso critico nella pianificazione è valido solo nella pianificazione. Nel momento in cui premi vai e inizi a lavorare e inizi a far progredire i tuoi pacchetti nella pianificazione, i tuoi percorsi critici cambieranno e cambieranno e cambieranno e cambieranno. Quei pacchetti di cui hai arbitrariamente ridotto la durata possono e probabilmente ricadranno nei nuovi percorsi critici e, poiché hai ridotto la durata e aumentato la tua minaccia, ora hai creato una minaccia maggiore per la durata complessiva della pianificazione.
Tutto sommato, non riesco a vedere la logica in ciò che stai tentando di fare dal punto di vista della pianificazione / pianificazione. Ciò non significa che non ci sia logica, semplicemente non riesco a vederlo e non ho mai sentito nessuno discuterne prima.