Cel mai bun răspuns
Contextul proiectului descrie fundalul organizațional în care se desfășoară proiectul. Ar trebui să vă propuneți să o faceți ușor de înțeles pentru cineva care nu știe nimic despre afacere sau despre tehnologie. Ar trebui să fie de nivel înalt, doar câteva propoziții pe fiecare element cheie. De exemplu, când eram șef de biblioteci digitale la British Library, explicam ce este British Library, de ce avea o bibliotecă digitală, ce era programul de bibliotecă digitală și ce parte a sistemului de biblioteci digitale afectează proiectul. După ce l-ați scris pentru un proiect, ar trebui să îl puteți reutiliza pentru orice alt proiect din cadrul aceluiași program
Definiția problemei descrie problema pe care proiectul este menit să o rezolve. Ar trebui să descrie problema în termeni de beneficii pentru afaceri pe care vă așteptați să le obțineți odată ce proiectul este finalizat. Mulți oameni greșesc asta. Spuneți, de exemplu, că proiectul dvs. este să actualizați un grup de servere de la Windows Server 2003 la 2016. Am văzut adesea că oamenii scriu ceva de genul „Problema este că serverele x, y și z rulează Windows Server 2003”. Faptul că un server folosește un sistem de operare învechit nu este în sine o problemă. Trebuie să intrați în adevărata problemă de afaceri care se rezolvă. Poate fi securitate sau poate că nu vă puteți îndeplini SLA-urile deoarece sistemul de monitorizare nu acceptă 2003. Spuneți că porniți proiectul și descoperiți că unul dintre servere nu poate fi actualizat deoarece software-ul pe care îl rulează este incompatibil cu 2016. Proiectul dvs. este acum un eșec. Cu toate acestea, software-ul va rula pe Server 2010. Dacă ați fi spus că problema este legată de securitate, atunci ați putea instala 2010 și proiectul este încă un succes.
Dacă vă uitați la ce PRINCE2 și gestionarea cu succes Programele (MSP) spun despre proiecte – sunt despre punerea în aplicare a unei capacități. Obiectivele ale proiectului ar trebui să se refere la capabilitățile pe care vă așteptați să le aibă loc la sfârșitul proiectului. Spuneți, de exemplu, că dezvoltați un site web pentru o firmă de rezervări de călătorii. Obiectivele ar fi să ofere utilizatorilor posibilitatea de a căuta, rezerva și plăti călătoriile cu trenul, taxiul, ricașa etc. etc.
Justificare proiect este cazul de afaceri al proiectului. Doar pentru că există o problemă care trebuie rezolvată nu înseamnă că afacerea ar trebui să cheltuiască bani rezolvând problema respectivă. Orice organizație are ordine de mărime mai multe lucruri pe care le-ar putea face decât are timp sau bani de realizat. Justificarea proiectului ar trebui să spună cititorului care este rentabilitatea așteptată a investiției pentru proiect
Domeniul de aplicare al proiectului ar trebui să fie o listă punctuală a ceea ce va face proiectul și, mai important, ce nu a făcut. De exemplu, proiectul va furniza materiale de instruire? Va recruta proiectul echipa care va folosi rezultatele? Domeniul de aplicare al proiectului este o țară, o regiune sau o lume?
Răspuns
Contextul proiectului – Acesta este doar contextul, mai degrabă decât proiectul în sine. De exemplu, compania este în creștere, așa că ocupă mai mult personal. Proiectul dvs. este o reîmprospătare tehnologică și o creștere a capacității sistemului HR. Nu oferiți creștere sau personal. Furnizați noul sistem HR.
Definiția problemei: acesta nu este un termen pur de gestionare a proiectelor. Aș spune că se referă la fundal, deoarece întreabă care este problema care are nevoie de o soluție. Este posibil ca proiectul dvs. să nu furnizeze întreaga soluție, deci nu poate rezolva problema de bază. De exemplu, reîmprospătarea resurselor umane nu va face creșterea potrivită în sistemul de salarizare.
Obiectivele proiectului: obișnuitul termenul este obiectiv și există două tipuri.
Obiective comerciale: aceasta poate include posibilitatea de a face față unei creșteri de x\% a personalului. Nu veți livra asta – remediați doar resursele umane. Chiar dacă sistemul de resurse umane a fost singurul care are nevoie de creștere, clientul trebuie să se uite la procesele de afaceri, personalul resurselor umane etc., pentru a putea profita de noul sistem pe care îl aveți livrați. Obiectivele comerciale sunt un lucru bun de știut și de menționat, DAR ele NU se încadrează în cadoul dvs.
Obiectivele proiectului: acestea sunt rezultatele pe care proiectul dvs. este conceput să le atingă. Acestea se află în cadoul dvs. sunt încă la nivel înalt, așa că nu le confundați cu livrabilele.
Justificarea proiectului: Din nou, aceasta face parte din fundal. În mare măsură, nu este treaba ta! Dacă un client dorește un stâlp roșu mare în biroul său și este pregătit să plătească pentru asta, asta e treaba lui.Cineva, nu PM, ci adesea un Business Analyst, trebuie să creeze un caz de afaceri pentru a justifica munca și pentru a primi cheltuielile aprobate de deținătorii bugetelor. În mod normal, acesta ar fi a) Dacă cheltuiesc X, va returna X + Y sau b) dacă cheltuiesc X, evităm sau diminuăm costul riscului Y. Aceasta nu este treaba ta și va fi deja făcut înainte de a fi vi s-a cerut să definiți și să executați un proiect.
Domeniul de aplicare al proiectului: Domeniul de aplicare al proiectului este absolut în centrul domeniului dvs. ca PM. Domeniul de aplicare definește, în termeni cât mai exacți cu putință, două lucruri: 1) Ce va face proiectul? 2) Ce NU va face proiectul? Proiectul dvs. va furniza un nou sistem de resurse umane, dar (poate), nu va oferi instruire personalului de resurse umane al clientului. Nu va furniza personal suplimentar de resurse umane. Include probabil sfârșitul integrării resurselor umane, dar probabil nu include modificări ale salarizării. Etc. Domeniul de aplicare este cel mai bine definit într-un mod structurat. Folosesc POLDAT
Proces de afaceri, Organizare, Locație, Date, Aplicații, Tehnologie.
Ce se schimbă sau nu se schimbă proiectul dvs. în aceste domenii de schimbare?
Scurgeți acest lucru și vă aflați în profunzime —-