Upload
iulian-calin
View
214
Download
0
Embed Size (px)
Citation preview
7/25/2019 Mop-7
1/19
7. Dezvoltarea elementelor de formalizare
77
7. DEZVOLTAREA ELEMENTELOR DE FORMALIZARE
7.1. Relaii i ierarhii SDL SDP
Relaia de baz, const n faptul c fiecrui element din SDL icorespunde un element din SDP.
Cu alte cuvinte, fiecare lucrare din proiect este destinat realizriiunei pri din produs. Invers, fiecare element al produsului este rezultatul
unei lucrri evideniate n SDL. La nivel global, corespondena SDL-SDPare reprezentarea graficconform figurii 7.1
Fig. 7.1
Proiectul reprezint lucrrile, iar sistemul reprezintprodusul ce seobine cu ajutorul acestor lucrri. Formalizarea grafic are raiunitopologice. Astfel, dreptunghiurile sunt utilizate pentru a reprezenta
aciunile, iar elipsele rezultatele acestor aciuni.Orice rezultat se traduce printr-o anumitstare a sistemului. Astfel,regula de baz const n faptul co aciune conduce la transformarea uneistri dintr-o altstare.
Ca urmare, n cadrul unei astfel de formalizri grafice, un dreptunghiurmeazunei elipse i o elipsurmeazunui dreptunghi.
innd cont de aceste precizri, la nivel global, schema din figura7.1. trebuie completati se ajunge la reprezentarea din figura 7.2.
Fig. 7.2
n cazul unei detalieri mai avansate, relaia SDL-SDP poate fiformalizatgrafic ca n figura 7.3.
Proiect SistemLansare
proiect
Proiect Sistem
7/25/2019 Mop-7
2/19
Managementul operaional al proiectelor
78
Fig. 7.3
n aceastfigur, cutia PROIECT este transparent.Ca urmare, topologia formalizrii afieaz un produs care nu
figureazn SDP de origine.
Acest produs este caietul de sarcini al sistemului. Acest fenomen dembogire a SDP, cu prilejul realizrii corespondenei SDL-SDP, estefrecvent n realitate.
Situaia invers, adic mbogirea SDL, poate, de asemenea, s seproduc. Continund cu o detaliere i mai fin, se poate lua ca element deintrare caietul de sarcini al sistemului (fig. 7.4 ). La acest nivel de detaliere,apare un nou element al SDP, i anume, caietul de sarcini al subsistemului2.
Lansareroiect
Sistem
Definireasistemului
Caietulde sarcini
Realizaresubsistem 1
Realizaresubsistem 2
Realizaresubsistem 3
Subsistem 1 Subsistem 2 Subsistem 3
Integrare sistem
PROIECT
7/25/2019 Mop-7
3/19
7. Dezvoltarea elementelor de formalizare
79
Fig. 7.4
Dacacesta se considerca un nou element de intrare, se ajunge la o
detaliere i mai fin (fig.7.5). Formalizarea grafic este identic pentruansamblurile 22 i 23.
Caiet desarcini
Definiresubsistem 2
Caiet de sarcinisubsistem 2
Realizareansamblu 21
Realizareansamblu 22
Realizareansamblu 23
Ansamblu 21 Ansamblu 22 Ansamblu 23
Subsistem 2
Realizaresubsistem 2
Integrare subsitem 2
7/25/2019 Mop-7
4/19
Managementul operaional al proiectelor
80
Fig. 7.5
Pentru fiecare dintre cele trei ansambluri, apar dou produseintermediare: caietul de sarcini i elementele componente. Dup cum se
poate observa, corespondena SDL-SDP conduce la necesitatea editrii unei
noi SDP (fig. 7.6).O SDP de aceastformeste satisfctoare n cea mai mare parte acazurilor. Dar, din timp n timp, se impune un plus de rigoare nreprezentarea formal.
Caiet de sarcinisubsistem 2
Definireansamblu 21
Caiet de sarciniansamblu 21
Realizareansamblu 21
Componenteansamblu 21
Ansamblu 21
Realizareansamblu 21
Integrare subsitem 21
7/25/2019 Mop-7
5/19
7. Dezvoltarea elementelor de formalizare
81
Fig. 7.6
n astfel de cazuri, problema cea mai delicat const n realizareainterfeei ntre prile executate de echipe ce nu pot comunica ntre ele.Aceast dificultate tehnic, impune o atenie sporit din partea efului de
proiect. El trebuie sse sprijine pe elemente de formalizare de tip SDP, care
s reprezinte diferite niveluri de aprofundare. Elementele de formalizarerespective trebuie s-i permit s fac o distincie clar ntre prilecomponente ale sistemului i sistemul n sine.
n general, arborescenele se elaboreaz progresiv, prin agregareaprilor componente n ntreg. Astfel, n exemplul din figura 7.6,reprezentarea celor trei ansambluri prin caiete de sarcini i componente nueste suficient. n realitate, fiecare ansamblu trebuie integrat.
Caiet sarciniansamblu 21
Componenteansamblu 23
Caiet sarciniansamblu 23
Caiet sarciniansamblu 22
Caiet sarcinisubsistem 2
Ansamblu 21
Ansamblu 22
Ansamblu 23
Sistem
Caiet sarcinisistem
Lansareproiect
Subsistem 1
Subsistem 2
Subsistem 3
Componenteansamblu 22
Componenteansamblu 21
7/25/2019 Mop-7
6/19
7/25/2019 Mop-7
7/19
7. Dezvoltarea elementelor de formalizare
83
Fig. 7.8
n mod asemntor, se produc transformri la nivelul realizriisubsistemului 2 (fig. 7.9) i a ansamblului 21 (fig. 7.10 ).
Avantajul unei astfel de metode de lucru const n faptul c se potrealiza diferite niveluri de zoom (transfocri) asupra produsului.
Lansareroiect
Sisteminte rat
Definiresistem
Caiet desarcini
Realizaresubsistem 1
Realizaresubsistem 2
Realizaresubsistem 3
Subsistem 1integrat
Subsistem 2integrat
Subsistem 3integrat
Integrare sistem
PROIECT
7/25/2019 Mop-7
8/19
Managementul operaional al proiectelor
84
Fig. 7.9
Fig. 7.10
Caiet de sarcinisubsistem 2
Definireansamblu 21
Caiet de sarciniansamblu 21
Realizareansamblu 21
Componenteansamblu 21
Ansamblu 21integrat
Realizareansamblu 21
Integrare ansamblu 21
Caiet sarcinisistem
Subsistem 2integrat
Definiresubsistem 2
Caiet sarcinisubsistem 2
Realizare
subsistem 1
Realizaresubsistem 2
Realizare
subsistem 3
Subsistem 1inte rat
Subsistem 2inte rat
Subsistem 3inte rat
Integrare subsistem 2
Realizaresubsistem 2
7/25/2019 Mop-7
9/19
7. Dezvoltarea elementelor de formalizare
85
n figura 7.11 se prezint un astfel de exemplu, referitor lasubsistemul 2.
Fig. 7.11
Realizarea corespondenei SDL-SDP constituie baza elaborriireelei logice a proiectului, iar aceasta reprezint legturile de dependenntre activiti.
Arborescena SDL induce un mecanism al legturilor de dependen,aa cum se poate observa n figura 7.12, referitor la realizareasubsistemului 2.
Fig. 7.12
Bineneles, reeaua logicreflectnivelul de detaliere a lucrrilor ncadrul SDL. Astfel, reeaua reprezentat n figura 7.12 poate fi detaliat,corespunztor fiecrui ansamblu, i rezultreprezentarea din figura 7.13.
Subsistem 2integrat
Caiet sarcinisubsistem 2
Realizareansamblu 21
Realizareansamblu 22
Realizareansamblu 23
Ansamblu 21 Ansamblu 22 Ansamblu 23
Integrare subsistem 2
Definiresubsistem
Realizareansamblu 22
Realizareansamblu 21
Realizareansamblu 22
Integraresubsistem 2
7/25/2019 Mop-7
10/19
Managementul operaional al proiectelor
86
Fig. 7.13
Reuniunea reelelor corespunztoare fiecruia din cele treisubsisteme, conduce la obinerea reelei logice a ntregului proiect(fig.7.14).
Fig. 7.14
Definiresubsistem 2
Definireansamblu 21
Definireansamblu 22
Definireansamblu 23
Execuieansamblu 21
Execuieansamblu 22
Execuieansamblu 23
Integrareansamblu 21
Integrareansamblu 22
Integrare
ansamblu 23
Integraresubsistem 2
Definiresubsistem 1
Definireansamblu11
Definireansamblu12
Definireansamblu 13 Integrare
subsistem 1
Execuieansamblu11
Execuieansamblu12
Execuieansamblu 13
Integrare
ansamblu11Integrareansamblu12
Integrareansamblu 13
Definiresubsistem 2
Definireansamblu21
Definireansamblu22
Definireansamblu 23 Integrare
subsistem 2
Execuieansamblu21
Execuieansamblu22
Execuieansamblu 23
Integrareansamblu21
Integrareansamblu22
Integrareansamblu 23
Definire
subsistem 3
Definireansamblu31
Definire
ansamblu32Definire
ansamblu 33 Integraresubsistem 3
Execuieansamblu31
Execuieansamblu32
Execuieansamblu 33
Integrareansamblu31Integrare
ansamblu32
Integrareansamblu 33
Definiresistem
Integraresistem
7/25/2019 Mop-7
11/19
7. Dezvoltarea elementelor de formalizare
87
La acest nivel, reeaua nu precizeaznici duratele activitilor, niciresursele ce intervin n proiect, ci numai legturile de dependen.
Pentru tratarea unei astfel de reele prin tehnicile PERT, sau cele deordonanare, este mult mai comod ca activitile s fie codificate icompletate cu duratele i resursele aferente ndeplinirii lor.
7.2. Modaliti de elaborarea a SDO
Din elementele de formalizare ale SDO, trebuie sse poatidentificacine face i ce anume face. Pentru proiectul analizat n relaia SDL-SDP,SDO poate fi reprezentatca n tabelul 7.1.
Tabelul 7.1 SDO Responsabiliti
Moraru Prvu SavuARC -SRL
Definirea sistemului Realizarea subsistemului 1 Definirea subsistemului 2 Definirea ansamblului 21 Execuia ansamblului 21
Integrarea ansamblului 21 Definirea ansamblului 22 Execuia ansamblului 22 Integrarea ansamblului 22 Definirea ansamblului 23 Execuia ansamblului 23 Integrarea ansamblului 23 Integrarea aubsistemului 2 Realizarea aubsistemului 3 Integrarea aistemului
Aceast form de reprezentare este cea mai simpl. Ea prezintavantajul c permite s se verifice dac exist acoperire pentru realizareafiecrei diviziuni din SDL.
Uneori, n cadrul SDO pot aprea actori care, la o anumitdat, nuau o identificare concret.
De exemplu, n loc de Moraru poate s apar inginer, identificareaurmnd sse facmai trziu. Aceastformde SDO este, de cele mai multeori, completatcu sarcina fiecrui participant (vezi tabelul 7.2).
7/25/2019 Mop-7
12/19
Managementul operaional al proiectelor
88
Tabelul 7.2 SDO SarciniMoraru Pirvu Savu ARC -
SRLDefinirea sistemului 100 zpRealizarea subsistemului 1 100 zpDefinirea subsistemului 2 20 zp 20 zpDefinirea ansamblului 21 10zp 10zpExecuia ansamblului 21 40 zpDefinirea ansamblului 21 20 zpDefinirea ansamblului 22 10 zp
Execuia ansamblului 22 20 zpIntegrarea ansamblului 22 10 zpDefinirea ansamblului 23 5 zp 5 zpExecuia ansamblului 23 20 zpIntegrarea ansamblului 23 10 zpIntegrarea subsistemului 2 15 zp 15 zp 10 zpRealizarea subsistemului 3 80 zpIntegrarea sistemului 20 zp 20 zp 30 zp 30 zpTOTAL 165zp 70zp 55xp 330zp
Cu toate acestea, o astfel de formalizare nu este suficientpentru a
pilota frprobleme proiectul. De exemplu, dacasupra unei lucrri intervinmai muli actori, apare necesitatea de a preciza coordonatorul lucrrii.
Tabelul 7.3 SDO - RoluriMoraru Pirvu Savu ARC - SRL
Definirea sistemului R + PRealizarea subsistemului 1 A R C PDefinirea subsistemului 2 R + P PDefinirea ansamblului 21 R + P PExecuia ansamblului 21 R + PIntegrarea ansamblului 21 C R + PDefinirea ansamblului 22 R + P
Execuia ansamblului 22 R + PIntegrarea ansamblului 22 C R + PDefinirea ansamblului 23 R + P PExecuia ansamblului 23 R + PIntegrarea ansamblului 23 C R + PIntegrarea subsistemului 2 R + P P CRealizarea subsistemului 3 A R C PIntegrarea sistemului A + P P C + P P
7/25/2019 Mop-7
13/19
7. Dezvoltarea elementelor de formalizare
89
Cu alte cuvinte, cine este responsabilul activitii sau al grupului deactiviti? De asemenea, ntr-o formalizare SDO complet trebuie sfigureze i alte roluri posibile: producie, certificarea calitii, aprobarealucrrii, etc.
n tabelul 7.3 se prezint SDO cu definirea rolurilor pe care le auactorii ce intervin n proiect: P - producie; C - certificarea calitii; A -aprobarea lucrrii; R responsabilitatea lucrrii.
7.3. Agregarea i dezagregarea planurilor de sarcini
Prin definiie, un proiect are o durat de via limitat. ndat ceobiectivul a fost atins, organizarea sa se dizolv, iar resursele utilizate suntredate bazei de origine.
Cu toate acestea, se ntmpl, destul de des, ca o echip sau undepartament s lucreze continuu, pe o perioada ndelungat, la mai multe
proiecte. ndatce un proiect se termin, altul ncepe.
Fig. 7.15
ntreprindere
Departament 1 Departament 2
Echipa 11 Echipa 22Echipa 21
Persoana211
Persoana111
Persoana212
Persoana221
7/25/2019 Mop-7
14/19
Managementul operaional al proiectelor
90
Un exemplu n acest sens l constituie atelierele de proiectare. ncadrul acestora, se pune problema programrii multi-proiect, ntruct, decele mai multe ori, existproiecte ce se deruleazn paralel i care solicitaceleai resurse.
Ca urmare, se pune problema gestionrii acestor resurse. Aceastaexplic importana major pe care o are SDR n cadrul programrii iconducerii proiectelor. Se va considera exemplul din figura 7.15.
Trebuie reinut faptul cobiectul SDR nu este acela de a reprezentao ierarhie a resurselor, ci a unor planuri de sarcini ce revin acestor resurse.
n cazul exemplului din figura 7.15, pornind de la planurile desarcini ale persoanelor, se elaboreazplanurile de sarcini ale echipelor, apoicele departamentale. Soft-urile foarte complexe pot asigura integrarea
planurilor de sarcini la nivel de ntreprindere i chiar mai mult, la nivelulunui grup de ntreprinderi ce colaboreazla ndeplinirea aceluiai proiect.
Trebuie precizat faptul c agregarea i dezagregarea pe vertical aplanurilor de sarcini nu se face fr dificultate. Fie ca exemplu, resursele211 i 212 care particip n regim jumtate de norm la realizarea unui
proiect (figura 7.16) n perioada t0+ 20 pnla t0+ 50.
100%
50%
100%
50%
7060 655550453530 40201550t 10 25 75 80
R212
R211
10t0 5 2515 20 30 35 40 5045 55 6560 70 8075
Fig. 7.16
Planul de sarcini al echipei este prezentat n figura 7.17.
10
50%
100%
0t 5 2515 20 30 35 40 45 50 55 6560 70
R21
8075
Fig. 6.17
7/25/2019 Mop-7
15/19
7. Dezvoltarea elementelor de formalizare
91
Spresupunem cechipa este ncrcatcu o sarcinsuplimentar, nregim de normntreag, n perioada t0pnla t0+ 50 (fig. 7.18).
5t0 10
100%
50%
4035302015 25 757060 65555045 80
R21
200%
150%
Fig. 7.18
Se pune ntrebarea, n mod firesc, cum va influena aceast sarcinsuplimentar planurile de sarcini ale diferitelor resurse ? Dac sarcinasuplimentarpoate fi repartizatcelor doupersoane care formeazechipa,
problema are o rezolvare simpl(fig. 7.19).
10
10
50%
50%
100%
0t 5
t0 5
100%
25
25
15 20
15 20
30 35 40
30 4035
45 50 55
5045 55
6560 70
6560 70
R212
R211
8075
8075
Fig. 7.19
n schimb, dac sarcina suplimentar se repartizeaz unei singurepersoane din echip, aceasta va fi suprancarcatn perioada t0+ 20 pnlat0+ 50 (fig.7.20).
0t 5
100%
50%
150%
200%
45 50 55 6560 702515 20 30 35 4010 8075
R211
Fig. 7.20
7/25/2019 Mop-7
16/19
Managementul operaional al proiectelor
92
n aceste condiii, se impune nivelarea planului de sarcini (fig. 7.21).
50
50%
0t 105 15
100%
3520 25 30 40 45 6555 60 70 75 80
R211
Fig. 7.21
Revenind la nivel de echip, planul de sarcini al acesteia se prezintca n fig.7.22.
Aparent, planul de sarcini global al echipei ar da posibilitateaabsorbirii suprasarcinii suplimentare. Dar, o analiz prin sarcini detaliataratcaceastabsorbie nu este posibil.
ntr-adevr, lisajul suprasarcinii din intervalul t0+ 20 pnla t0+ 50nu poate fi efectuat. Nici aplicarea diferitelor scenarii de nivelare nuconduce la eliminarea suprancrcrii.
0t 5
100%
50%
150%
45 50 55 6560 702515 20 30 35 4010 8075
R211
Fig. 7.22
Totui, se poate observa cdacdin planul de sarcini al echipei, aacum apare n figura 7.22, se extrage sarcina ce revine unei persoane (deexemplu, persoana 212) problema este rezolvat. Dar, n acest caz,concluzia ce se impune de la sine este aceea csarcina suplimentarnu aafectat ntreaga echip, ci numai o persoan.
Acest exemplu simplu arat c repartizarea sarcinilor pe diferite
resurse nu este att de simplcum pare la prima vedere.
7.4 Structura de Dezagregare a Costurilor (SDC)
SDC decurge din SDL prin exprimarea costului fiecrei lucrri.Aceste costuri pot fi exprimate n uniti monetare, dar i n uniti desarcin, dac se cunoate costul asociat acestora. Se poate prezenta, ca
7/25/2019 Mop-7
17/19
7. Dezvoltarea elementelor de formalizare
93
exemplu, o organigram SDC care decurge din SDL, elaborat pentruproiectul deja studiat (fig. 7.23).
Fig.7.23
Costurile sunt exprimate prin sarcini, respectiv zile - persoan,
subnelegnd faptul cse cunoate costul unitii de sarcin.O astfel de reprezentare a SDC constituie un mijloc foarte simplu deurmrire a proiectului. Pe msurce lucrrile sunt executate, dreptunghiurilen care sunt menionate aceste lucrri vor fi barate cu o diagonal. n felulacesta, se asigur o vizibilitate foarte clar asupra avansrii n realizarea
proiectului.
7/25/2019 Mop-7
18/19
Managementul operaional al proiectelor
94
Acest mijloc de urmrire a derulrii proiectului este foarte simplu i, nacelai timp, ieftin, dar prezint i anumite limite, dintre care putemmeniona :
se pot contabiliza numai lucrrile terminate, cele n curs deexecuie nefiind luate n considerare ; acest lucru poate fi totui posibil, dar,n acest caz, sistemul de urmrire devine foarte complicat;
costurile sau sarcinile luate n considerare corespund unor estimriiniiale; n realitate, valorile pot fi altele dect cele estimate iniial.
acest mijloc de urmrire nu furnizeaz nici un fel de informaiiasupra datei cnd proiectul va fi ncheiat.
Acest mijloc de urmrire foarte simplu, cu toate neajunsurilemenionate, este extrem de util n practic. El reprezint, din punct devedere formal, o agendn care se noteazproblemele de rezolvat n cursulzilei. Pe msurce problemele sunt rezolvate, ele sunt barate, pentru nu amai fi luate n considerare.
7.5 Verificarea cunotinelor
1)Care este relaia de bazn cadrul unei ierarhii SDL-SDP?
2)
Cum se reprezintla nivel global corespondena SDL-SDP?3)Cum se reprezint, n cazul unei detalieri avansate, relaia SDL-SDP?
4)Ce elemente afieaz topologia formalizrii n cazul n careelementul de intrare SDP este caietul de sarcini al proiectului? Dar dacelementul de intrare SDP este caietul de sarcini al unui subsistem?
5)S se reprezinte SDP detaliat pn la nivelul ansamblurilorcomponente. Pornind de la aceastSDP, cum se poate completa din punctde vedere topologic, relaia SDL-SDP?
6)Pornind de la reprezentarea SDP, cerut la punctul anterior, s sereprezinte corespondena SDL-SDP, lund ca element de intrare caietul de
sarcini al produsului. Dac n noua reprezentare se face detalierea pn lanivelul caietului de sarcini al unui ansamblu cum se poate reprezentacorespondena SDL-SDP? Ce avantaj major prezint aceast metod dembogire continua a relaiei SDL-SDP, prin detalieri succesive?
7)Sse prezinte modalitatea n care, pornind de la relaia SDL-SDP,se elaboreazreeaua logica proiectului.
7/25/2019 Mop-7
19/19
7. Dezvoltarea elementelor de formalizare
95
8)S se arate cum se poate elabora o SDO la nivelulresponsabilitilor din proiect.
9)S se arate cum se poate elabora o SDO la nivelul sarcinilor dinproiect.
10)Sse prezinte modul de reprezentare a rolurilor jucate de diferiiiactori n cadrul SDO.
11)Sse prezinte un exemplu de agregare i dezagregare a planurilorde sarcini (altul dect cel din lucrare).
12)Cum se obine, n modul cel mai simplu, SDC?
13)
Sse prezinte un exemplu de reprezentare a SDC n care unitilemonetare sunt nlocuite cu unitile de sarcin. Ce avantaje i ce dezavantaje
prezinto astfel de organigram a SDC?