Managerii de proiect ar trebui să își evalueze graficele săptămânal pentru a se asigura că proiectul lor rămâne în grafic. În cazul în care proiectul începe să derapeze,există o serie de tehnici care pot fi folosite pentru a reveni în grafic. Cele mai multe dintre acestea nu sunt dramatice.
Înscrieți-vă automat astăzi!
Cu toate acestea, să presupunem că proiectul dvs. începe să alunecedramatic. S-ar putea să nu fie posibil să reveniți pe drumul cel bun prin tehnicile tipice de gestionare a programului. Să presupunem, de asemenea, că termenul limită al proiectuluieste fix și nu se poate schimba. În acest caz, este posibil să trebuiască să folosiți mijloace mai dramatice. Două tehnici de luat în considerare sunt fast tracking și crashing.
Fast tracking
Fast tracking înseamnă că vă uitați la activitățile care în mod normal sunt realizate în succesiune și le atribuiți în schimb parțial în paralel. De exemplu, în mod normal, nu ați începe să construiți o soluție până când proiectarea nu este finalizată. Cu toate acestea, dacă ați face o urmărire rapidă, ați începe să construiți soluția în zonele în care considerați că proiectul este destul de solid, fără a aștepta ca întregul proiect să fie finalizat. Accelerarea presupune întotdeauna un risc care ar putea duce la o creștere a costurilor și la unele retușuri ulterioare. De exemplu, în exemplul proiectării și construirii unei aplicații, este posibil ca proiectul să se schimbe înainte de a fi finalizat, iar aceste schimbări finale ar putea duce la necesitatea de a reface o parte din lucrările de construcție deja în curs.
O bună regulă de bază este că activitățile secvențiale pot fi uneori accelerate cu până la 33%. Cu alte cuvinte, dacă faceți refast-tracking, puteți începe a doua din două activități secvențiale atunci când prima activitate este finalizată în proporție de 66%. Există un risc implicat. Cu toate acestea, acesta pare a fi un nivel de risc de fast-tracking care este în mod normal acceptabil.
Crashing
„Crashing” al programului înseamnă să arunci resurse suplimentare pe calea critică fără a obține neapărat cel mai înalt nivel de eficiență. De exemplu, să spunem că o persoană lucrează la o activitate de zece zile pe calea critică. Dacă ați fi cu adevărat disperat să scurtați acest interval de timp, ați putea adăuga o a doua resursă la această activitate. De fapt, este posibil ca această resursă să nu aibă toate competențele necesare și să lucreze cinci zile doar pentru a reduce timpul total cu două zile.
La suprafață, compromisul anterior ar putea să nu aibă sens. la urma urmei, de ce ați pune o persoană să lucreze cinci zile doar pentru a reduce oactivitate cu două zile? Nu este eficient. Cu toate acestea, vă puteți imagina un proiect atât de important încât să fiți dispus să faceți acest tip de compromis?Gândiți-vă la proiectele YR2K. Când se apropia sfârșitul anului 1999, multe companii aruncau resurse pe proiecte, disperate să le finalizeze la timp. Ele se grăbeau.
Resursele suplimentare pot proveni din interiorul echipei de proiect sau pot fi împrumutate temporar din afara echipei. Unul dintre scopurile de aîncălca programul este de a minimiza costul incremental. Cu toate acestea, în schimbul finalizării unor lucrări mai devreme decât era prevăzut în program, depășirea programului conduce, de obicei, întotdeauna la un cost incremental suplimentar pentru proiect. Dacă sunteți dispus și capabil să cheltuiți mai mult pentru a accelera programul, accelerarea poate fi o opțiune viabilă pentru dumneavoastră.