există patru tipuri standard de dependențe:

1. Finish to start (FS)
   • A FS B înseamnă „activitatea A trebuie să se termine înainte ca activitatea B să poată începe” (sau „B nu poate începe până când A nu s-a terminat”).
   • 
   • (fundații săpate) FS (beton turnat)
2. Finish to finish (FF)
   • a FF B înseamnă „activitatea a trebuie să se termine înainte ca activitatea B să se termine” (sau „B nu se poate termina înainte ca A să se termine”) .
   • 
   • (ultimul capitol scris) FF (întreaga carte scrisă)
3. Start pentru a începe (SS).
   • a SS B înseamnă ” activitatea A trebuie să înceapă înainte ca activitatea B să poată începe „(sau”B nu poate începe până când A a început”).
   • 
   • (lucrările de proiect au început) SS (activitățile de management de proiect au început)
4. Start to finish (SF)
   • A SF B înseamnă „activitatea A trebuie să înceapă înainte ca activitatea B să se termine” (sau „B nu se poate termina până când A a început”)
   • 
   • (schimbare nouă începută) SF (schimbare anterioară terminată)

Finish-to-start este considerată o „dependență naturală”. Standardul de practică pentru programare recomandă, că ” de obicei , fiecare activitate predecesor ar termina înainte de începerea activității sale succesoare (sau activități)(cunoscut sub numele de finish-to-start (FS) relație). Uneori este necesar să se suprapună activitățile; o opțiune poate fi selectată pentru a utiliza relațiile start-to-start (SS), finish-to-finish (FF) sau Start-to-finish (SF)….Ori de câte ori este posibil, ar trebui utilizată relația logică FS. Dacă se utilizează alte tipuri de relații, acestea trebuie utilizate cu moderație și înțelegând pe deplin modul în care relațiile au fost puse în aplicare în software-ul de programare utilizat. În mod ideal, succesiunea tuturor activităților va fi definită în așa fel încât începutul fiecărei activități să aibă o relație logică de la un predecesor și finalizarea fiecărei activități să aibă o relație logică cu un succesor”.

SF este rar folosit și, în general, ar trebui evitat. Microsoft recomandă utilizarea dependenței SF pentru programarea just-in-time. Cu toate acestea, se poate demonstra cu ușurință că acest lucru ar funcționa numai dacă nivelarea resurselor nu este utilizată, deoarece nivelarea resurselor poate întârzia o activitate succesoare (o activitate care va fi terminată la timp) în așa fel încât să se termine mai târziu decât începutul activității sale predecesoare logice, neîndeplinind astfel cerința just-in-time.

există trei tipuri de dependențe în ceea ce privește motivul existenței dependenței:

1. cauzal (logic)
   • este imposibil să editați un text înainte de a fi scris
   • Este ilogic să turnați beton înainte de a săpa fundațiile unei clădiri
2. constrângeri de resurse
   • este logic posibil să pictați patru pereți într-o cameră simultan, dar există un singur pictor
3. discreționar (preferențial)
   • vreau să pictez pereții vii cameră înainte de pictura sala de mese, cu toate că am putut face invers, de asemenea

programele derivate cale critică timpurie de multe ori reflectate numai pe de cauzalitate dependențe (logice) sau discreționare (preferențiale), deoarece presupunerea era că resursele ar fi disponibile sau ar putea fi puse la dispoziție. De la cel puțin mijlocul anilor 1980, managerii de proiect competenți și planificatorii au recunoscut că programele trebuie să se bazeze pe disponibilitatea resurselor. Metoda lanțului critic necesită, de asemenea, luarea în considerare a dependențelor derivate din constrângerea resurselor.

conduce și LagsEdit

dependențele pot fi modificate de conduce, și lag-uri. Atât cablurile, cât și întârzierile pot fi aplicate tuturor celor 4 tipuri de dependențe.

PMBOK definește lag ca „perioada de timp în care o activitate succesoare va fi întârziată în raport cu o activitate predecesoare”.

de exemplu:când construiți doi pereți dintr-un design nou, s-ar putea începe al doilea perete la 2 zile după primul, astfel încât a doua echipă să poată învăța de la primul. Acesta este un exemplu de întârziere într-o relație Start-Start.

în conformitate cu PMBOK, un plumb este „perioada de timp în care o activitate succesoare poate fi avansată în raport cu o activitate predecesoare de exemplu, pe un proiect de construire a unei noi clădiri de birouri, amenajarea teritoriului ar putea fi programată să înceapă înainte de finalizarea programată a listei de pumn. Acest lucru ar fi arătat ca un sfârșit de început cu plumb de două săptămâni”.