Birou propriu de inginerie sau outsourcing – ce este mai rentabil la construirea mașinilor?

Decizia dacă să dezvolți un birou propriu de inginerie sau să bazezi construcția de mașini pe outsourcing nu mai ține doar de costul unui post intern ori de tariful furnizorului. Astăzi, ea influențează direct termenul de punere în funcțiune, capacitatea de a introduce modificări constructive, nivelul de risc aflat în sarcina producătorului și controlul real asupra conformității. În proiectele în care mecanica, automatizarea, software-ul, siguranța funcțională și documentația tehnică trebuie să convergă într-un singur punct de recepție, un model organizațional greșit se răzbună, de regulă, nu imediat, ci spre finalul proiectului: la recepții, la modificări de scop, la validare sau la pregătirea documentației pentru utilizator și service. În practică, întrebarea nu mai este ce este „mai ieftin”, ci care model permite menținerea responsabilității, a cunoștințelor de proiect și a ritmului decizional la un nivel adecvat complexității mașinii.

Importanța acestei alegeri crește și pentru că mașina modernă este rareori doar un ansamblu mecanic cu o comandă simplă. Din ce în ce mai des, ea include un strat software, comunicare cu sistemele fabricii, înregistrarea evenimentelor, trasabilitatea produsului și a procesului, precum și cerințele departamentului de mentenanță privind diagnostica și service-ul. Din acest motiv, granița dintre „proiectul mașinii” și „organizarea colaborării dintre mai multe competențe” se estompează foarte repede. Dacă încă de la început se știe că în proiect vor participa integratorul, executantul software și echipa de mentenanță a clientului, atunci decizia între in-house și executant extern se transformă firesc într-o întrebare despre împărțirea rolurilor, responsabilitatea pentru interfețe și proprietarul deciziilor tehnice. În mod similar, subiectul se extinde atunci când mașina trebuie să genereze date de producție sau să susțină trasabilitatea: fără stabilirea clară a responsabilului pentru arhitectura datelor, validarea logicii și menținerea modificărilor, este ușor să construiești o soluție care arată bine în demonstrații, dar este costisitoare în exploatare.

În practică, cel mai util criteriu de decizie nu este simpla comparație a bugetului de execuție, ci locul în care se creează și trebuie să rămână cunoștințele critice pentru ciclul de viață al mașinii. Dacă avantajul companiei constă într-un proces unic, modificări frecvente ale produsului, necesitatea unor schimbări rapide de format sau dezvoltarea unor variante succesive ale aceleiași platforme, atunci lipsa unei competențe proprii de proiectare crește costul fiecărei modificări ulterioare. Invers, când proiectul are un domeniu clar definit, un grad redus de modificări repetitive și nu reprezintă nucleul avantajului competitiv al companiei, un executant extern poate fi o soluție rațională, cu condiția ca beneficiarul să păstreze controlul asupra cerințelor, recepțiilor și documentației. Un test bun este răspunsul la trei întrebări: cine ia decizia când se schimbă scopul proiectului, cine înțelege efectele acestei schimbări asupra siguranței și funcțiilor mașinii și cine va putea menține soluția după punerea în funcțiune fără dependență de o singură persoană sau de un singur furnizor. Aceștia sunt indicatori organizaționali care, de regulă, prevăd mai bine rentabilitatea decât simpla ofertă de preț a proiectului.

Un exemplu tipic arată similar în multe fabrici. Compania externalizează proiectarea și execuția mașinii pentru a scurta timpul de intrare în investiție. La început câștigă viteză, dar după câteva luni apar modificări rezultate din probele tehnologice, nevoile producției și cerințele de calitate. Dacă nu are de partea sa o echipă capabilă să evalueze impactul acestor schimbări asupra construcției, comenzii, diagnosticii și documentației, fiecare corecție devine o comandă separată, iar calendarul începe să depindă de disponibilitatea furnizorului. În acel moment, outsourcingul nu mai înseamnă achiziția de competențe, ci mutarea blocajului în afara organizației. Exact aici subiectul se leagă de organizarea colaborării dintre integrator, executantul software și mentenanță, precum și de proiectarea trasabilității: dacă aceste domenii nu au un proprietar comun al cerințelor, proiectul își pierde coerența operațională încă înainte de recepție.

La final, revine oricum problema responsabilității. Indiferent de modelul de realizare, producătorul, importatorul sau altă entitate care introduce mașina pe piață ori o pune în funcțiune răspunde, în măsura aplicabilă, pentru conformitatea produsului, caracterul complet al documentației și desfășurarea corectă a evaluării riscurilor. De aceea, alegerea dintre un birou propriu de inginerie și outsourcing trebuie analizată și prin prisma faptului cine poate demonstra baza deciziilor de proiectare, reconstitui istoricul modificărilor și pregăti materialul necesar de la proiect până la certificare și marcajul CE, dacă situația respectivă o cere. Dacă organizația nu poate asigura acest lucru, economia aparentă din etapa de proiect se transformă foarte ușor în costul unei întârzieri, al unui litigiu cu executantul sau al unei probleme la recepția tehnică și în exploatare.

Unde cresc cel mai des costurile sau riscul

În disputa dintre un birou de inginerie intern și outsourcing, costul rareori crește acolo unde se uită toți la început, adică la tariful proiectantului sau la oferta pentru pachetul de lucrări. De cele mai multe ori, problema începe mai devreme: prin definirea incompletă a limitelor mașinii, a interfețelor, a responsabilității pentru ipotezele de proiectare și a modului de aprobare a modificărilor. Dacă aceste elemente nu sunt închise de la start, echipa internă consumă timp pentru clarificări și corecții, iar executantul extern proiectează pe baza propriilor presupuneri, care ulterior trebuie corectate. În practică, asta înseamnă nu doar ore suplimentare de lucru, ci și întârzierea achiziției componentelor, conflicte la montaj și dispute privind dacă eroarea rezultă dintr-un proiect defectuos sau dintr-o comandă formulată imprecis. De aceea, primul criteriu de decizie nu ar trebui să fie întrebarea cine „face mai ieftin”, ci cine, în modelul respectiv, poate menține coerența cerințelor tehnice, de siguranță a mașinii și de exploatare de la concept până la recepție.

Al doilea loc în care crește riscul este separarea competențelor fără separarea responsabilității. Un birou de inginerie intern pare uneori o opțiune sigură, pentru că know-how-ul rămâne în organizație, dar dacă proiectul este condus de persoane încărcate în paralel cu suportul pentru producție, mentenanța și modificările curente, proiectul începe să fie condus de disponibilitatea oamenilor, nu de logica tehnică. Pe de altă parte, outsourcingul oferă acces mai rapid la resurse, însă fără o supraveghere matură din partea beneficiarului se ajunge ușor la situația în care furnizorul livrează documentație suficientă pentru decontarea etapei, dar insuficientă pentru service, modernizare sau demonstrarea bazei deciziilor de proiectare. Costul acestei lipse apare mai târziu: la o avarie, la schimbarea executantului, la extinderea liniei sau atunci când trebuie verificat dacă mașina este sigură nu doar declarativ, ci pe baza soluțiilor reale și a traseului decizional.

Cele mai costisitoare erori au, de regulă, un caracter cumulativ. Un exemplu tipic este proiectul în care mecanica, automatizarea și măsurile de reducere a riscului sunt dezvoltate în locuri diferite din organizație sau de executanți diferiți. Proiectantul mecanic presupune un anumit mod de acces în zona de lucru, specialistul în automatizări alege logica de oprire pe baza unor date incomplete, iar achizițiile comandă elementele în funcție de termenul de livrare, nu de ipotezele privind siguranța și mentenanța. La punerea în funcțiune se constată că apărătoarea îngreunează schimbarea de format, senzorul nu are condiții stabile de lucru, iar procedura de lucru manual nici măcar nu a fost descrisă. Atunci proiectul revine în faza de reproiectare, crește numărul modificărilor în documentație și trebuie renegociat din nou domeniul de aplicare cu executantul. Criteriul practic de evaluare este aici simplu: dacă organizația nu poate indica, în cadrul unei singure revizuiri, proprietarul cerințelor, proprietarul analizei riscurilor și proprietarul deciziei de modificare, atunci, indiferent de modelul de realizare, există condiții pentru creșterea costului și a responsabilității.

Această temă intră în zona lucrului asupra riscului de proces mai devreme decât presupun multe companii. Dacă proiectul privește o instalație cu interacțiuni semnificative ale procesului, secvențe operaționale și stări periculoase dependente de organizarea muncii, simpla „adăugare ulterioară a protecțiilor” este deja prea târzie. În acest caz, contează nu doar experiența proiectantului, ci și dacă echipa știe să desfășoare o analiză structurată a pericolelor și abaterilor, adică dacă are o competență apropiată de cea dezvoltată în cadrul instruirii HAZOP. Nu este vorba despre formalism de dragul formalismului, ci despre capacitatea de a identifica punctele în care decizia tehnologică, decizia de exploatare și cea de siguranță se influențează reciproc. Dacă această capacitate nu există în interiorul companiei, outsourcingul poate fi justificat; dacă nu există nici de partea furnizorului, riscul este doar mutat în afara organizației.

Abia la final devine vizibilă dimensiunea conformității. Când proiectul ajunge la recepție, modernizare sau predare în exploatare, revine întrebarea nu cine a realizat modelul 3D sau cine a scris programul, ci dacă se poate demonstra că soluțiile adoptate au fost justificate, riscul a fost evaluat, iar documentația corespunde execuției reale. În acest punct, alegerea dintre biroul intern și cel extern se întâlnește deja direct cu pregătirea mașinii de la proiect până la certificare și marcajul CE, dacă situația respectivă o impune. Dacă materialul probator este incomplet, costul încetează să mai fie un cost de proiect și devine un cost al responsabilității: punere în funcțiune întârziată, modificări suplimentare, recepție dificilă sau limitări în exploatare. De aceea, o comparație rezonabilă a modelelor de realizare merită să se bazeze pe indicatori măsurabili: numărul de modificări după înghețarea ipotezelor, timpul de acceptare a deciziilor interdisciplinare, caracterul complet al documentației as-built și capacitatea de a reconstitui de ce o anumită soluție a fost considerată admisibilă.

Cum să abordați subiectul în practică

În practică, întrebarea dacă este mai bine să aveți un birou propriu de inginerie sau să externalizați nu ar trebui pusă la nivelul tarifelor orare, ci la nivelul controlului asupra deciziei tehnice și al răspunderii pentru efectele acesteia. Este rentabil modelul care permite luarea mai rapidă a unor decizii de proiectare justificate, menținerea coerenței între mecanică, automatizare și siguranță, precum și trecerea fără pierderi de la concept la punerea în funcțiune. Dacă echipa internă cunoaște bine procesul, constrângerile fabricii și istoricul unor implementări similare, de regulă câștigă timp și calitate în etapa de aliniere. Dacă însă nu există resurse pentru conducerea proiectului, verificarea ipotezelor și recepția documentației, păstrarea tuturor activităților în interiorul companiei poate fi doar o economie aparentă. În acest caz, costul apare mai târziu: în modificări după montaj, în dispute privind limitele răspunderii sau în documentație care nu permite demonstrarea motivului pentru care o anumită soluție a fost considerată acceptabilă.

De aceea, decizia merită bazată pe un criteriu practic: unde se află în organizație capacitatea de a lua și susține deciziile de limită. Este vorba despre acele momente în care trebuie stabilit dacă o anumită funcție va fi realizată hardware sau software, dacă o modificare afectează deja siguranța, dacă poate fi acceptată o abatere de la ipotezele inițiale și, de asemenea, cine aprobă o schimbare care influențează exploatarea și mentenanța. Dacă firma are intern competența de a conduce astfel de decizii, externalizarea poate privi executarea unei părți din lucrări fără pierderea controlului asupra proiectului. Dacă această competență lipsește, furnizorul extern trebuie să preia nu doar proiectarea, ci și ordinea decizională, iar acest lucru necesită puncte de recepție clar definite, un domeniu clar al datelor de intrare și reguli de aprobare a modificărilor. Fără acestea, externalizarea nu scurtează procesul, ci doar creează un nivel suplimentar de coordonare.

Un exemplu tipic este modernizarea unei mașini în care beneficiarul externalizează mecanica și comanda, păstrând intern doar mentenanța și recepția finală. La început pare o abordare rezonabilă, deoarece executantul declară o realizare completă. Problema începe atunci când, pe parcursul lucrărilor, se constată că noul sistem de alimentare schimbă modul de acces la zona periculoasă, iar în același timp programul controlerului trebuie să compenseze limitările rezultate din integrarea constructivă. Dacă nimeni din partea beneficiarului nu poate evalua efectele unei astfel de schimbări asupra întregii mașini, deciziile vor fi luate reactiv, sub presiunea termenului. În consecință, se poate obține un echipament funcțional din punct de vedere tehnologic, dar care necesită ulterior modificări ale protecțiilor, interblocărilor, logicii de comandă sau documentației. Tocmai aici tema costului intră în zona evaluării practice a faptului dacă mașina este sigură, iar apoi — dacă amploarea proiectului o cere — în pregătirea materialului pentru demonstrarea conformității.

Din perspectiva managerului, acest lucru înseamnă că trebuie măsurată nu doar eficiența executantului, ci și calitatea conducerii proiectului. Dacă după înghețarea ipotezelor crește numărul modificărilor care afectează siguranța, dacă aprobarea deciziilor interdisciplinare durează mult sau dacă documentația „as built” nu ține pasul cu execuția reală, acesta este un semnal că modelul de realizare este configurat greșit. Un birou propriu de inginerie oferă avantaj acolo unde contează continuitatea cunoștințelor despre produs și reacția rapidă la schimbare. Externalizarea are sens acolo unde domeniul este bine definit, interfețele sunt închise, iar răspunderea pentru rezultat a fost repartizată fără goluri. Când în proiect participă și integratorul, furnizorul de software și departamentul de mentenanță, simpla decizie „facem intern sau externalizăm” nu mai este suficientă; devine la fel de importantă și organizarea colaborării dintre integrator, furnizorul de software și departamentul de mentenanță, deoarece tocmai aceasta decide timpul de punere în funcțiune, costurile modificărilor și posibilitatea unei recepții riguroase.

Dimensiunea normativă și formală nu apare la final, ci exact acolo unde decizia de proiectare influențează funcția de siguranță, modul de utilizare sau amploarea modificării mașinii. Nu întotdeauna acest lucru va conduce la aceeași obligație din partea organizației, deoarece contează natura proiectului și rolul entității respective. Totuși, trebuie adoptat un principiu simplu: dacă nu se pot reconstitui bazele deciziilor tehnice, analiza riscurilor și modificările introduse pe parcursul lucrărilor, atunci alegerea modelului in-house sau a externalizării încetează să mai fie o chestiune de eficiență și devine o chestiune de răspundere. În acel moment, discuția trece firesc în alte două direcții: cum se verifică dacă mașina este sigură în execuția reală și când proiectul necesită deja ordonarea traseului de la proiect la demonstrarea conformității și marcajul CE.

La ce să fiți atenți la implementare

La implementare, diferența dintre un birou propriu de inginerie și externalizare nu mai este o dispută despre tariful pe oră de lucru. Rentabilitatea este decisă de cine controlează în practică modificările, cine înțelege constrângerile procesului și cine poate susține soluțiile adoptate atunci când apare o problemă la punerea în funcțiune sau la recepție. Cele mai mari costuri nu sunt generate de erorile de proiectare în sine, ci de erorile descoperite prea târziu: conflicte între mecanică și comandă, interfețe insuficient definite, lipsa datelor de intrare de la utilizatorul final, o logică neclară a răspunderii pentru siguranță. Dacă organizația alege externalizarea fără capacitatea de supraveghere tehnică din partea sa, de regulă cumpără nu doar proiectul, ci și dependența de executant la fiecare modificare. Dacă, în schimb, totul rămâne intern, dar echipa nu are timp pentru documentarea deciziilor și pentru revizii interdisciplinare, costul va reveni în etapa de corecții, recepții și service. În practică, aici apar adesea și costurile ascunse ale conformității și ale marcajului CE.

Cea mai frecventă capcană este alegerea modelului de realizare în funcție de disponibilitatea resurselor, nu de tipul de risc din proiect. O mașină repetitivă, dezvoltată pe baza propriului standard, se evaluează diferit față de un post nou, cu cinematică atipică, cu intervenții ample în proces sau cu o pondere mare a funcțiilor de siguranță. Un criteriu practic este simplu: trebuie verificat dacă, de partea beneficiarului, există competența de a aproba ipotezele tehnice, modificările constructive și arhitectura de comandă, nu doar de a recepționa rezultatul final. Dacă această competență lipsește, externalizarea completă poate părea mai ieftină, dar crește riscul de dispute privind domeniul de aplicare, prelungește procesul de clarificare și face mai dificilă evaluarea dacă întârzierea rezultă dintr-o eroare a executantului sau din cerințe de intrare incomplete. De aceea, merită urmărite nu doar bugetul și termenul, ci și numărul de modificări după înghețarea conceptului, timpul de aprobare a documentației, numărul de neconformități rămase deschise după punerea în funcțiune și timpul necesar pentru închiderea lor.

În practică, acest lucru se vede foarte bine la modernizarea unei mașini existente sau la construirea unei linii cu participarea mai multor entități. Un birou propriu de inginerie înțelege adesea mai bine constrângerile fabricii, accesul pentru service, standardele de mentenanță și modul real de utilizare a echipamentului. În schimb, un executant extern poate fi mai rapid în pregătirea proiectului și mai eficient în aspectele de nișă, dar este posibil să nu aibă o imagine completă asupra mediului de lucru. Dacă, în etapa de implementare, se dovedește că trebuie schimbată configurația protecțiilor, secvența de lucru sau modul de resetare după oprire, întrebarea nu mai este cine va face desenul sau va corecta programul. Întrebarea este cine va evalua impactul acestei schimbări asupra siguranței, asupra funcției mașinii și asupra completitudinii documentației. În acest punct, discuția despre rentabilitate trece în mod firesc spre evaluarea practică a modului în care se verifică dacă mașina este sigură în execuția reală, nu doar în ipotezele de proiectare. Aici contează atât analiza riscurilor în proiect, cât și organizarea colaborării dintre integrator, executantul software și mentenanță.

Abia pe acest fundal devine vizibilă dimensiunea formală. Nu orice modificare din proiect va conduce la aceleași obligații, însă orice intervenție semnificativă în funcție, în modul de utilizare sau în soluțiile legate de siguranță impune clarificarea responsabilităților și trasabilitatea deciziilor. Dacă nu se știe cine a aprobat modificarea, pe ce bază a fost evaluat riscul și dacă documentația reflectă starea reală, modelul in-house sau outsourcing își pierde relevanța economică, pentru că apare problema răspunderii pentru conformitate. În acel moment, subiectul intră deja în zona pregătirii mașinii, de la proiect până la demonstrarea conformității și marcajul CE. Din perspectiva managementului de proiect, asta înseamnă un singur lucru: implementarea trebuie planificată astfel încât, odată cu mașina, să fie preluat și întregul set de decizii tehnice, rezultate ale verificărilor și documente necesare pentru exploatarea ulterioară, modernizare și, dacă este cazul, pentru susținerea poziției la recepție sau într-un litigiu. În practică, aici revin adesea și costurile ascunse ale certificării CE și ale conformității în proiect.