urmărirea rapidă și blocarea sunt tehnici fără de care un manager de proiect nu poate supraviețui. Știu că mulți dintre managerii de proiect care citesc acest blog vor fi de acord cu mine.
acestea sunt tehnici de compresie program, și noi nu ar trebui să utilizate în mod obișnuit. Dar, acestea sunt foarte frecvente în viața reală. Există multe forțe motrice care au nevoie de comprimarea programului. De multe ori motivele de afaceri încurajează utilizarea acestora. Sau, uneori, managerii de proiecte au presiuni din partea părților interesate de afaceri.
deci, atât pentru uzanțele practice, cât și pentru eliminarea îndoielilor aspirantului de certificare a managementului de proiect (PMP), în jurul acestor tehnici, scriu acest blog. Să analizăm detaliile acestor tehnici.
bazat pe PMBOK ghid de circulație a VI-a ediție urmărirea rapidă este
în care activitățile sau fazele efectuate în mod normal în ordine sunt efectuate în paralel pentru cel puțin o parte din durata lor.
când este nevoie să comprimăm mai întâi programul, căutăm urmărirea rapidă. Analizăm dependențele de program pentru a vedea dacă acestea sunt obligatorii sau discreționare. În cazul discreționar, vedem cum putem juca în jurul dependențelor. Să luăm un exemplu-activitatea 1 și activitatea 2 au relații de la sfârșit la început, iar durata totală este de zece zile. Să presupunem că este nevoie să terminați aceste activități în opt zile. Aici căutăm posibilitățile de a începe activitatea 2 După două zile de activitate 1. În acest fel, în ziua 3, ambele activități sunt executate în paralel. Și, durata totală redusă de la 10 zile la 8 zile.
aici, punctul critic este că nu putem începe activitățile în paralel orbește. Dacă există o dependență de program, există un motiv în spatele ei. Cum ar fi, ar putea exista un flux de informații de la activitatea predecesorului la activitatea succesorului. Trebuie să vedem în ce măsură putem executa activități paralele. Cum ar fi, în ce zi, ar exista un risc relativ mai mic de a începe activitățile paralele? Suntem pregătiți să acceptăm aceste riscuri? Care ar putea fi strategiile de răspuns la risc în cazul în care riscul apare prin desfășurarea activităților în paralel?
putem face urmărirea rapidă la anumite limite, după care, dacă a continuat –
se poate adăuga doar risc și reprelucrare și nu Program de compresie. De exemplu, trebuie să așteptați ca betonul să se stabilească înainte de începerea pictării casei.
și da, în cazul dependențelor obligatorii, nu există niciun domeniu de utilizare a urmăririi rapide. De asemenea, aplicăm această tehnică pe activitățile de cale critică; s-ar putea să ajungem să deținem un risc fără nicio ieșire tangibilă a acestuia
bazat pe Ghidul PMBOK al VI-lea ghid al ediției a șasea Crashing este–
aceasta este o tehnică utilizată pentru a scurta durata programului pentru cel mai mic cost incremental prin adăugarea de resurse
vedem posibilitățile de blocare a programului în cazul în care vedem un risc ridicat de a desfășura activități în paralel. Deoarece în această tehnică, folosim resurse suplimentare pentru a termina munca mai devreme,-
facem o analiză cost-beneficiu pentru a explora cel mai mic cost suplimentar și compresia maximă.
de asemenea, resurse suplimentare nu înseamnă doar număr suplimentar de capete, dar poate fi oricare dintre mai jos
-
- aprobarea orelor suplimentare
- plata suplimentară
- adăugarea mai multor resurse
această opțiune este întotdeauna explorată după explorarea urmăririi rapide. Motivul este evident, implică un cost suplimentar. De asemenea, îl aplicăm pe activitățile activităților de cale critică. În caz contrar, putem ajunge să deținem un risc fără nicio ieșire tangibilă a acestuia.
aici important este că putem crash programul la anumite limite, după care, dacă a continuat –
se poate consuma numai bani fără compresie program. În cele din urmă, nu puteți naște un copil într-o lună dacă resursele au crescut de la 1 la 9. Creșterea resurselor introduce eforturi suplimentare de comunicare și colaborare, ceea ce afectează cu siguranță programul.
diferența dintre urmărirea rapidă și Crashing
| Sno | urmărire rapidă | Crashing |
| 1 | activități sau faze sunt efectuate în paralel pentru a comprima programul | mai multe resurse sunt adăugate la activitățile sau fazele pentru a comprima programul |
| 2 | crește reprelucrare și risc | crește costul și poate duce la risc crescut / cost prea |
| 3 | funcționează numai atunci când activitățile / fazele pot fi suprapuse pentru a scurta proiectul durata | funcționează numai pentru activități în care resurse suplimentare vor scurta durata activității |
| 4 | întotdeauna încercat mai întâi | întotdeauna încercat atunci când urmărirea rapidă nu a dat compresie necesară în program |
| 5 | aplicată pe activități de cale critică. Dacă nu, se va adăuga doar la float | aplicat pe activități de cale critică. Dacă nu, se va adăuga doar la float |
Întrebări frecvente
Î: Ce este urmărirea rapidă? Este la fel ca plumbul?
A: Urmărirea rapidă este tehnica de compresie a programului. Aici, executăm activități în paralel pentru a scurta durata programului. Plumb este un tip de dependență care ajută în a face acest program de compresie.
deși atunci când punem plumb ca parte a comprimării programului, acesta are riscuri asociate (reprelucrare). Dar nu putem evita provocările proiectului –
de exemplu, începerea dezvoltării atunci când o parte a proiectului este gata (planificată anterior pentru a începe dezvoltarea la sfârșitul proiectării complete)
Î: Ce se prăbușește? Este la fel ca urmărirea rapidă?
A: În crashing tehnica de compresie program resurse suplimentare sunt adăugate pentru a aduce termenele dorite. Nu, nu este același lucru cu urmărirea rapidă. În urmărirea rapidă, ne jucăm în jurul dependențelor discreționare pentru a comprima programul.
Î: Care este diferența dintre urmărirea rapidă și Crashing?
A: consultați tabelul de mai sus pentru compararea ambelor
Î: Care tehnică este mai bună?
A: depinde de nevoi. Dacă puteți gestiona suficient cu urmărirea rapidă, acesta este cel mai bun. Deoarece urmărirea rapidă nu implică un cost suplimentar. Cu toate acestea, crashing ajută în aducerea termene considerabil în unele scenarii. De exemplu, proiecte de construcții, mai mulți lucrători pot construi zidul mai devreme.
Î: De ce aplicăm comprimarea programului pe activitățile de cale critică?
A: ce cuprinde durata proiectului? Este calea critică. Dacă aplicăm compresie asupra activităților, nu pe calea critică, creștem doar plutitorul. Program de compresie nu este la fel de ușor cum pare. Uneori, în timp ce faci compresie s-ar putea ajunge obtinerea mai mult de un căi critice, care va face proiect mai riscante. Există întotdeauna o mulțime de analize în fundal pentru a face program vs. cost compromis pentru a obține un program optimizat după compresie
dacă doriți să vedeți o comparație între urmărirea rapidă și blocarea cu câteva exemple, urmăriți imediat acest videoclip:
acest lucru este tot ce vreau să spun despre urmărirea rapidă și crashing. Sper că acest lucru ajută la rezolvarea unor confuzii lungi în așteptare. Dacă nu, vă rugăm să nu ezitați să puneți următoarele întrebări aici pe forumul nostru de discuții
Înscrieți - vă la Programul nostru introductiv de certificare PMP gratuit pentru a afla mai multe despre certificarea PMP XV