Managementul Proiectelor IT
Managementul Proiectelor IT
Pe lângă problemele normale care pot cauza un eș ec al unui proiect, factorii care pot afecta negativ
factorii care afectează succesul unui proiect IT includ avansurile tehnologice în timpul executării proiectului,
schimbări în infrastructură care afectează securitatea ș i gestionarea datelor ș i dependenț i necunoscuț i
relaț iile dintre hardware, software, infrastructura de reț ea ș i date. Proiectele IT pot, de asemenea,
cedaț i penalizării pentru prima utilizare, care reprezintărisc totalo organizaț ie
presupune atunci când implementează o nouă tehnologie pentru prima dată. Deoarece tehnologia nu a
a fost implementat sau folosit anterior în organizaț ie, este probabil să existe complicaț ii care
va afecta ș ansele de succes ale proiectului.
Gestionarea proiectului
Aceste cinci grupuri de procese constituie ciclul de viaț ă al managementului proiectelor ș i sunt universale pentru toț i
proiecte. Faze specifice din cadrul unui proiect, totuș i, sunt unice pentru fiecare proiect ș i reprezintă
ciclul de viaț ă al proiectului.
Iniț ierea – obiectivul, nevoia sau problema proiectului este identificată.manager de proiecteste
atribuit la proiect ș iCarta proiectuluieste creat.
Planificare - managerul de proiect ș i echipa de proiect lucrează împreună pentru a planifica totul din
paș ii necesari pentru a ajunge la o concluzie de succes a proiectului. Procesele de planificare a proiectului
Închiderea – la sfârș itul fiecărei etape ș i la sfârș itul întregului proiect, închiderea proiectului
se întâmplă să se asigure că toată munca a fost finalizată, este aprobată ș i, în cele din urmă
a transferat proprietatea de la echipa de proiect către operaț iuni.
Există zece domenii de cunoș tinț e în managementul proiectelor. Aceste zece domenii de cunoș tinț e segmentează
acț iuni diferite finalizate de managerul de proiect pe parcursul proiectului. Cele zece proiect
zonele de cunoș tinț e în management sunt:
Managementul domeniului de aplicare al proiectului: domeniul de aplicare al proiectului este definit, documentat ș i aprobat.
domeniul de aplicare al proiectului este protejat împotriva modificărilor neautorizate, editat cu modificări aprobate, ș i
Gestionarea programului de proiect: programul proiectului este definit mai întâi de orele de lucru
al proiectului, orice proiectetape importante, ș i în cele din urmă un termen limită pentru proiect. Echipa de proiect
disponibilitatea pe parcursul proiectului este documentată ș i planificată în consecinț ă. Proiectul
managerul va colabora cu echipa de proiect pentru a identifica sarcinile proiectului ș i durata acestora
Managementul costurilor proiectului: costurile proiectului sunt estimate astfel încât să se elaboreze un buget pentru
proiectul poate fi atribuit. Costurile proiectului includ materiale, servicii, facilităț i,licenț e de software,
ș i alte cheltuieli atribuite direct proiectului.
Managementul calităț ii în proiect: ceea ce constituie calitatea în proiect este definit în specific
metricele ș i agreate între părț ile interesate cât mai devreme în proiect posibil. Calitate
programele ș i politicile de asigurare ghidează activitatea proiectului, în timp ce controlul calităț ii inspectează
Managementul comunicaț iilor proiectului: părț ile interesate vor avea nevoie de informaț ii din
adresa cine va avea nevoie de ce informaț ii, când este nevoie de informaț ii ș i cel mai bine
modalitate pentru comunicaț ii.
Proiectmanagementul riscurilorriscurile sunt situaț ii, evenimente, condiț ii care pot ameninț a, ș i
uneori beneficiul, obiectivele proiectului IT. Riscurile trebuie identificate, analizate ș i un
răspuns creat pentru evenimentul de risc. Probabilitatea ș i impactul fiecărui eveniment de risc sunt evaluate
să creeze un scor de risc pentru a justifica costurile necesare pentru a gestiona evenimentul de risc.
Gestionarea achiziț iilor proiectului: dacă proiectul trebuie să achiziț ioneze bunuri sau servicii,
un proces formal pentru achiziț ii va trebui să fie creat. Planul ar trebui să abordeze
selecț ia tipului de contract al proiectului, administrarea contractului, auditurile de achiziț ii, ș i
închiderea contractului. Mulț i manageri de proiect nu gestionează achiziț iile, ci se deferă la
departamentul de achiziț ii sau procesele de cumpărare centralizate ale organizaț iei.
Managementul părț ilor interesate ale proiectului: părț ile interesate sunt oricine are un interes investiț ional în
cunoș tinț ele afectează direct performanț a celorlalte domenii de cunoș tinț e. Integrarea proiectului
managementul examinează interacț iunile ș i contingenț ele dintre domeniile de cunoș tinț e pentru a
asiguraț i-vă că proiectul este planificat, executat, controlat ș i încheiat în mod adecvat.
Aceste zece domenii de cunoaș tere trebuie gestionate iterativ pe parcursul proiectului. Cu
cu excepț ia achiziț iilor, un manager de proiect va întâlni probabil toate cele zece cunoș tinț e
zone în fiecare proiect. Nu există o ordine stabilită în care zonele ar trebui să fie gestionate, ci mai degrabă
managerul de proiect se adaptează la cunoș tinț ele ș i procesele adecvate în funcț ie de ceea ce se întâmplă
în cadrul proiectului.
Există mai multe abordări diferite pentru gestionarea unui proiect IT care afectează ciclul de viaț ă al proiectului.
Organizaț iile pot alege una dintre aceste abordări populare pentru a ajuta la reducerea riscului de costuri mari.
refacere, riscuri din cauza schimbărilor rapide ale tehnologiei sau planificare extinsă la lansarea
proiect. Ciclu de viaț ă al proiectului unui proiect IT tipic trece prin iteraț ii de planificare,
executarea, ș i controlul până când proiectul este în cele din urmă încheiat ș i transferat în operare.
Cu toate acestea, există trei cicluri de viaț ă distincte în managementul proiectelor IT:
Ciclul de viaț ă previzibil: acesta este cel mai comun ș i tradiț ional ciclu de viaț ă pentru proiectele IT.
în această abordare, managerul de proiect ș i echipa de proiect definesc mai întâi domeniul de aplicare al proiectului, proiectul
programul ș i costurile estimate ale proiectului înainte de începerea execuț iei proiectului. Ca parte a proiectului
planificarea este tipic ca fazele proiectului să fie definite (fiecare fază face un tip specific de
proiect de lucru). Pentru ca proiectul să treacă de la iniț iere la încheiere, fiecare fază trebuie să
să înceapă ș i să se finalizeze în ordinea specifică aș a cum a fost planificat. Acest tip de abordare este uneori
ș i estimările de durată sunt create pentru cea mai iminentă muncă prin iteraț ii de planificare.
Ciclul de viaț ă iterativ planifică de asemenea iteraț ii ale beneficiilor eliberate organizaț iei. Pentru
de exemplu, un ciclu de viaț ă iterativ poate crea un nou software cu mai multe caracteristici cu fiecare nouă
Ciclul de viaț ă adaptiv: acest ciclu de viaț ă al proiectului foloseș te de asemenea o iteraț ie de planificare ș i execuț ie, dar
planificarea care durează de obicei două săptămâni. Această abordare foloseș te o undă rulantă de planificare ș i
executând prin reprize scurte atât de planificare, cât ș i de execuț ie. Schimbarea este aș teptată în acest sens
abordare a proiectului IT ș i este ideală pentru proiectul de dezvoltare a software-ului. Proiect Agile
managementul ș i Scrum sunt exemple de ciclu de viaț ă adaptiv.
Toate aceste cicluri de viaț ă folosesc conceptul de faze pentru a avansa munca proiectului. O fază
descrie tipul de muncă care va avea loc în acea porț iune a proiectului. Managerul de proiect,
cerinț ele organizaț ionale ș i chiar cerinț ele clienț ilor pot influenț a ce tip de
ciclul de viaț ă al proiectului pe care managerul de proiect îl va adapta în proiect.