Mop-7

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?