Bun, deci in contextul a ceea ce nu face parte din obiectul de activitate al unui manager de proiect, nu am in vedere sensul de control al schimbarilor aduse cerintelor sau obiectului unui proiect, nici nu ma doare foarte tare capul de managementul schimbarii operationale, ce ma preocupa este managementul efectiv al schimbarii la nivelul personalului si al unitatilor organizatorice. Este regretabil ca acest termen are trei sensuri chiar atat de distincte in managementul proiectelor finantate din fonduri europene nerambursabile, in ochii a trei grupuri diferite de oameni, deoarece se pot produce multe confuzii. Capacitatea de a gestiona impactul schimbarii asupra oamenilor este o aptitudine profesionala foarte pretioasa si total diferita de controlul schimbarilor aduse in cadrul unui proiect. La fel ca scrierea codului de programe informatice sau trasarea unei planse de arhitectura, constituie un domeniu de competenta foarte specializat, in care multi manageri de proiect sunt, de fapt, cam diletanti. Multe proiecte chiar au nevoie de manageri specialisti in implementarea schimbarii si multi asemenea manageri cu experienta au, de obicei, cel putin un minim bagaj de cunostinte in privinta managementului de proiect, daca nu sunt chiar experti in domeniu. Multi manageri de proiect nu se pricep insa mai deloc la acest tip de management al schimbarii sau ceea ce stiu e doar teorie fara suport practic si, daca incearca sa se descurce doar cu ce stiu cand de fapt ar fi nevoie de un specialist, pericliteaza adesea succesul proiectului.
Marea greutate in acest caz e data de faptul ca exista realmente unele lucruri comune intre managementul de proiect si managementul schimbarii, care nu pot fi categorisite ca discipline complet distincte. Toate proiectele au ca rezultat o schimbare care afecteaza pe cineva, deci persoanele in cauza devin automat candidate pentru un proces de management al schimbarii. Majoritatea schimbarilor se implementeaza prin intermediul unui proiect. Totusi, instrumentarul de lucru specific managementului schimbarii difera destul de mult de cel folosit in managementul de proiect.
Integrarea si testarea sistemelor este de asemenea foarte importanta. Un proiect are adeseori numeroase rezultate concrete si absoarbe fonduri europene nerambursabile, fiecare produs de o alta persoana sau de un alt grup de persoane. Una dintre responsabilitatile managerului de proiect este sa se asigure ca toate aceste rezultate sunt livrate. Prin urmare, tot in sarcina lui cade si sa se asigure de buna functionare a ansamblului acestor rezultate? Gresit! Datoria lui este sa se asigure ca se efectueaza activitatile de integrare si testare a livrabilelor proiectului, cu rezultate acceptate explicit de clientul beneficiar. Si iar am ajuns la diferenta dintre gestionarea unei sarcini si executarea ei! Desi multe organizatii o cunosc foarte bine, e uluitor cat de prost sunt intelese conceptele integrarii si testarii, in general, de managerii superiori si, ca urmare, managerii in cauza incearca adeseori sa le elimine exact pe acestea, atunci cand un proiect se lungeste sau costa prea mult.
In esenta, integrarea sistemelor se refera la activitatea specializata de proiectare si implementare a unei solutii dintr-o perspectiva a intregului unitar, mai degraba decat din cea a componentelor individuale. De regula, pentru orice solutie tehnologica exista ingineri specializati care proiecteaza si implementeaza fiecare componenta. De asemenea, trebuie sa existe si cineva care sa se uite la toate componentele si sa se asigure ca acestea functioneaza.