Ce pune cronologia pe aceeași axă
Cronologia proiectului nu e un al doilea plan ținut manual, ci o proiecție peste datele care există deja. Ea adună, în ordine, patru feluri de elemente: pornirea fiecărui sprint, încheierea lui, jaloanele definite de tine și termenele taskurilor. Fiecare element își poartă eticheta de tip și culoarea, ca să se citească dintr-o privire ce e reper contractual și ce e ritm intern de livrare. Jaloanele se creează și se șterg din aceeași pagină, deci întreținerea cronologiei nu cere trecerea prin alt ecran. Ce nu e cronologia: o diagramă cu bare, cu scală de timp și durate desenate — este o listă verticală, în ordinea datelor.
Dependențele: ce fac și ce nu fac
Pe fiecare task alegi, dintr-o listă cu taskurile aceluiași proiect, pe cele care îl blochează. Relația e de tip Finish-to-Start — predecesorul trebuie terminat înainte de succesor — și se citește de pe taskul blocat, ca listă „depinde de"; pe taskul blocant nu apare, deocamdată, lista celor pe care le ține, deși legătura e stocată în ambele direcții. Un task nu poate depinde de el însuși, iar la ștergerea unui task legăturile lui dispar în ambele direcții, fără referințe orfane. Ce nu există: celelalte trei tipuri de legătură (Start-to-Start, Finish-to-Finish, Start-to-Finish), decalajul pozitiv sau negativ între ele și recalcularea automată a datelor în aval.
Jaloane și termene — cum le urmărești
Un jalon este o entitate proprie a proiectului, cu nume, dată și descriere, creată și ștearsă din pagina de cronologie; el marchează reperul pe axă, fără să adune taskuri sub el. Termenele stau pe task, se pun din fișa lui și sunt date calendaristice simple, nu durate legate între ele. Pe ele se sprijină doi indicatori pe care îi vezi la nivel de proiect: câte taskuri au termenul depășit și câte devin scadente în următoarele șapte zile, calculate din datele proiectului, nu estimate. Aceiași termeni alimentează și contorul de întârzieri de pe fiecare coloană a board-ului, deci reperul temporal e același indiferent din ce ecran îl privești.
De ce nu există drum critic aici
Drumul critic cere durate pe fiecare task și un calcul de rețea care le însumează pe lanțuri. 4myprojects ține termene și relații de precedență, nu durate înlănțuite, deci nu calculează marjă liberă sau totală, nu evidențiază un lanț critic și nu salvează un plan de referință față de care să măsoare abaterea. Consecința practică: mutarea unui termen rămâne o decizie a ta, luată uitându-te la taskurile care depind de cel mutat, nu o replanificare în cascadă propusă de platformă. Nu există nici import de planuri din alte instrumente și nici export al cronologiei — structura se construiește direct aici.
