Un proiect de cameră curată trece prin mâinile multor persoane înainte de a deveni un spațiu operațional, iar în momentul în care două părți presupun fiecare că cealaltă este responsabilă de o anumită limită, acea limită nu mai este gestionată de nimeni. Întrebarea nu este dacă există o matrice a responsabilităților pe hârtie, ci dacă aceasta este construită în jurul punctelor concrete în care munca, informațiile și aprobările trec din mâna uneia în mâna alteia.

Marcați limitele proiectului înainte de a atribui denumiri

Înainte ca numele sau funcțiile din cadrul companiilor să fie introduse în matrice, echipa de proiect trebuie să aibă o imagine clară asupra momentului în care se încheie activitatea unei părți și începe cea a alteia. Aceste limite nu sunt identice cu rolurile organizaționale. O singură companie poate fi implicată de ambele părți ale unei interfețe — realizând un proiect și, ulterior, executând lucrările de instalare pe baza acestuia — iar matricea trebuie totuși să separe aceste două poziții, deoarece ele implică riscuri diferite dacă nu sunt clar delimitate.

În cadrul unui proiect de cameră curată apar în mod recurent două tipuri de limite. O interfață fizică este punctul în care se întâlnesc aprovizionarea, lucrările la șantier, instalarea și testarea: locul în care un echipament încetează să mai fie un articol achiziționat și devine ceva fixat, conectat și pregătit pentru testare. O interfață informațională este punctul în care un document sau un set de date schimbă proprietarul sau își modifică statutul: locul în care un desen trece de la stadiul de elaborare la cel de coordonare cu meseriile adiacente și, ulterior, la cel de aprobare pentru construcție. Tratarea acestora ca fiind același tip de limită creează ambiguitate, deoarece partea care elaborează un document nu este neapărat cea care îl coordonează cu alte servicii și nici cea care îl aprobă.

Condiția care determină modul în care trebuie reprezentată o graniță este dacă activitatea sau informația din acel punct depinde de rezultatul obținut de o altă parte înainte de a putea continua. În cazul în care o limită este autonomă — o parte furnizează, instalează și testează fără a avea nevoie de o contribuție din amonte din partea altcuiva — poate fi suficientă simpla desemnare a unui proprietar. În cazul în care o limită depinde de secvențialitate, cum ar fi o penetrare a peretelui care trebuie să corespundă dimensiunilor de montare ale unei unități sau un desen care trebuie coordonat cu schemele mecanice și electrice înainte de a putea fi aprobat, matricea trebuie să surprindă în mod explicit această dependență, în loc să presupună că aceasta va fi rezolvată informal la fața locului.

Această etapă de cartografiere este cea care determină numărul de rânduri de care va avea nevoie matricea în final. O matrice construită pe baza unei liste generice de roluri din cadrul companiei va tinde să subestimeze numărul de interfețe, deoarece grupează activitățile în funcție de persoana care le desfășoară, mai degrabă decât în funcție de locul în care au loc efectiv transferurile de responsabilitate. O matrice construită pe baza interfețelor fizice și informaționale va evidenția limitele pe care o listă bazată pe roluri le-ar fuziona într-un singur rând, iar tocmai aici tinde să apară domeniul nealocat.

Separarea atribuțiilor de proiectare de cele de aprovizionare și execuție

Odată ce limitele sunt stabilite, următorul pas este să se stabilească cine deține autoritatea în fiecare dintre acestea — iar autoritatea nu este un concept unic. Realizarea unui produs de proiectare, coordonarea acestuia cu alte discipline, aprobarea sa pentru utilizare, instalarea elementelor pe care le prezintă și testarea rezultatului instalat reprezintă cinci sarcini distincte, iar o matrice a responsabilităților care le grupează într-o singură coloană intitulată “parte responsabilă” va subestima punctele în care pot apărea dezacorduri.

Autoritatea de proiectare se referă în mod specific la cine are dreptul să stabilească cum ar trebui să arate o soluție — dispunerea, specificațiile, dimensiunile interfeței. Aceasta se deosebește de autoritatea de furnizare, care se referă la cine furnizează echipamentul fizic sau materialul, și se deosebește, la rândul său, de autoritatea de execuție, care se referă la cine instalează, conectează și pune în funcțiune echipamentul. O parte poate deține autoritatea de proiectare fără a deține autoritatea de furnizare sau de execuție, iar o parte poate furniza echipamente fără a fi avut vreun cuvânt de spus în ceea ce privește specificațiile acestora. În cazul în care acestea nu sunt separate în matrice, o eroare frecventă este aceea că partea care execută lucrarea presupune că intenția de proiectare a fost deja stabilită, în timp ce partea cu autoritatea de proiectare presupune că execuția va ridica întrebări dacă ceva nu este clar.

Condiția care determină gradul de separare necesar între aceste responsabilități este gradul de interdependență dintre rezultatul proiectării și constrângerile fizice identificate ulterior. În cazul în care un proiect poate fi finalizat independent de condițiile de la fața locului, separarea contează mai puțin în practică, deoarece există puține șanse de conflict. În cazul în care un proiect trebuie să răspundă unor condiții confirmate abia în timpul instalării — spații libere, interfețe structurale, traseul utilităților — devine necesară menținerea unei distincții clare între autoritatea de proiectare și sarcina de execuție, deoarece cineva trebuie să aibă competența de a decide dacă o condiție de la fața locului necesită o modificare a proiectului sau doar o ajustare pe teren în cadrul intenției inițiale.

Autoritatea de aprobare merită din nou o abordare separată. Aprobarea unui desen sau a unei interfețe finalizate nu este același lucru cu realizarea, coordonarea, instalarea sau testarea acesteia, chiar dacă, uneori, o singură parte îndeplinește mai multe dintre aceste roluri într-un anumit proiect. În cazul în care aprobarea revine aceleiași părți care a realizat lucrarea supusă aprobării, matricea ar trebui să consemneze acest lucru în mod explicit, în loc să lase coloana de aprobare necompletată, pornind de la presupunerea că realizarea implică aprobarea.

Înregistrați intrările, ieșirile, aprobările și dovezile de acceptare la fiecare interfață

Odată ce interfețele sunt mapate și competențele sunt separate în funcție de atribuții, fiecare interfață necesită un set coerent de câmpuri asociate acesteia, deoarece o interfață care are un proprietar desemnat, dar fără intrări sau ieșiri definite, rămâne incompletă. Proprietarul indică cine este responsabil, iar câmpurile rămase precizează ce anume acoperă de fapt această responsabilitate.

Datele de intrare necesare sunt importante deoarece o interfață nu poate fi executată corect dacă partea responsabilă de aceasta nu știe de ce informații sau materiale depinde. De exemplu, amplasarea unei cutii de transfer depinde atât de configurația încăperii, cât și de proiectarea coridorului adiacent sau a zonei auxiliare; consemnarea acestei dependențe ca dată de intrare explicită previne presupunerea că partea care o instalează va dispune de tot ce este necesar fără a i se specifica acest lucru. Rezultatele sunt importante din același motiv, dar în sens invers — matricea ar trebui să precizeze ce se așteaptă ca interfața să producă, fie că este vorba de o instalație fizică pregătită pentru testare, un desen pregătit pentru coordonare sau un set de date pregătit pentru activitatea de proiectare a unei alte părți.

Aprobarea este punctul în care multe matrice devin neclare, deoarece aprobarea este adesea presupusă, mai degrabă decât atribuită. Condiția care determină dacă aprobarea necesită un rând propriu este aceea dacă mai multe părți ar putea, în mod plauzibil, să-și asume sau să-și nege responsabilitatea pentru aprobare. În cazul în care doar o singură parte ar putea fi vreodată în măsură să aprobe un rezultat dat, riscul de ambiguitate este mai mic. În cazul în care aprobarea ar putea reveni, în mod rezonabil, unui proiectant, unui antreprenor sau unui reprezentant al proprietarului, lăsarea acelui câmp neatribuit înseamnă că proiectul nu dispune de un mecanism de rezolvare a dezacordurilor atunci când acestea apar.

Dovada acceptării este un domeniu distinct de cel al proprietății și nu ar trebui dedusă din acesta. Deținerea unei interfețe nu constituie în sine o dovadă că interfața a fost finalizată corect; matricea trebuie să consemneze ce dovezi vor fi utilizate pentru acceptarea rezultatului — fie că este vorba de un rezultat al testării, de un proces-verbal de validare sau de un alt livrabil definit, legat de acea interfață specifică, mai degrabă decât de proiectul în ansamblu. Această separare reflectă structura ciclului de viață descrisă în ISO 14644-4, care tratează proiectarea, construcția și punerea în funcțiune ca o secvență cu propriul proces de verificare, fără a stabili care dintre părțile contractante îndeplinește fiecare etapă; standardul descrie etapele ciclului de viață, iar matricea specifică proiectului este cea care alocă personalul și documentația corespunzătoare în cadrul acestora.

Un cumpărător care pregătește aceste informații în vederea analizării unei oferte beneficiază de faptul că aceste câmpuri sunt deja definite, deoarece detaliile de configurare de care are nevoie un furnizor — ce intrări va primi, ce ieșiri se așteaptă să livreze și ce dovezi vor fi utilizate pentru acceptarea domeniului său de activitate — sunt aceleași câmpuri pe care matricea le solicită la fiecare interfață care vizează acel echipamentul furnizorului.

Soluționarea problemelor legate de participarea mai multor părți și de domeniul de aplicare neatribuit prin clarificări privind ofertele

Corelarea interfețelor și înregistrarea câmpurilor vor scoate la iveală lacune, iar aceste lacune în sine sunt revelatoare. Un proprietar necompletat, o listă de colaboratori fără o singură parte responsabilă, o intrare sau o ieșire lipsă sau o înregistrare lipsă privind dovada acceptării indică fiecare un tip diferit de aspect nerezolvat, iar fiecare dintre acestea ar trebui transformată într-o întrebare specifică de clarificare înainte ca proiectul să avanseze către etapa de achiziții sau de construcție.

O interfață fără un proprietar desemnat reprezintă cea mai evidentă lacună, iar clarificarea este pe măsură: trebuie identificat cine va fi responsabil de acea interfață înainte de a se continua lucrările. O interfață care enumeră mai multe părți fără un proprietar unic clar definit reprezintă o problemă diferită — este posibil ca toți colaboratorii să fie identificați corect, dar matricea are totuși nevoie de o singură parte responsabilă, distinctă de restul, deoarece contribuția și responsabilitatea nu sunt interschimbabile.

În cazul în care un câmp de intrare sau de ieșire este lăsat necompletat, clarificarea necesară nu se referă neapărat la proprietate, ci la definiție: ce anume necesită această interfață pentru a continua sau ce anume va genera odată finalizată. Faptul că acest câmp este lăsat necompletat nu înseamnă că informația nu este necesară; înseamnă că matricea nu a obligat încă echipa de proiect să o precizeze.

În cazul în care aprobarea lipsește sau a fost integrată în cadrul aceleiași părți responsabile de producerea, coordonarea, instalarea sau testarea aceluiași produs, clarificarea constă în separarea explicită a acestei sarcini de aprobare, chiar dacă aceeași companie îndeplinește în cele din urmă ambele roluri în cadrul unor funcții diferite. Iar în cazul în care dovada de acceptare este necompletată, clarificarea constă în specificarea dovezii care va fi utilizată efectiv — deoarece o interfață fără o dovadă de acceptare definită nu poate confirma că a fost finalizată conform standardului cerut de proiect, indiferent de cât de clar a fost atribuită responsabilitatea.

Condiția care determină cât de urgent trebuie rezolvate aceste lacune este momentul în care are loc etapa de licitație sau de ofertare în raport cu momentul de finalizare a proiectului. În cazul în care se solicită clarificări în timp ce proiectul se află încă în etapa de licitație, o interfață nealocată poate fi rezolvată printr-un proces de întrebări și răspunsuri înainte ca vreo parte să fi stabilit prețul sau să se fi angajat cu privire la domeniul de aplicare. În cazul în care aceeași lacună este descoperită abia după semnarea contractelor, aceeași interfață nealocată tinde să apară mai degrabă sub forma unei cereri de modificare tardivă sau a unui litigiu privind partea a cărei sferă de responsabilitate ar fi trebuit să o acopere. Transferarea fiecărei celule nerezolvate din matrice în registrul de clarificări privind ofertele, în loc să se lase ca problema să fie rezolvată în mod informal pe parcursul executării, este ceea ce menține acea soluție în cadrul procesului comercial, acolo unde îi este locul.

Includeți matricea de responsabilități în contract și în procesul de modificare

O matrice de responsabilități care este finalizată, dar care nu este niciodată inclusă în contract, nu are o valoare mai mare decât o notă de planificare, deoarece nimic nu obligă vreuna dintre părți să o respecte odată ce lucrările au început. Matricea trebuie să devină un document contractual de referință, nu un document care există în mod informal alături de contract.

Odată stabilită, matricea trebuie să aibă, de asemenea, o relație clar definită cu procesul de schimbare, deoarece proiectele se modifică — domeniul de aplicare se schimbă, interfețele se modifică, iar o parte căreia i-a fost atribuit inițial un rezultat s-ar putea să nu mai fie în măsură să îl livreze. Condiția care distinge o matrice bine gestionată de una fragilă nu este dacă au loc schimbări, ci dacă matricea dispune de o procedură bine definită pentru a fi revizuită atunci când acestea apar. În absența unei astfel de proceduri, prima schimbare a proiectului tinde să invalideze matricea în mod informal, deoarece nicio parte nu este obligată să o actualizeze sau să confirme că actualizarea a fost convenită de celelalte părți afectate.

O matrice inclusă în contract ar trebui să specifice cine poate propune o modificare a alocării unei interfețe, cine trebuie să aprobe acea modificare și modul în care versiunea actualizată este distribuită și reconfirmată tuturor părților care depind de aceasta. Acest lucru se deosebește de aprobarea la nivel de interfață discutată anterior, deoarece se referă la modificări aduse matricei în sine, mai degrabă decât la aprobarea unui rezultat dat în cadrul unei matrice nemodificate. În cazul în care un proiect tratează aceste aspecte ca fiind același mecanism, o modificare a matricei poate fi efectuată de aceeași parte a cărei autoritate urma să fie definită de matrice, ceea ce slăbește funcția matricei ca document de control.

Detaliile privind echipamentele și interfața înregistrate anterior în matrice se reflectă și în modul în care sunt gestionate execuția și coordonarea odată ce proiectul intră în derulare — un sistem de cameră curată Asamblarea unor echipamente provenind din mai multe familii de echipamente depinde de aceeași claritate a interfețelor pe care matricea a fost concepută să o asigure, întrucât limitele fizice și informaționale ale fiecărei familii față de spațiul înconjurător și de serviciile aferente au constituit motivul pentru care matricea a fost creată în primul rând. Fixarea matricei nu elimină necesitatea luării unor decizii pe măsură ce proiectul avansează; aceasta stabilește cine are competența de a lua aceste decizii și ce dovezi vor fi verificate înainte ca o modificare adusă oricărei interfețe să fie acceptată ca definitivă.

Întrebări frecvente

Q: Cât de detaliată ar trebui să fie o matrice a responsabilităților pentru o cameră curată?
A: Construiți-l în jurul fiecărei interfețe fizice sau informaționale relevante, în cazul căreia proprietatea sau acceptarea ar putea fi neclare, mai degrabă decât în jurul unei liste generice de companii. Fiecare interfață ar trebui să identifice un proprietar, eventualii colaboratori, intrările și ieșirile necesare, responsabilitatea pentru aprobare și dovada acceptării.

Q: Faptul că se menționează numele furnizorului camerei sterile îl face responsabil pentru toate sarcinile legate de camera sterilă?
A: Nu. Domeniul de competență al furnizorului trebuie separat de autoritatea de proiectare, lucrările la fața locului, instalare, testare și omologare la fiecare punct de interfață. Definiți limita exactă a camerei curate modulare sau a pachetului sistemului de camere curate, apoi atribuiți în mod explicit fiecare responsabilitate aferentă.

Q: Poate o singură parte să elaboreze, să coordoneze și să aprobe același desen tehnic?
A: Proiectul poate atribui mai multe sarcini unei singure părți, dar matricea trebuie să înregistreze în continuare separat producția, coordonarea și aprobarea. Acest lucru face ca verificările prevăzute să fie vizibile și împiedică ca o atribuire generală să ascundă o sarcină pentru care nu este stabilit un responsabil.

Q: Cum ar trebui un cumpărător să compare ofertele care atribuie aceeași interfață în moduri diferite?
A: Comparați ofertele referitoare la același rând din interfață, apoi clarificați informațiile privind proprietarul propus, colaboratorii, intrările, ieșirile, aprobarea și dovezile de acceptare. Rezolvați diferențele semnificative în registrul de clarificări ale ofertelor înainte ca matricea să fie inclusă în contract.

Q: O matrice de responsabilități completată dovedește conformitatea cu standardul ISO 14644-4?
A: Nu. Matricea alocă responsabilitățile proiectului și dovezile de acceptare; ea nu demonstrează în sine că cerințele privind camerele curate sau verificarea au fost îndeplinite. Standardul ISO 14644-4 oferă un cadru de referință privind ciclul de viață pentru proiectare, construcție, punere în funcțiune și verificare, în timp ce proiectul trebuie să definească în continuare modalitățile de livrare, aprobare și acceptare.