Managementul Proiectelor - Triunghiul Proiectului

Triunghiul Proiectului este o reprezentare a interdependenței dintre timp, cost și domeniu de aplicare ale unui proiect. Orice modificare a unei laturi a triunghiului afectează automat celelalte două. De exemplu, dacă se scurtează timpul, există o probabilitate mare de a crește costurile sau de a reduce domeniul de aplicare.

În contextul Triunghiului Proiectului, resursele sunt considerate un element de cost. Oferirea de resurse suplimentare crește costurile, în timp ce reducerea numărului de resurse diminua costurile.

Ajustarea resurselor, fie prin creșterea, fie prin scăderea numărului de resurse alocate, afectează graficul de lucru al proiectului. De exemplu, supra-alocarea de resurse poate duce la sarcini divizate și întârzieri, prelungind durata proiectului.

O latură a Triunghiului Proiectului poate fi fixă, de exemplu bugetul, timpul sau domeniul de aplicare. Aceasta înseamnă că nu poate fi ajustată, indiferent de circumstanțe.

Înțelegerea laturilor fixe ale Triunghiului Proiectului este crucială pentru a determina ce aspecte ale proiectului pot fi ajustate în cazul apariției unor probleme. De exemplu, dacă bugetul este fix, trebuie să cautam moduri de a ajusta timpul sau domeniul de aplicare.

Modificările din planul proiectului pot afecta Triunghiul Proiectului în moduri variate. De exemplu, scurtarea timpului de execuție a unui proiect poate crește costurile, dar în alte cazuri poate chiar să le diminueze.

Fiecare proiect are anumite limite de timp, buget și domeniu de aplicare, făcând managementul proiectului necesar.

Proiectele necesită claritate în ceea ce privește scopul și obiectivele. Dacă nu există claritate, este posibil ca proiectul să nu fie finalizat cu succes.

Găsirea unor îmbunătățiri inteligente în fluxul de lucru zilnic sau aducerea unui impuls de entuziasm și încurajare în direcția potrivită la momentul potrivit.

Folosirea unor metrici liniare pentru a măsura performanța poate fi neproductivă deoarece oamenii pot găsi modalități de a înșela sistemul pentru a obține rezultate bune, chiar dacă performanța reală este scăzută.

Când angajații încep să înșele sistemul de măsurare, valorile măsurate cresc, dar performanța reală scade, făcând sistemul disfuncțional.

O structură impusă asupra dezvoltării unui produs software, care include cele patru faze: analiza, proiectarea, implementarea și testarea.

Metodologiile de dezvoltare a programelor sunt esențiale pentru a asigura că un produs software este dezvoltat ordonat și eficient.

Companiile folosesc propriile metodologii sau cele comerciale.

Fără o metodologie, dezvoltarea unui produs software devine haotică și ineficientă.

O echipă multidisciplinară dedicată unui proiect specific, care funcționează ca o entitate autonomă, concentrându-se pe satisfacerea nevoilor proiectului.

Persoana responsabilă cu planificarea, organizarea, executarea și finalizarea unui proiect.

O stare de motivație ridicată care apare atunci când eforturile echipei sunt canalizate către realizarea obiectivelor proiectului.

Abilitatea managerului de proiect de a menține un echilibru între diferite atitudini și de a adapta abordarea în funcție de situație.

Satisfacția personală pe care managerii de proiect o simt din responsabilitatea și impactul pe care îl au asupra proiectelor.

Orice entitate care este direct interesată de rezultatele unui proiect.

Importanța comunicării eficiente și consecvente între echipa de proiect și părțile interesate.

Capacitatea de a face față unor provocări diverse și de a lua decizii impulsive, bazate pe experiență și intuiție.

Specificația formală este o modalitate de a descrie software-ul într-un mod precis și riguros, folosind notații matematice.

Specificarea formală poate ajuta la detectarea erorilor înainte ca programul să fie scris, reducând costurile și riscurile.

Specificarea formală poate fi greu de înțeles pentru cei care nu sunt familiari cu notația matematică.

Programare extremă (XP) este o metodologie agilă care se concentrează pe dezvoltarea rapidă și adaptabilă a software-ului.

În XP, echipa de dezvoltare este formată din programatori care colaborează strâns și au o structură ne-ierarhică.

Unul dintre principiile XP este că codul ar trebui să fie simplu și ușor de înțeles.

Metodologia AGILE este un set de metode și practici care susțin o abordare flexibilă și adaptabilă a dezvoltării de software.

Metodologia AGILE recunoaște și încorporează schimbările din cerințele clientului pe parcursul dezvoltării.

O abordare simplă, rapidă, dar lipsită de organizare, potrivită pentru proiecte mici cu echipe de dezvoltatori mici, implicând puține etape și lipsă de planificare formală.

Metodologie de dezvoltare care seamănă cu o cascadă, cu etape bine definite și un proces de validare la finalul fiecărei etape, oferind o viziune clară și succintă a procesului, potrivită pentru proiecte de orice dimensiune.

Etapa inițială a modelului cascadă, unde se obține o aprobare pentru proiect, se colectează cerințele clientului și se definesc obiectivele.

Etapa a modelului cascadă, cu accent pe proiectarea sistemului, inclusiv design-ul interfeței.

Etapa a modelului cascadă, unde se scrie codul, utilizând limbajul de programare ales.

Etapa a modelului cascadă, unde se verifică dacă codul scris funcționează conform specificațiilor.

Etapa finală a modelului cascadă, unde produsul este livrat clientului.

Un model de dezvoltare software care nu are reguli fixate, potrivit pentru proiecte mici și în fazele inițiale ale dezvoltării, unde clientul nu are o imagine clară a rezultatului.

Metoda de dezvoltare software care implică iterații scurte și adaptative, prioritizând livrarea rapidă și funcțională a software-ului.

Prioritizarea satisfacerii clientului prin livrarea continuă și rapidă a software-ului valoros.

Acceptând schimbarea cerințelor chiar și în etapele ulterioare ale dezvoltării, valorificând schimbările în avantajul clientului.

Livrarea frecventă de software funcțional, cu intervale de timp scurte, de la câteva săptămâni la câteva luni.

Colaborarea zilnică între oamenii de afaceri și dezvoltatori pe parcursul întregului proiect.

Construirea proiectelor în jurul oamenilor motivați, oferindu-le mediul și sprijinul necesar și având încredere în ei.

Prioritizarea funcționalității software-ului față de o documentație extensivă, adaptând documentația la nevoile practice.

Colaborarea cu clienții, în detrimentul negocierilor formale de contract.