by O modalitate de a intelege legaturile si conexiunile dintre procese din PMBOK® Guide este aceea de a lega din punct de vedere logic mai multe procese si de a crea flowuri de procese conectate printr-un termen cheie cum ar fi livrabile, cereri de schimbare etc. Pentru ca face apel la logica si nu la memorare, acest tip de exercitiu este extrem de util pentru cei care se pregatesc pentru examenul de PMP®. In acest articol o sa ne focusam pe “conectarea” mai multor procese folosind ca elemente de legatura “livrabilele”.
Inainte de toate, in PMBOK® Guide, livrabilele apar definite ca fiind orice produs, rezultat sau capabilitate care are caracteristicile de unicitate si verificabilitate, ce ar trebui produs cu scopul de a considera un proiect, o faza sau un proces terminate. Termenul de ”livrabile” (deliverables) apare referit sub diferite forme:
- Deliverables (livrabil);
- Validated deliverables (livrabile validate din punctual de vedere al corectitudinii);
- Accepted deliverables (livrabile acceptate de client sau sponsor in urma procesului de acceptanta si adreseaza completitudinea )
- Final product, service or result transition (se refera la tranzitia produsului, serviciului sau rezultatului fazei/proiectului)
Livrabilele (Deliverables) apar ca output la procesul Direct and Manage Project Execution, proces care se ocupa cu executia activitatilor prevazute in plan (Project Management Plan) sau mai simplu cu punerea in executie a planurilor (carry out). Inca nu putem vorbi de cat de corecte sunt aceste livrabile. In mod logic, livrabilele ar trebui supuse unui proces de verificare a corectitudinii (Perform Quality Control), asadar devin input in acest proces si obtinem ca output livrabile validate din punctul de vedere al corectitudinii si al indeplinirii cerintelor de calitate specificate. (Validated deliverables). In cazul in care nu sunt validate, se pot initia cereri de schimbare asupra planului pentru rezolvarea abaterilor. Avandu-le validate din punctual de vedere al corectitudinii ar trebui sa obtinem si acceptanta de la client sau sponsor si atunci devin input in procesul care se ocupa de obtinerea acceptantei (Verify Scope). In urma acestu proces livrabilele pot devni acceptate (Accepted deliverables) sau in cazul in care nu sunt acceptate, motivul neacceptarii ar trebui documentat si eventual se poate initia o cerere de schimbare. Desi in general procesul de verificare a corectitudinii se instantiaza inaintea celui de obtinere a acceptantei, uneori acestea se pot desfasura si in paralel. Daca avem cerintele de calitate indeplinite si am obtinut acceptanta, livrabilele pot intra in procesul care se ocupa cu tranzitia lor catre client (Close Project or Phase). Outputul acestui proces, corespunzator tranzitiei livrabielor catre client este Final product, service or result transition.
Iata mai jos o diagrama care ilustreaza “circuitul livrabilelor” in PMBOK® Guide:
Dincolo de aceasta diagrama si de discutia de mai sus, conceptul de “livrabile” apare referit sub diferite forme si in mai toate ariile de cunostinte: de la descrierea lor (in contract, in project scope statement etc), pana la externalizarea crearii lor (vezi aria de cunostinte Procurement). Cea mai simpla forma de a vedea unde sunt referite este de a da un search in varianta electronica a PMBOK® Guide dupa “deliverables”.
