Documente Academic
Documente Profesional
Documente Cultură
Work Management
Work Management
2. REPREZENTAREA FORMAL
A PROIECTELOR
2.1 Definire i elemente de formalizare
Cuvntul proiect are mai multe sensuri n limba romn: desen sau
schi a unui produs de exemplu, desenul de ansamblu al unui motor;
dorina sau intenia de a realiza o schimbare n viaa de zi cu zi de
exemplu, dorina de a face o excursie peste hotare sau intenia de a schimba
locuina; ansamblu de etape i aciuni ordonate destinate atingerii unui
obiectiv de exemplu realizarea unui automobil.
n expunerea din aceast lucrare se are n vedere al treilea sens al
noiunii de proiect.
Astfel, un proiect este un ansamblu de aciuni sau lucrri
destinate realizrii unui obiectiv unic i msurabil.
Un obiectiv este unic dac, odat atins, este definitiv. De exemplu,
deplasarea zilnic a copiilor de cre sau grdini cu un autobuz nu este un
proiect. Faptul c aceast activitate s-a derulat ntr-o zi nu constituie un
obiectiv unic, pentru c n zilele urmtoare ea se va repeta. n schimb,
punerea la punct a transportului cu autobuzul constituie un proiect. Odat
realizat acest obiectiv, proiectul este ncheiat.
Un obiectiv este msurabil dac se poate evalua, n orice moment,
gradul n care a fost atins. De exemplu mbuntirea imaginii de marca a
unei firme nu este un proiect. n schimb, mbuntirea imaginii de marc
pn la nivelul la care 20% din populaie va cunoate obiectul de activitate
al firmei constituie un proiect.
Exist numeroase aciuni i lucrri care se deruleaz, fr ca un
obiectiv unic i msurabil s poat fi definit. n astfel de cazuri nu este
vorba despre un proiect.
De exemplu, a satisface clienii nu corespunde unui obiectiv unic
i msurabil. Cu toate acestea, satisfacerea clienilor este necesar.
A cunoate, fr echivoc, care aciuni sau lucrri constituie un
proiect i care nu reprezint premise de baz n elaborarea politicilor i
strategiilor din managementul proiectelor.
Aceste politici i strategii sunt nglobate n modele de management
al proiectelor. n general aceste modele se bazeaz pe urmtoarele elemente:
- identificarea activitilor din proiect;
- analiza derulrii logice a acestor activiti;
15
1. Ce ? ( S.D.P )
2. Cum ? ( S.D.L )
3. Cine ? ( S.D.O )
4. Reea
5. Scenariu
Fig. 2.1
Aceste elemente au urmtoarele semnificaii:
Ce se refer la obiectul proiectului, adic la produs.
Cum se refer la modul n care se ajunge la produs, adic la lucrrile
din care este constituit proiectul.
Cine reflect rolurile jucate n cadrul proiectului.
Reeaua este o reprezentare simbolic ce permite cuantificarea
activitilor i a dependenelor dintre acestea.
Scenariul este rezultatul tratrii reelei prin tehnici de management al
proiectelor. Orice scenariu se concretizeaz sub forma unui program de
lucru pentru realizarea proiectului.
16
Subsistem 1
Subsistem 2
Subsistem 3
Ansamblu 1
Ansamblu 2
Ansamblu 3
Fig.2.2
2.3 Structura de dezagregare a lucrrilor ( SDL)
O problem major n managementul proiectelor este aceea de a
identifica cu precizie tot ceea ce trebuie realizat pentru atingerea
obiectivului propus. Cu alte cuvinte, identificarea tuturor lucrrilor ce
conduc la realizarea proiectului.
Structura de dezagregare a lucrrilor - SDL este o reprezentare
structural a tuturor activitilor din proiect. Reprezentarea poate fi realizat
sub form de arborescen (fig. 2.3).
17
Definirea
subsistemului 2
PROIECT
Definirea
sistemului
Realizarea
ansamblului 21
Definirea
ansamblului 22
Realizarea
ansamblului 22
Execuia
ansamblului 22
Integrarea
ansamblului 22
Realizarea
subsistemului 3
Integrarea
sistemului
Execuia
ansamblului 21
Integrarea
ansamblului 21
Realizarea
subsistemului 1
Realizarea
subsistemului 2
Definirea
ansamblului 21
Definirea
ansamblului 23
Realizarea
ansamblului 23
Integrarea
subsistemului 2
Execuia
ansamblului 23
Integrarea
ansamblului 23
Fig.2.3
Utilizarea codurilor SDL permite structurarea proiectului la diferite
niveluri. Rezultatul acestei aciuni este un ansamblu de planuri a cror
schem general este redat n fig.2.4
18
Definire
sistem
Realizare subsistem 1
Realizare subsistem 2
Realizare subsistem 3
Integrare
sistem
Fig. 2.4
Ca exemplu intermediar, de detaliu, n fig.2.5 se prezint planul de
realizare al subsistemului 2.
Realizarea Subsistemului 2
Definere
Subsistem 2
Realizare
Ansamblu 21
Realizare
Ansamblu 22
Realizare
Ansamblu 23
Integrare
Subsistem 2
Fig.2.5
Un detaliu i mai fin, care se refer la planul de realizare a
ansamblului 21, este redat n fig.2.6.
Realizarea Ansamblului 21
Definere
Ansamblu 21
Execuie
Ansamblu 21
Integrare
Ansamblu 21
19
Fig.2.6
O problem major n managementul proiectelor este aceea de a
identifica cu precizie tot ceea ce trebuie realizat pentru atingerea
obiectivului. Una dintre cauzele principale ale intrrii unor proiecte n
deriv const n faptul c anumite lucrri nu au fost identificate i, ca
urmare, nu au fost planificate. Experiena arat c, de foarte multe ori, o
parte nsemnat a sarcinii de lucru din cadrul unui proiect (care poate ajunge
pn la 30% ) n-a fost identificat la momentul oportun .
Aceast lips de vizibilitate conduce la ntrzieri n realizarea
proiectului, care adesea nu mai pot fi recuperate.
De obicei, nu activitile legate direct de realizarea produsului final
pun probleme majore, ci activitile auxiliare care, de foarte multe ori, sunt
identificate necorespunztor sau sunt chiar omise.
Pornind de la aceste constatri, n practic se impune elaborarea unei
liste exhaustive a tuturor activitilor din proiect, aceasta numindu-se SDL
TIP .
2.4 Structura de dezagregare a organizrii (SDO)
SDO se ocup cu prezentarea tuturor resurselor umane ce particip
la realizarea proiectului i stabilete responsabilitile fiecreia cu descrierea
amnunit a ceea ce trebuie s se fac cu scopuri bine definite ( fig.2.7 ).
Cu alte cuvinte, n cadrul SDO se precizeaz cine face i ce anume face,
cine este responsabil pentru ce anume i al cui.
20
Fig.2.7
Un mod de reprezentare a responsabilitilor n cadrul unui proiect
const n precizarea numelor celor responsabili pe fiecare diviziune SDL.
O structur SDL, completat n acest mod, este denumit
organigram tehnica ( OT ) .
Trebuie totui precizat c, n funcie de context, denumirea de OT
poate avea sensuri diferite: uneori se refer numai la SDL; alteori se refer
la SDL, completat cu precizarea responsabilitilor; n unele cazuri OT are
un coninut informaional mult mai bogat, fiind o list de lucrri,
responsabiliti i mijloace.
Identificarea a cine este responsabil i al cui conduce la stabilirea
unei ierarhii a sarcinilor. Structura legturilor ierarhice este denumit
structura de dezagregare a resurselor (SDR).
n managementul proiectelor, identificarea a cine face i ce face i
a cine este responsabil i de ce se dovedete a fi, de foarte multe ori,
insuficient. Exist i alte sarcini implicate de realizarea unui proiect, ca de
exemplu, cine aprob sau cine accept rezultatul unei lucrri.
Asemenea roluri trebuie, i ele, luate n considerare i tratate n mod
corespunztor.
2.5 Reele logice i scenarii
Reeaua logic este reprezentarea grafic a unor elemente specifice
managementului proiectelor, cum sunt: activiti, durate, resurse etc.
Reelele logice pot fi reprezentate n diferite forme.
21
C 20z
A 5z
G 5z
D 10z
B 10z
F 15z
E 25z
Fig. 2.8
Pe lng aceste faciliti, reelele logice prezint i avantajul c pot fi
uor tratate cu tehnici manageriale de programare i conducere, obinnduse, n felul acesta, diferite scenarii de realizare a proiectului.
Practica demonstreaz c, n multe cazuri, scenariul elaborat iniial
nu este ntotdeauna convenabil, datorit unor cauze ce sunt depistate dup
elaborarea scenariului (depirea bugetului alocat pentru proiect,
repartizarea necorespunztoare a resurselor, depirea unor termene
intermediare etc.)
Etapele ce duc la realizarea scenariului sunt prezentate n fig.2.9.
Schimbarea unui scenariu poate solicita diferite niveluri de
responsabilitate, n funcie de etapa n care se face intervenia.
De exemplu, introducerea unei date impuse, legate de prioritatea
unei anumite activiti, nu implic responsabiliti prea mari, n schimb
modificarea calendarului unei resurse presupune intervenia efului de
proiect.
22
SDP
SDL
SDO
REEA
SCENARIU
INACCEPTABIL
SCENARIU
SCENARIU
ACCEPTABIL
REALIZARE
PRODUS
Fig. 2.9
Ct despre redefinirea produsului, o asemenea decizie poate pune n
pericol chiar existena proiectului. De aceea, o asemenea decizie presupune
un nivel de responsabilitate mult mai nalt.
2.6. Verificarea cunotinelor
1)
2)
3)
4)
24