Table of Contents

Che cosa è l'ottimizzazione dei costi di Crash Project?

Il crash del progetto è il nome dato per pianificare le tecniche di compressione che vengono utilizzate per accorciare la durata di un progetto senza cambiare l’ambito di applicazione. Questa potente metodologia di gestione del progetto prevede l’adozione di misure costose speciali per ridurre la durata di un’attività al di sotto del suo valore normale, assegnando strategicamente risorse aggiuntive alle attività critiche.

L'obiettivo fondamentale dell'ottimizzazione dei costi di crash è quello di trovare il modo più economico per comprimere le tempistiche del progetto, riducendo al minimo le spese aggiuntive sostenute. Nel 1957 il metodo del percorso critico (CPM) è stato sviluppato come modello di rete per la gestione del progetto.

La riduzione del progetto comporta la riduzione del tempo di completamento del progetto aggiungendo risorse supplementari ad esso. Il progetto può essere bloccato riducendo il normale tempo di completamento delle attività critiche che viene chiamato crash delle attività. Questa tecnica è particolarmente preziosa quando i progetti affrontano scadenze strette, potenziali penalità per la consegna tardiva, o opportunità per i bonus di completamento precoce.

La comprensione del rapporto tra tempo e costo è fondamentale per una gestione efficace del progetto. C'è un rapporto tra il tempo di un progetto e il suo costo. Per alcuni tipi di costi, il rapporto è in proporzione diretta; per altri tipi, c'è un trade-off diretto. A causa di questi due tipi di costi, c'è un ritmo ottimale del progetto per un costo minimo.

Comprendere i costi diretti e indiretti nella creazione di progetti

Prima di immergersi nei calcoli dei costi di crash, è essenziale capire le due categorie di costi primarie che influenzano l'economia del progetto.

Costi diretti

I costi diretti sono quelli direttamente associati alle attività di progetto, come gli stipendi, i viaggi e i materiali e le attrezzature di progetto diretti. Se il ritmo delle attività è aumentato per diminuire il tempo di completamento del progetto, i costi diretti aumentano generalmente, poiché più risorse devono essere assegnate per accelerare il ritmo.

Esempi di costi diretti includono:

  • Scommessa di lavoro e retribuzione straordinario
  • Materiali e attrezzature
  • Tasse di subappalto
  • Noleggio di utensili o macchinari specializzati
  • Spese di spedizione

Costi indiretti

I costi indiretti sono quelli che non sono direttamente associati a specifiche attività di progetto come lo spazio per uffici, il personale amministrativo e le tasse.A differenza dei costi diretti, i costi indiretti diminuiscono tipicamente in quanto la durata del progetto si accorcia perché queste spese in testa si accumulano nel tempo.

I costi indiretti comuni includono:

  • Sovraccarico amministrativo
  • Noleggio di servizi o pagamento di locazione
  • Servizi e assicurazioni
  • Retribuzioni di vigilanza e gestione
  • Interessi sul finanziamento dei progetti

I costi diretti aumentano generalmente in quanto i tempi di attività diminuiscono, mentre i costi indiretti diminuiscono in quanto la durata complessiva del progetto diminuisce. La durata ottimale del progetto è il punto del costo totale minimo, riscontrato bilanciando i costi diretti aumentati dalle attività di crash contro i costi indiretti diminuiti da un programma più breve.

Terminologia e Concetti chiave

Per risolvere efficacemente i problemi di ottimizzazione dei costi di crash, è necessario comprendere diversi concetti e termini fondamentali.

Tempo normale e costi normali

La durata normale è la durata massima dell'attività. Il costo normale è il costo associato alla durata normale. La durata normale è uguale alla durata minima prevista quando l'attività viene eseguita con la quantità minima di risorse possibile, portando al minimo costo totale di attività (costo normale).

Crash Time e Crash Cost

La durata del crash è la durata minima dell'attività. Il costo del Crash è il costo associato alla durata dell'incidente. La durata del crash è la durata dell'attività più breve, quando la quantità massima di risorse è stata assegnata all'attività, portando al più alto costo di attività (costo di scafo).

Costo Piste (Costo del Cresh per Tempo dell'Unità)

La formula Cost Slope è definita come il rapporto tra un aumento dei costi e una diminuzione del tempo, che è fondamentale per determinare quali attività dovrebbero essere bloccate prima per ottenere la compressione più conveniente del programma.

La formula per il calcolo del costo pendenza è:

Costo Slope = (Costo di Gravidanza - Costo Normale) / (Tempo normale - Tempo di Crash)

Le attività che hanno il costo più basso per unità di riduzione del tempo dovrebbero essere abbreviate in primo luogo, questo principio costituisce la base della metodologia di ottimizzazione dei costi di crash.

Sentiero critico

Il percorso critico è determinato aggiungendo i tempi per le attività in ogni sequenza e determinando il percorso più lungo del progetto. Il percorso critico determina il tempo totale del calendario richiesto per il progetto.

Se le attività al di fuori del percorso critico accelerano o rallentano (entro i limiti), il tempo totale del progetto non cambia, per questo motivo l'identificazione del percorso critico è essenziale prima di tentare qualsiasi attività di crash.

Processo passo per passo per risolvere i problemi di ottimizzazione dei costi di Crash

Ora passiamo attraverso un approccio completo e sistematico per risolvere i problemi di ottimizzazione dei costi di crash del progetto.

Passo 1: Raccogli dati di attività completa

Inizia raccogliendo tutte le informazioni necessarie per ogni attività di progetto.

  • Identificazione dell'attivitá:[ Identificatore o nome unico per ogni attività
  • Attività di predecessore: Quali attività devono essere completate prima che questo possa iniziare
  • Durata normale:[ Il tempo standard necessario per completare l'attività
  • Costo normale:[ Il costo associato a completare l'attività in tempo normale
  • Durata:[ Il tempo minimo possibile per completare l'attività
  • Costo rapido:[ Il costo associato a completare l'attività nel tempo di crash
  • Tempo di arresto massimo:[ La differenza tra la durata normale e quella di crash (quanto l'attività può essere ridotta)

Organizzare queste informazioni in un formato da tavolo per un facile riferimento durante il processo di ottimizzazione. Inoltre, identificare eventuali costi indiretti associati al progetto, in genere espressi come un costo per unità di tempo (ad esempio, $500 al giorno).

Fase 2: Costruisci il diagramma di rete del progetto

Crea una rappresentazione visiva del tuo progetto utilizzando un diagramma di rete. Questo diagramma mostra la sequenza e le dipendenze di tutte le attività del progetto. Puoi usare sia l'Attività-on-Node (AON) che l'Attività-on-Arrow (AOA) notazione, anche se AON è più comunemente usato nella moderna gestione del progetto.

Il diagramma di rete consente di visualizzare il flusso di attività e rende più facile identificare potenziali percorsi critici.

Passo 3: Identificare il percorso critico e calcolare la durata normale del progetto

Trova il percorso critico, il tempo normale di completamento del progetto utilizzando il tempo normale di esecuzione per ogni attività.

Per identificare il percorso critico:

  1. Calcola i primi tempi di inizio (ES) e i primi tempi di finitura (EF) per ogni attività utilizzando un passaggio in avanti attraverso la rete
  2. Calcola i tempi di avvio (LS) e ultima finitura (LF) per ogni attività utilizzando un passaggio all'indietro attraverso la rete
  3. Determinare lo slack (o galleggiare) per ogni attività: Slack = LS - ES o LF - EF
  4. Identificare le attività con zero slack, queste formano il percorso critico

La durata normale del progetto è uguale alla somma delle durata dell'attività lungo il percorso critico. Calcola il normale costo totale del progetto, sommando tutti i costi di attività normali, nonché i costi indiretti per la durata normale.

Passo 4: Calcola la pista di costo per tutte le attività

Per ogni attività del progetto, calcolare il costo della pendenza utilizzando la formula:

Costo Slope = (Costo di Gravidanza - Costo Normale) / (Tempo normale - Tempo di Crash)

Questo calcolo ti dice quanto costa ridurre ogni attività di un'unità di tempo. Trova il pendio dei costi di crash per ogni attività critica e seleziona l'attività di minor pendenza dei costi di crash per crash prima.

Creare una classifica tavolo tutte le attività di percorso critico con il loro pendenza di costo, dal più basso al più alto.

Passo 5: Selezionare le attività per Crash

Crashing analizza e classifica le attività in base al costo di crash più basso per volta unitaria. Crashing funziona solo per attività di percorso critico dove è possibile accorciare gli orari.

Seguire queste linee guida quando si selezionano le attività da crash:

  • Focus sulle attività di percorso critico:[ Solo le attività di crash sul percorso critico, poiché la riduzione delle attività non critiche non ridurrà la durata complessiva del progetto
  • Ottenete la pendenza dei costi più bassa: Iniziate con l'attività critica che ha il basso costo
  • Limiti di crash del contatto:[ Non superare la quantità massima che ogni attività può essere crash
  • Attenti per molteplici percorsi critici:[ Quando il crash crea nuovi percorsi critici, potresti dover crashare attività su più percorsi contemporaneamente

Se due o più attività critiche riscontrate hanno i costi più bassi ma uguali, allora selezionare l'attività come: (i) Se un altro percorso in rete può diventare critico riducendo il suo tempo totale.

Passo 6: Crash Attività selezionate Incrementally

Crash attività una volta unità alla volta (o in piccoli incrementi), ricalcolando il percorso critico dopo ogni iterazione.Questo approccio iterativo è importante perché:

  • Il percorso critico può cambiare mentre si bloccano le attività
  • Nuovi percorsi critici possono emergere
  • Puoi fermarti quando raggiungi la tua durata di destinazione o quando un ulteriore crash diventa economico

Dopo aver bloccato le attività critiche secondo la regola II, verificare se ci sono nuovi percorsi critici o meno. Se ci sono, identificare tutte le attività critiche e crash loro secondo la regola II.

Passo 7: Calcola il costo totale del progetto per ogni durata

Dopo ogni iterazione di crash, calcolare il costo totale del progetto:

Costo totale del progetto = Sum di tutti i costi di attività + (Progetto durata × costo indiretto per unità di tempo)

Ricorda che mentre ti schianta le attività:

  • Aumento dei costi diretti (a causa dei costi di crash)
  • Riduzione dei costi indiretti (a causa della durata del progetto più breve)
  • Il costo totale può inizialmente diminuire, raggiungere un minimo ottimale, quindi aumentare di nuovo

Passo 8: Determinare la durata ottimale del progetto

Dopo aver bloccato tutte le attività critiche fino al loro più basso tempo possibile, interrompere la procedura e determinare il costo totale del progetto per tutte le durata come la durata normale e le durate crashed.

La durata ottimale del progetto è il punto in cui il costo totale del progetto è ridotto al minimo, rappresentando il miglior equilibrio tra costi diretti di crash e costi indiretti.

La decomposizione di un'attività è economica solo se la sua pendenza di costo di crash è inferiore al costo indiretto per tempo di unità.

Esempio dettagliato di lavoro: Progetto di costruzione

Lavoriamo attraverso un esempio completo per illustrare il processo di ottimizzazione dei costi di crash in azione.

Panoramica del progetto

Un'impresa edile è stata contratta per completare un progetto di costruzione, il cui progetto ha le seguenti caratteristiche:

  • Durata del progetto normale: 50 settimane
  • Tempo di completamento desiderato: 44 settimane
  • Costi indiretti: $2,000 a settimana
  • Il contratto include una penalità di $5.000 a settimana per il completamento tardivo
  • Bonus di $3,000 a settimana per il completamento anticipato (fino a 6 settimane in anticipo)

Tabella dati di attività

Ecco le informazioni sull'attività del nostro progetto:

ActivityPredecessorsNormal Time (weeks)Normal Cost ($)Crash Time (weeks)Crash Cost ($)Max Crash (weeks)
A-810,000614,0002
B-1218,000924,0003
CA1015,000819,0002
DA1421,0001127,0003
EB, C912,000716,0002
FD1116,500920,5002
GE, F710,500612,5001

Soluzione passo-passo

Passo 1: Calcola le piste di costo

Per ogni attività, calcoliamo il pendio dei costi:

  • Attività A:[ (14,000 - 10.000) / (8 - 6) = $2,000 alla settimana
  • Attività B:[ (24,000 - 18.000) / (12 - 9) = $2,000 alla settimana
  • Attività C:[ (19.000 - 15.000) / (10 - 8) = $2,000 alla settimana
  • Attività D:[ (27.000 - 21.000) / (14 - 11) = $2,000 alla settimana
  • Attività E:[ (16,000 - 12.000) / (9 - 7) = $2,000 alla settimana
  • Attività F:[ (20.500 - 16,500) / (11 - 9) = $2,000 alla settimana
  • Attività G:[ (12.500 - 10.500) / (7 - 6) = $2,000 alla settimana

In questo esempio, tutte le attività hanno lo stesso costo di pendenza, che semplifica il nostro processo decisionale.

Fase 2: Identificare il percorso critico

Dopo aver costruito il diagramma di rete e l'esecuzione di passi avanti e indietro, identifichiamo il percorso critico:

Percorso critico: A → D → F → G

Durata del progetto normale: 8 + 14 + 11 + 7 = 40 settimane

Aspetta, la nostra ipotesi iniziale era di 50 settimane, ma il percorso critico reale ci dà 40 settimane.

Costo totale normale: $10,000 + $18,000 + $15,000 + $21,000 + $12,000 + $16,500 + $10,500 = $103,000]

Costo normale indiretto: 40 settimane × $2,000/week = $80,000

Costo totale normale del progetto: $103,000 + $80,000 = $183,000

Passo 3: Crash Attività Systematicamente

Iterazione 1: Crash Activity A di 1 settimana (più basso sul percorso critico)

  • Nuova durata: 39 settimane
  • Costo diretto aggiuntivo: $2,000
  • Nuovo costo diretto: $105,000
  • Nuovo costo indiretto: 39 × $2,000 = $78,000
  • Costo totale: $183,000 (nessun cambiamento perché il risparmio indiretto di costo compensare il costo di crash)

Iteration 2: Crash Activity A di 1 settimana in più (ora al limite di crash)

  • Nuova durata: 38 settimane
  • Costo diretto aggiuntivo: $2,000
  • Nuovo costo diretto: $107,000
  • Nuovo costo indiretto: 38 × $2,000 = $76,000
  • Costo totale: $183,000

Iterazione 3: Attività di Crash D di 1 settimana

  • Nuova durata: 37 settimane
  • Costo diretto aggiuntivo: $2,000
  • Nuovo costo diretto: $109,000
  • Nuovo costo indiretto: 37 × $2,000 = $74,000
  • Costo totale: $183,000

Continuare questo processo, controllando nuovi percorsi critici dopo ogni iterazione, fino a raggiungere la durata desiderata o fino a quando il costo totale inizia ad aumentare.

Analisi e Interpretazione

In questo esempio, perché il costo ($2,000 a settimana) è uguale al risparmio di costo indiretto ($2,000 a settimana), il costo totale del progetto rimane costante mentre ci schiantamo le attività. In scenari reali, in genere vedrai il costo totale diminuire inizialmente, raggiungere un punto minimo ottimale, e poi aumentare come si continua a crash.

La durata ottimale del progetto è il punto in cui il costo totale è ridotto al minimo. I responsabili del progetto dovrebbero anche considerare altri fattori come bonus di completamento anticipato, penalità tardive e disponibilità delle risorse quando si prendono decisioni finali.

Considerazioni avanzate nell'ottimizzazione dei costi di Crash

Gestione di percorsi critici multipli

Una volta che c'è più di un percorso critico la situazione diventa più complicata; quando esistono più percorsi critici, è necessario crash attività su tutti i percorsi critici contemporaneamente per ridurre la durata complessiva del progetto.

Quando questo accade:

  • Identificare tutti i percorsi critici della rete
  • Calcola il pendio dei costi combinato per schiantare una attività su ogni percorso critico
  • Selezionare la combinazione con il più basso costo totale pendenza
  • Sfrutta tutte le attività selezionate con lo stesso importo

La scelta di schiantare l'attività critica con il minor costo incrementale è garantita per essere un approccio ottimale (cioè ci schiantamo nel modo migliore possibile) a condizione che abbiamo solo un unico percorso critico. Tuttavia, una volta che incontriamo due o più percorsi critici non possiamo garantire che possiamo ancora crash del progetto in modo ottimale.

Utilizzo della programmazione lineare per i progetti complessi

Per progetti di grandi e complessi con molte attività, il pacchetto calcola il modo ottimale (costo minimo) per schiantare il progetto utilizzando la programmazione lineare. Il vantaggio di utilizzare la programmazione lineare per crash di un progetto è che possiamo garantire automaticamente che, per qualsiasi particolare tempo di completamento del progetto, abbiamo raggiunto quel tempo bloccando in modo minimo costo.

Questo articolo delinea una strategia che utilizza un modello di programmazione lineare adattabile per l'uso sulla maggior parte dei computer con un pacchetto di programmazione lineare.

La programmazione lineare è particolarmente utile quando:

  • Il progetto ha centinaia o migliaia di attività
  • Esistono molteplici percorsi critici
  • È necessario garantire soluzioni ottimali
  • I vincoli di risorse sono complessi

Considerando i vincoli delle risorse

È stato ampliato per consentire l'inclusione di risorse relative a ciascuna attività, attraverso processi chiamati assegnazioni di risorse basate sull'attività e tecniche di ottimizzazione delle risorse, come il livellamento delle risorse e la levigazione delle risorse. Un programma a livello di risorse può includere ritardi dovuti a strozzature di risorse (cioè, indisponibilità di una risorsa al momento richiesto), e può causare un percorso precedentemente più breve per diventare il percorso più lungo o più "riso".

Quando le risorse sono limitate, non si può essere in grado di schiantare determinate attività anche se sarebbe economicamente vantaggioso.

  • Risorse aggiuntive sono disponibili
  • Le risorse possono essere realizzate da attività non critiche
  • La qualità del lavoro non subirà una sovralocalizzazione delle risorse
  • I membri del team non potranno sperimentare il burnout da un carico di lavoro aumentato

Contabilità per l'incertezza con PERT

CPM è un metodo deterministico che utilizza una stima del tempo fisso per ogni attività. Mentre CPM è facile da capire e da usare, non considera le variazioni di tempo che possono avere un grande impatto sul tempo di completamento di un progetto complesso.

Per i progetti con notevole incertezza, si consideri l'utilizzo di PERT (Program Evaluation and Review Technique) in combinazione con CPM. PERT assume una distribuzione di probabilità beta per le stime di tempo. Per una distribuzione beta, il tempo previsto per ogni attività può essere approssimato utilizzando la seguente media ponderata: Tempo previsto = (Ottimistico + 4 x Molto probabilmente + Pessimistico ) / 6

Errori comuni da evitare

Quando risolve i problemi di ottimizzazione dei costi di crash, essere consapevoli di questi insidie comuni:

Crashing Attività non critiche

Uno degli errori più frequenti è il tentativo di crashare attività che non sono sul percorso critico. Non tutti i compiti in un progetto possono essere bloccati. Solo quelle attività che sono sul percorso critico e in grado di essere accelerato possono essere bloccate.

Ignorando le modifiche del percorso critico

Dopo ogni incidente, confermare quali attività rimangono sul percorso critico prima di ulteriori crash del progetto. Non ricalcolando il percorso critico dopo ogni iterazione può portare a decisioni suboptimali e risorse sprecate.

Limiti di Crash in eccesso

Ogni attività ha un importo massimo che può essere crashato. La durata dell'attività non può essere inferiore alla durata dell'incidente. Tentare di schiantarsi oltre questi limiti è impossibile e indica un errore di calcolo o aspettative irrealistiche.

Affacciato Risparmio di Costi Indiretti

Alcuni professionisti si concentrano esclusivamente sui maggiori costi diretti di crash senza tener conto dei costi indiretti ridotti della durata del progetto più breve.

Assumendo relazioni lineari sui costi

La durata del Crash è solitamente modellata come un rapporto lineare tra costo e durata dell'attività, ma in molti casi, una funzione convessa o una funzione passo è più applicabile. In progetti reali, il rapporto costo-tempo non può sempre essere perfettamente lineare, quindi utilizzare il giudizio quando si applicano queste formule.

Applicazioni pratiche e quando usare la Crashing

Il crash del progetto non è appropriato per ogni situazione, capire quando applicare questa tecnica è fondamentale per il successo del progetto.

Scenari ideali per la creazione di progetti

Considerare di schiantare il progetto quando:

  • Termine per il contratto:[ Quando manca una scadenza si tradurrà in sanzioni o violazioni dei contratti
  • I bonus di completamento anticipato:[ Quando gli incentivi finanziari esistono per finire in anticipo rispetto al programma
  • Rispondendo alle pressioni del mercato:[ Quando il vantaggio competitivo dipende dal lancio del prodotto iniziale
  • Ripristinazione da ritardi:[ Quando inaspettati contrattempi hanno messo il progetto dietro il programma
  • Risorse di liberazione per altri progetti: Quando altri progetti ad alta priorità hanno bisogno delle stesse risorse
  • Avoiding avverse condizioni: Quando fattori stagionali (piccole, vacanze, ecc) potrebbero influire sul lavoro successivo.

Terminare il progetto in una data di scadenza predefinita. Recuperare i ritardi iniziali. Evitare danni liquidati. Risorse chiave gratuite presto per altri progetti.

Quando NON Crescono un Progetto

Evitare di schiantarsi quando:

  • Il progetto è già in programma o in anticipo
  • I vincoli di bilancio rendono proibitivi costi aggiuntivi
  • La qualità sarebbe compromessa in modo significativo
  • Le risorse non sono disponibili o non possono essere trasferite
  • Il team burnout è già una preoccupazione
  • Le attività hanno vincoli temporali intrinseci che non possono essere superati

Alcuni progetti hanno compiti con vincoli di tempo o dipendenze intrinseche che non possono essere espediate. In tali casi, Crashing potrebbe non essere un'opzione fattibile.

Vantaggi e rischi di creazione di progetti

Vantaggi chiave

Il crash del progetto serve allo scopo di una gestione efficace del tempo. I vantaggi principali includono:

  • Durata del progetto:[] Consenti scadenze strette e accelera il time-to-market
  • Evitare la gente:[ Prevenire sanzioni costose di consegna tardiva
  • Opzioni di bonus:[ Acquisire incentivi di completamento anticipato
  • Vantaggio competitivo:[ Avviare prodotti o servizi prima dei concorrenti
  • Ottimizzazione delle risorse:[] Libera risorse per altre iniziative strategiche
  • Rischio di mitigazione:[ Ridurre l'esposizione ai rischi legati al tempo
  • Stakeholder satisfaction:[ Dimostrare reattività ai requisiti di cambiamento

Rischi e limitazioni significativi

Indipendentemente dal contesto, prendere una decisione di crash di un progetto richiede un'attenta analisi dei rischi e dei limiti che ne derivano. Per esempio, il crash può portare ad un significativo aumento dei costi del progetto, in quanto le risorse sono allocate ad un tasso aumentato di compiti veloci. Ci sono anche possibilità di compromettere la qualità, come sottolinea l'accento sui dettagli.

I principali rischi includono:

  • Crediti aumentati:[ Lo svantaggio principale del crash del progetto è aumentato dei costi. Il vostro progetto è stato concepito per adattarsi a un budget. Il crash del progetto vi porterà sul vostro budget di progetto e, per alcune persone, questo significa che il progetto non è riuscito.
  • I problemi di qualità:[] Il lavoro di ruggine può portare a errori, rilavoro e ridotta qualità di consegna
  • Il bruciore del team: In alcuni casi, il crash può portare a una sovraesaurimento delle risorse e a un bruciore di squadra.
  • Rientramento:[[] La forza lavoro o le risorse supplementari potrebbero non necessariamente accorciare la linea temporale del progetto a causa del principio di diminuzione dei ritorni.
  • Traduzione:[]] Può compromettere il rapporto tra i membri del team e il responsabile del progetto. Se si desidera applicare questo metodo, è necessario un alto livello di flessibilità tra tutti i soggetti coinvolti di un progetto.
  • L'applicabilità limitata:[] La Crashing non può essere adatta a tutti i progetti. Alcuni progetti hanno limitazioni inerenti, come le dipendenze su fattori esterni o vincoli che non possono essere facilmente superati aggiungendo risorse o aumentando l'intensità del lavoro.

Tecniche di compressione programma alternativo

Mentre il crash è una tecnica potente, non è l'unico metodo per comprimere i programmi di progetto. Capire le alternative ti aiuta a scegliere la strategia più appropriata per la tua situazione.

Fast-Tracking

In queste situazioni, è possibile utilizzare due tecniche di compressione dei programmi: monitoraggio rapido e crash. Fast-tracking: Esaminare il percorso critico per identificare le attività che possono essere eseguite simultaneamente.

Il crash del progetto è spesso mescolato con il rapido avanzamento, ma esistono differenze importanti. Dove crash è circa l'aggiunta di risorse per mantenere il programma, il rapido avanzamento è circa l'utilizzo delle risorse esistenti. Ma si sarebbe diviso o reschedule compiti critici in modo che possano funzionare simultaneamente invece di sequenziali.

Vantaggi di accelerazione:

  • Nessun costo aggiuntivo di risorsa
  • Può essere implementato rapidamente
  • Utilizza le capacità di squadra esistenti

svantaggi di rapido inserimento:

  • Aumenta il rischio di progetto dovuto alle attività sovrapposte
  • Può richiedere rilavoro se le dipendenze sono violate
  • Può diffondere le risorse troppo sottili

Combinazione di Crashing e FastTracking

In altre parole, puoi mettere in mezzo risorse aggiuntive per evitare di rompere un team esistente e utilizzare il crash lì. E puoi anche riprogrammare i compiti critici per eseguire in parallelo e allocare alcune attività alle risorse extra che hai aggiunto al progetto.

Questo approccio ibrido può massimizzare la compressione dei piani, mentre bilancia i costi e i rischi, anche se richiede un attento coordinamento e monitoraggio.

Strumenti software per l'analisi dei costi di Crash

Il software moderno di gestione del progetto può semplificare in modo significativo i calcoli di ottimizzazione dei costi di crash. Attualmente, ci sono diverse soluzioni software disponibili nell'industria che utilizzano il metodo CPM di pianificazione.

Gli strumenti più popolari includono:

  • Microsoft Project:[ Offre calcoli CPM integrati e livellamento delle risorse
  • Primavera P6:[] Standard di settore per progetti di grandi e complessi con caratteristiche di crash avanzate
  • Smartsheet:[] Soluzione basata sul cloud con i modelli di percorso critici e le funzionalità di collaborazione
  • ProjectManager:[] Fornisce calcoli critici automatizzati del percorso e visualizzazione del grafico Gantt
  • Calcolo specializzato:[] Strumenti online specificamente progettati per PERT/CPM e calcoli di crash

Questi strumenti possono automaticamente:

  • Calcola i percorsi critici
  • Piste a pagamento
  • Identificare le sequenze di crash ottimali
  • Generare curve di scambio a costi di tempo
  • Calcoli di aggiornamento come cambiamento delle condizioni di progetto

Migliori Pratiche per l'attuazione del progetto Crashing

Per massimizzare l'efficacia dell'ottimizzazione dei costi di crash, al fine di ridurre al minimo i rischi, seguire queste migliori pratiche provate:

1. Condurre pianificazione accurata

Sviluppare un piano completo prima di decidere di crash di un progetto è fondamentale, che include comunicare efficacemente con il vostro team sui cambiamenti, assicurando che non ci sono ambiguità.

  • Documentare tutte le ipotesi e i vincoli
  • Verificare la disponibilità delle risorse prima di impegnarsi
  • Creare piani di contingenza per potenziali problemi
  • Stabilire criteri di successo chiari

2. Mantenere standard di qualità

Mentre l'attenzione è su accelerare, la qualità non dovrebbe essere ignorata. Implement misure di controllo della qualità durante tutto il programma crashato:

  • Costruire in punti di controllo di qualità
  • Allocare il tempo per le recensioni e i test
  • Non compromettere gli standard di qualità critici
  • Monitorare le metriche di qualità consegnabili da vicino

3. Comunicare con gli Stakeholders

Tenere informato tutti gli stakeholder sulle decisioni di crash e le loro implicazioni:

  • Spiegare la ragione per schiantarsi
  • Analisi attuale dei costi e dei benefici
  • Impostare aspettative realistiche sui risultati
  • Ottenere l'approvazione prima di implementare modifiche
  • Fornisci aggiornamenti regolari di progresso

4. Monitorare e regolare in modo continuo

Monitoraggio continuo è essenziale. Tracciare il progresso delle attività bloccate e assicurarsi che siano in programma. Il software di gestione dei progetti efficace può essere prezioso per il monitoraggio e la segnalazione in tempo reale. Preparatevi a fare le modifiche necessarie. Se un compito non risponde bene alle risorse aggiuntive, considerate di effettuare tali risorse ad altri compiti critici.

5. Considerare il Team Welfare

Proteggere la squadra dal burnout e mantenere il morale:

  • Distribuire il carico di lavoro abbastanza
  • Fornire pause adeguate e tempo di recupero
  • Riconoscere e premiare lo sforzo extra
  • Guardare i segni di stress o stanchezza
  • Piano per i periodi di recupero post-progetto

6. Lezioni di documento

Dopo aver completato un progetto schiantato, cattura le informazioni per il futuro riferimento:

  • Che cosa ha funzionato bene e che cosa non ha funzionato
  • Costi effettivi rispetto alle stime
  • Impatto sulla qualità e il morale del team
  • Raccomandazioni per decisioni future di crash
  • Dati della pendenza dei costi aggiornati per attività simili

Applicazioni industriali reali

Le tecniche di crash del progetto sono applicate in numerose industrie con obiettivi e vincoli variabili.

Industria della costruzione

I progetti di costruzione usano frequentemente i crash per:

  • Confronto delle date di completamento contrattuali
  • Evitare ritardi legati alle condizioni atmosferiche
  • Minimizzare la disgregazione per gli occupanti della costruzione
  • Acquisire opportunità di mercato stagionali

I metodi comuni di crash includono l'aggiunta di turni di lavoro, l'aumento delle dimensioni dell'equipaggio, l'utilizzo di componenti prefabbricati e l'implementazione di attrezzature aggiuntive.

Sviluppo del software

Le aziende tecnologiche si schiantano a progetti:

  • Battere i concorrenti al mercato
  • Incontra le finestre di lancio del prodotto
  • Indirizzo vulnerabilità di sicurezza critica
  • Capitalizzare le opportunità di mercato

Le strategie di Crashing includono l'aggiunta di sviluppatori, l'implementazione di tracce di sviluppo parallele, l'utilizzo di strumenti di test automatizzati e la leva dell'infrastruttura cloud per una distribuzione più rapida.

Produzione

I progetti di produzione si schiantano a:

  • Incontra gli impegni di consegna dei clienti
  • Responde a ordini urgenti
  • Minimizzare i tempi di produzione
  • Avviare nuovi prodotti in programma

Le tecniche includono turni di straordinario, appalti materiali accelerati, linee di produzione aggiuntive e outsourcing ai subappaltatori.

Pianificazione degli eventi

I progetti di evento si schiantano quando:

  • Cambia la disponibilità
  • Stimo degli orari VIP
  • Emergenze di eventi complementari
  • Cambiamento dei requisiti degli sponsor

Gli approcci di Crashing includono l'assunzione di personale aggiuntivo, utilizzando fornitori premium, permessi di expediting e approvazioni, e la crescente spesa di marketing.

Conclusioni

L'ottimizzazione dei costi di crash del progetto è una tecnica sofisticata ma pratica che consente ai responsabili del progetto di prendere decisioni informate sulla compressione dei piani.Analizzando sistematicamente il rapporto tra il tempo e i costi, individuando percorsi critici, calcolando le piste dei costi e selezionando strategicamente le attività per crash, è possibile ottenere risultati ottimali anche sotto vincoli di scadenza stretti.

Il concetto di Crashing in Project Management è uno strumento vitale per i Project Manager che mirano a accelerare i programmi di progetto e a rispettare le scadenze critiche, consentendo ai team di progetto di ottimizzare le risorse, i costi di controllo e mitigare i rischi. Tuttavia, la decisione di crashare un progetto dovrebbe essere affrontata con attenzione, in quanto comporta sia vantaggi, come il risparmio di tempo e la maggiore soddisfazione dei clienti, sia svantaggi, compresi i costi aumentati e potenziali compromessi di qualità.

Il successo con l'ottimizzazione dei costi di crash richiede:

  • comprensione approfondita della metodologia del percorso critico
  • Accurate raccolta dei dati e stima dei costi
  • Analisi sistemica e calcolo
  • Attenzione alla considerazione dei rischi e degli scambi
  • Comunicazione efficace con gli stakeholder
  • Monitoraggio e regolazione continua
  • Equilibrio tra velocità, costi e qualità

Sia che tu stia gestendo progetti di costruzione, iniziative di sviluppo software, operazioni di produzione o qualsiasi altro tipo di progetto, mastering crash cost integration tecniche di ottimizzazione migliorerà la tua capacità di fornire risultati nel tempo e nel budget.

Ricorda che il crash è solo uno strumento nel toolkit del project manager. Usalo in modo magistrale, considerando sempre il contesto di progetto più ampio, obiettivi organizzativi e implicazioni a lungo termine delle tue decisioni. Con la pratica e l'esperienza, svilupperai la sentenza necessaria per determinare quando il crash è appropriato e come implementarlo più efficacemente.

Risorse aggiuntive

Per approfondire la comprensione dell'ottimizzazione dei costi di crash del progetto e dei relativi argomenti, si consideri l'esplorazione di queste risorse preziose:

Combinando conoscenze teoriche con applicazione pratica, si padroneggerà l'arte e la scienza di ottimizzazione dei costi di crash del progetto, consentendo di fornire progetti di successo anche nelle circostanze più esigenti.