Fast-tracking e crash sono tecniche senza le quali un project manager non può sopravvivere. So che molti dei project manager là fuori la lettura di questo blog sarà d’accordo con me.
Queste sono tecniche di compressione pianificate e non dovremmo usarle comunemente. Ma questi sono molto comuni nella vita reale. Ci sono molte forze trainanti che hanno bisogno di comprimere il programma. Molte volte motivi di lavoro incoraggiano ad usarli. Oppure, a volte i responsabili dei progetti hanno pressioni da parte degli stakeholder aziendali.
Quindi, sia per usi pratici che per chiarire i dubbi dell’aspirante alla certificazione Project Management Professional (PMP)® su queste tecniche, sto scrivendo questo blog. Diamo un’occhiata ai dettagli di queste tecniche.
Sulla base di PMBOK® Guida Sesta edizione Fast tracking è
in cui le attività o le fasi normalmente fatte in sequenza vengono eseguite in parallelo per almeno una parte della loro durata.
Quando è necessario comprimere prima il programma, cerchiamo il tracciamento rapido. Analizziamo le dipendenze sulla pianificazione per vedere se sono obbligatorie o discrezionali. Nel caso di discrezionale, vediamo come possiamo giocare intorno alle dipendenze. Facciamo un esempio: l’attività 1 e l’attività 2 hanno relazioni da fine a inizio e la durata totale è di dieci giorni. Supponiamo che ci sia la necessità di terminare queste attività in otto giorni. Qui cerchiamo le possibilità di iniziare l’attività 2 dopo due giorni di attività 1. In questo modo, il giorno 3, entrambe le attività vengono eseguite in parallelo. E, durata totale ridotta da 10 giorni a 8 giorni.
Qui, il punto critico è che non possiamo iniziare le attività in parallelo ciecamente. Se c’è una dipendenza dal programma, c’è una ragione dietro di essa. Ad esempio, potrebbe esserci un flusso di informazioni dall’attività precedente all’attività successiva. Dobbiamo vedere fino a che punto possiamo eseguire attività parallele. Come, in quale giorno, ci sarebbe relativamente meno rischio di avviare attività parallele? E siamo pronti ad accettare questi rischi? Quali potrebbero essere le strategie di risposta al rischio in caso di rischio si verifica eseguendo attività parallele?
Possiamo fare un monitoraggio rapido fino ad alcuni limiti dopo di che, se continuato –
, potrebbe solo aggiungere rischi e rielaborazioni e non pianificare la compressione. Ad esempio, devi aspettare che il cemento si depositi prima dell’inizio della verniciatura della tua casa.
E sì, in caso di dipendenze obbligatorie, non è possibile utilizzare il tracciamento rapido. Inoltre, applichiamo questa tecnica sulle attività di percorso critico; si può finire per possedere rischio, senza alcun risultato tangibile di
Basato sul PMBOK® Guide Sesta Edizione Schiantarsi è–
Questa è una tecnica utilizzata per ridurre la pianificazione di durata per il minor costo incrementale aggiungendo risorse
Abbiamo la possibilità di mandare in crash il programma in caso se vediamo un elevato rischio di esecuzione di attività in parallelo. Poiché in questa tecnica, utilizziamo risorse aggiuntive per terminare il lavoro in anticipo, –
Eseguiamo un’analisi costi-benefici per esplorare il minor costo aggiuntivo e la massima compressione.
Inoltre, risorse aggiuntive non significano solo un numero aggiuntivo di teste, ma possono essere di seguito
-
- Approvazione degli straordinari
- Pagamento extra
- Aggiunta di ulteriori risorse
Questa opzione è sempre esplorato dopo aver esplorato fast-tracking. Il motivo è ovvio, comporta un costo aggiuntivo. Inoltre, lo applichiamo alle attività di attività di percorso critico. Altrimenti, potremmo finire per possedere il rischio senza alcun risultato tangibile.
Qui il punto importante è che possiamo mandare in crash il programma ad alcuni limiti, dopo di che se continua –
Può consumare solo denaro senza compressione del programma. In definitiva non è possibile consegnare un bambino in un mese se le risorse sono aumentate da 1 a 9. L’aumento delle risorse introduce ulteriori sforzi di comunicazione e collaborazione, che influiscono sicuramente sul programma.
Differenza tra il tracciamento Rapido e Crash
| Sno | Fast Tracking | Crash |
| 1 | Attività o fasi vengono eseguite in parallelo per comprimere la pianificazione | Più risorse vengono aggiunti alle attività o fasi di comprimere la pianificazione |
| 2 | Aumenta la rielaborazione e di rischio | Aumenta il costo e può portare a un aumentato rischio/costo troppo |
| 3 | Funziona solo quando le attività/fasi possono essere sovrapposti per abbreviare il progetto durata | Funziona solo per le attività in cui risorse aggiuntive accorciano la durata dell’attività |
| 4 | Sempre provato prima | Sempre provato quando il monitoraggio veloce non ha dato la compressione richiesta nella pianificazione |
| 5 | Applicato su attività di percorso critico. In caso contrario, verrà aggiunto solo a float | Applicato alle attività di percorso critico. In caso contrario si aggiungerà solo a float |
Domande frequenti
D: Che cosa è il monitoraggio veloce? E ‘ come il piombo?
A: Il monitoraggio veloce è la tecnica di compressione del programma. Qui, eseguiamo attività in parallelo per abbreviare la durata del programma. Lead è un tipo di dipendenza che aiuta a fare questa compressione del programma.
Anche se quando mettiamo il piombo come parte della compressione del programma, ha un rischio associato (rilavorazione). Ma non possiamo evitare le sfide del progetto –
Ad esempio, iniziare lo sviluppo quando una parte del progetto è pronta(precedentemente pianificata per iniziare lo sviluppo alla fine del progetto completo)
D: Cosa si blocca? È lo stesso di inseguimento veloce?
A: In crash tecnica di compressione pianificazione vengono aggiunte risorse aggiuntive per portare le linee temporali desiderate. No, non è la stessa di fast-tracking. In fast-tracking, giochiamo intorno dipendenze discrezionali per comprimere la pianificazione.
D: Qual è la differenza tra Fast tracking e crash?
A: Fare riferimento alla tabella precedente per il confronto di entrambi
D: Quale tecnica è migliore?
A: Dipende dalle esigenze. Se è possibile gestire abbastanza con fast-tracking che è il migliore. Perché fast-tracking non comporta un costo aggiuntivo. Tuttavia, il crash aiuta a portare le scadenze in modo considerevole in alcuni scenari. Ad esempio, progetti di costruzione, più lavoratori possono costruire il muro prima.
D: Perché applichiamo la compressione schedule sulle attività di percorso critico?
A: Cosa comprende la lunghezza del progetto? E ‘ il percorso critico. Se applichiamo la compressione sulle attività, non sul percorso critico, stiamo solo aumentando il float. Schedule compressione non è così facile come sembra. A volte mentre si esegue la compressione si può finire per ottenere più di un percorso critico che renderà il progetto più rischioso. C’è sempre un sacco di analisi a sfondo pianificazione rispetto a costi trade-off per ottenere un ottimale pianificazione dopo la compressione
Se volete vedere un confronto tra fast-tracking e il crash con alcuni esempi, guarda questo video:
Questo è tutto, voglio dire il tracciamento rapido e crash. Spero che questo aiuti a risolvere alcune confusioni a lungo in sospeso. In caso contrario, non esitate a mettere le vostre domande di follow-up qui sul nostro forum di discussione
Iscriviti al nostro programma introduttivo GRATUITO per la certificazione PMP® per saperne di più sulla certificazione PMP ®