Własne biuro inżynieryjne vs outsourcing – co opłaca się bardziej przy budowie maszyn?

Decyzja, czy rozwijać własne biuro inżynieryjne, czy oprzeć budowę maszyn na outsourcingu, przestała być wyłącznie kwestią kosztu etatu albo stawki dostawcy. Dziś wpływa bezpośrednio na termin uruchomienia, zdolność do wprowadzania zmian konstrukcyjnych, poziom ryzyka po stronie producenta oraz realną kontrolę nad zgodnością. Przy projektach, w których mechanika, automatyka, oprogramowanie, bezpieczeństwo funkcjonalne i dokumentacja techniczna muszą dojść do jednego punktu odbioru, błędny model organizacyjny zwykle mści się nie od razu, lecz pod koniec projektu: przy odbiorach, zmianach zakresu, walidacji lub przygotowaniu dokumentacji dla użytkownika i serwisu. W praktyce pytanie nie brzmi więc, co jest „tańsze”, ale który model pozwala utrzymać odpowiedzialność, wiedzę projektową i tempo decyzji na poziomie adekwatnym do złożoności maszyny.

Znaczenie tego wyboru rośnie także dlatego, że współczesna maszyna rzadko jest wyłącznie układem mechanicznym z prostym sterowaniem. Coraz częściej obejmuje warstwę programową, komunikację z systemami zakładowymi, rejestrację zdarzeń, ścieżkę identyfikowalności produktu i procesu, a do tego wymagania działu utrzymania ruchu dotyczące diagnostyki i serwisowania. To powoduje, że granica między „projektem maszyny” a „organizacją współpracy kilku kompetencji” zaciera się bardzo szybko. Jeżeli już na starcie wiadomo, że w projekcie będą uczestniczyć integrator, wykonawca oprogramowania i zespół utrzymania ruchu klienta, to decyzja in-house kontra zewnętrzny wykonawca przechodzi płynnie w pytanie o podział ról, odpowiedzialność za interfejsy i właściciela decyzji technicznych. W podobny sposób temat rozszerza się wtedy, gdy maszyna ma generować dane produkcyjne lub wspierać identyfikowalność: bez ustalenia, kto odpowiada za architekturę danych, walidację logiki i utrzymanie zmian, łatwo zbudować rozwiązanie działające na pokaz, ale kosztowne w eksploatacji.

W praktyce najbardziej użytecznym kryterium decyzji nie jest samo porównanie budżetu wykonania, tylko miejsce, w którym powstaje i ma pozostać wiedza krytyczna dla cyklu życia maszyny. Jeżeli przewagą firmy jest unikalny proces, częste modyfikacje produktu, konieczność szybkiego przezbrojenia albo rozwój kolejnych wariantów tej samej platformy, to brak własnej kompetencji projektowej podnosi koszt każdej następnej zmiany. Odwrotnie, gdy projekt ma jasno określony zakres, niski stopień powtarzalnych modyfikacji i nie stanowi rdzenia przewagi przedsiębiorstwa, zewnętrzny wykonawca bywa rozwiązaniem racjonalnym, o ile zamawiający zachowuje kontrolę nad wymaganiami, odbiorami i dokumentacją. Dobrym testem jest odpowiedź na trzy pytania: kto podejmuje decyzję przy zmianie zakresu, kto rozumie skutki tej zmiany dla bezpieczeństwa i funkcji maszyny oraz kto będzie w stanie utrzymać rozwiązanie po uruchomieniu bez uzależnienia od jednej osoby lub jednego dostawcy. To są wskaźniki organizacyjne, które zwykle lepiej przewidują opłacalność niż sama wycena projektu.

Typowy przykład wygląda podobnie w wielu zakładach. Firma zleca na zewnątrz projekt i wykonanie maszyny, bo chce skrócić czas wejścia w inwestycję. Na początku zyskuje szybkość, ale po kilku miesiącach pojawiają się zmiany wynikające z prób technologicznych, potrzeb produkcji i wymagań jakościowych. Jeżeli nie ma po swojej stronie zespołu zdolnego ocenić wpływu tych zmian na konstrukcję, sterowanie, diagnostykę i dokumentację, każda korekta staje się osobnym zamówieniem, a harmonogram zaczyna zależeć od dostępności dostawcy. Wtedy outsourcing nie jest już zakupem kompetencji, tylko przeniesieniem wąskiego gardła poza organizację. Dokładnie w tym miejscu temat łączy się z organizacją współpracy integratora, wykonawcy oprogramowania i utrzymania ruchu oraz z projektowaniem identyfikowalności: jeśli te obszary nie mają wspólnego właściciela wymagań, projekt traci spójność operacyjną jeszcze przed odbiorem.

Na końcu i tak wraca kwestia odpowiedzialności. Niezależnie od modelu realizacji to producent, importer lub inny podmiot wprowadzający maszynę do obrotu albo oddający ją do użytku odpowiada w odpowiednim zakresie za zgodność wyrobu, kompletność dokumentacji i prawidłowe przeprowadzenie oceny ryzyka. Dlatego wybór między własnym biurem inżynieryjnym a outsourcingiem trzeba oceniać również przez pryzmat tego, kto jest w stanie wykazać podstawy decyzji projektowych, odtworzyć historię zmian i przygotować materiał potrzebny od projektu do certyfikacji oraz oznaczenia CE, jeżeli dany przypadek tego wymaga. Jeżeli organizacja nie potrafi tego zapewnić, pozorna oszczędność na etapie projektu bardzo łatwo zamienia się w koszt opóźnienia, sporu z wykonawcą albo problemu przy odbiorze technicznym i eksploatacji.

Gdzie najczęściej rośnie koszt lub ryzyko

W sporze między własnym biurem inżynieryjnym a outsourcingiem koszt najrzadziej rośnie tam, gdzie wszyscy patrzą na początku, czyli na stawce projektanta albo wycenie pakietu prac. Najczęściej problem zaczyna się wcześniej: w niepełnym zdefiniowaniu granic maszyny, interfejsów, odpowiedzialności za założenia i sposobu zatwierdzania zmian. Jeżeli te elementy nie są zamknięte na starcie, zespół wewnętrzny zużywa czas na uzgodnienia i korekty, a zewnętrzny wykonawca projektuje pod własne domniemania, które później trzeba odkręcać. W praktyce oznacza to nie tylko dodatkowe roboczogodziny, ale też opóźnienie zakupu podzespołów, kolizje na montażu i spór o to, czy błąd wynika z wadliwego projektu, czy z nieprecyzyjnego zamówienia. Dlatego pierwszym kryterium decyzji nie powinno być pytanie, kto „zrobi taniej”, tylko kto w danym modelu potrafi utrzymać spójność wymagań technicznych, bezpieczeństwa i eksploatacji od koncepcji do odbioru.

Drugim miejscem, w którym rośnie ryzyko, jest rozdzielenie kompetencji bez rozdzielenia odpowiedzialności. Własne biuro inżynieryjne bywa pozornie bezpieczne, bo wiedza pozostaje w organizacji, ale jeśli projekt prowadzą osoby obciążone równolegle wsparciem produkcji, utrzymaniem ruchu i bieżącymi zmianami, projekt zaczyna być sterowany dostępnością ludzi, a nie logiką techniczną. Z kolei outsourcing daje szybszy dostęp do zasobów, lecz bez dojrzałego nadzoru po stronie zamawiającego łatwo prowadzi do sytuacji, w której dostawca dostarcza dokumentację wystarczającą do rozliczenia etapu, ale niewystarczającą do serwisu, modernizacji albo wykazania podstaw decyzji projektowych. Koszt takiego braku wychodzi później: przy awarii, przy zmianie wykonawcy, przy rozbudowie linii albo wtedy, gdy trzeba sprawdzić, czy maszyna jest bezpieczna nie deklaratywnie, lecz na podstawie rzeczywistych rozwiązań i ścieżki decyzyjnej.

Najbardziej kosztowne błędy mają zwykle charakter kumulacyjny. Typowy przykład to projekt, w którym mechanika, sterowanie i środki redukcji ryzyka powstają w różnych miejscach organizacji albo u różnych wykonawców. Mechanik zakłada określony sposób dostępu do strefy pracy, automatyk dobiera logikę zatrzymania na podstawie niepełnych danych, a zakupy zamawiają elementy według terminu dostawy, nie według założeń bezpieczeństwa i utrzymania ruchu. Na etapie uruchomienia wychodzi, że osłona utrudnia przezbrojenie, czujnik nie ma stabilnych warunków pracy, a procedura pracy ręcznej nie została w ogóle opisana. Wtedy projekt wraca do przebudowy, rośnie liczba zmian w dokumentacji i trzeba ponownie uzgadniać zakres z wykonawcą. Praktyczne kryterium oceny jest tu proste: jeżeli organizacja nie potrafi w ciągu jednego przeglądu wskazać właściciela wymagań, właściciela oceny ryzyka i właściciela decyzji o zmianie, to niezależnie od modelu realizacji ma warunki do wzrostu kosztu i odpowiedzialności.

Ten wątek przechodzi w obszar pracy nad ryzykiem procesowym wcześniej, niż wiele firm zakłada. Jeżeli projekt dotyczy instalacji z istotnymi oddziaływaniami procesu, sekwencji operacyjnych i stanów niebezpiecznych zależnych od organizacji pracy, samo „doprojektowanie zabezpieczeń” jest spóźnione. Wtedy znaczenie ma nie tylko doświadczenie konstruktora, ale też to, czy zespół umie prowadzić uporządkowaną analizę zagrożeń i odchyleń, a więc czy ma kompetencję zbliżoną do tej, którą rozwija się przy szkoleniu HAZOP. Nie chodzi o formalizm dla formalizmu, tylko o zdolność wychwycenia miejsc, w których decyzja technologiczna, eksploatacyjna i bezpieczeństwa wpływa na siebie nawzajem. Jeżeli tej zdolności nie ma wewnątrz firmy, outsourcing może być uzasadniony; jeżeli nie ma jej również po stronie dostawcy, ryzyko zostaje jedynie przesunięte poza organizację.

Dopiero na końcu widać wymiar zgodności. Gdy projekt dochodzi do odbioru, modernizacji albo przekazania do użytkowania, wraca pytanie nie o to, kto wykonał model 3D czy napisał program, lecz czy można wykazać, że przyjęte rozwiązania były uzasadnione, ryzyko ocenione, a dokumentacja odpowiada rzeczywistemu wykonaniu. W tym miejscu wybór między biurem własnym a zewnętrznym styka się już bezpośrednio z przygotowaniem maszyny od projektu do certyfikacji i oznaczenia CE, jeżeli dany przypadek tego wymaga. Jeżeli materiał dowodowy jest niekompletny, koszt przestaje być kosztem projektowym i staje się kosztem odpowiedzialności: opóźnionego uruchomienia, dodatkowych przeróbek, trudnego odbioru albo ograniczeń w eksploatacji. Dlatego sensowne porównanie modeli realizacji warto oprzeć na mierzalnych wskaźnikach: liczbie zmian po zamrożeniu założeń, czasie akceptacji decyzji międzybranżowych, kompletności dokumentacji powykonawczej i zdolności do odtworzenia, dlaczego dane rozwiązanie uznano za dopuszczalne.

Jak podejść do tematu w praktyce

W praktyce pytanie o własne biuro inżynieryjne albo outsourcing nie powinno być stawiane na poziomie stawek godzinowych, lecz na poziomie sterowania decyzją techniczną i odpowiedzialnością za jej skutki. Opłacalny jest ten model, który pozwala szybciej podejmować uzasadnione decyzje projektowe, utrzymać spójność między mechaniką, automatyką i bezpieczeństwem oraz bez strat przejść od koncepcji do uruchomienia. Jeżeli zespół wewnętrzny dobrze zna proces, ograniczenia zakładu i historię podobnych wdrożeń, zwykle zyskuje na czasie i jakości uzgodnień. Jeżeli jednak nie ma zasobów do prowadzenia projektu, weryfikacji założeń i odbioru dokumentacji, utrzymywanie wszystkiego we własnym zakresie bywa tylko pozorną oszczędnością. Wtedy koszt pojawia się później: w zmianach po montażu, w sporach o zakres odpowiedzialności albo w dokumentacji, która nie pozwala wykazać, dlaczego dane rozwiązanie uznano za dopuszczalne.

Dlatego decyzję warto oprzeć na jednym praktycznym kryterium: gdzie w organizacji znajduje się zdolność do podejmowania i obrony decyzji granicznych. Chodzi o te momenty, w których trzeba rozstrzygnąć, czy dana funkcja ma być zrealizowana sprzętowo czy programowo, czy modyfikacja wpływa już na bezpieczeństwo, czy można zaakceptować odstępstwo od założeń, a także kto zatwierdza zmianę wpływającą na eksploatację i utrzymanie ruchu. Jeśli firma ma wewnątrz kompetencję do prowadzenia takich rozstrzygnięć, outsourcing może dotyczyć wykonania części prac bez utraty kontroli nad projektem. Jeżeli tej kompetencji nie ma, zewnętrzny wykonawca musi przejąć nie tylko projektowanie, ale również porządek decyzyjny, a to wymaga jasno określonych punktów odbioru, zakresu danych wejściowych i zasad zatwierdzania zmian. Bez tego outsourcing nie skraca procesu, tylko tworzy dodatkową warstwę uzgodnień.

Typowy przykład dotyczy modernizacji maszyny, w której zamawiający zleca na zewnątrz mechanikę i sterowanie, pozostawiając u siebie tylko utrzymanie ruchu oraz odbiór końcowy. Na początku wygląda to rozsądnie, bo wykonawca deklaruje kompleksową realizację. Problem zaczyna się wtedy, gdy w trakcie prac wychodzi, że nowy układ podawania zmienia sposób dostępu do strefy niebezpiecznej, a równocześnie program sterownika ma kompensować ograniczenia wynikające z zabudowy. Jeżeli nikt po stronie zamawiającego nie potrafi ocenić skutków takiej zmiany dla całości maszyny, decyzje będą podejmowane reaktywnie, pod presją terminu. W efekcie można otrzymać urządzenie działające technologicznie, ale wymagające późniejszych przeróbek osłon, blokad, logiki sterowania lub dokumentacji. Właśnie w tym miejscu wątek kosztu przechodzi w obszar praktycznej oceny, czy maszyna jest bezpieczna, a dalej — jeżeli zakres projektu tego wymaga — w przygotowanie materiału do wykazania zgodności.

Z punktu widzenia managera oznacza to potrzebę mierzenia nie tylko wydajności wykonawcy, ale jakości prowadzenia projektu. Jeżeli po zamrożeniu założeń rośnie liczba zmian wpływających na bezpieczeństwo, jeżeli akceptacja decyzji międzybranżowych trwa długo albo dokumentacja powykonawcza nie nadąża za rzeczywistym wykonaniem, to sygnał, że model realizacji jest źle ustawiony. Własne biuro inżynieryjne daje przewagę tam, gdzie liczy się ciągłość wiedzy o produkcie i szybka odpowiedź na zmianę. Outsourcing ma sens tam, gdzie zakres jest dobrze zdefiniowany, interfejsy są zamknięte, a odpowiedzialność za wynik została rozpisana bez luk. Gdy w projekcie uczestniczy jeszcze integrator, wykonawca oprogramowania i dział utrzymania ruchu, sama decyzja „robić wewnętrznie czy zlecić” przestaje wystarczać; równie ważne staje się uporządkowanie współpracy tych stron, bo dopiero to przesądza o czasie uruchomienia, kosztach zmian i możliwości rzetelnego odbioru.

Normatywny i formalny wymiar pojawia się nie na końcu, lecz dokładnie tam, gdzie decyzja projektowa wpływa na funkcję bezpieczeństwa, sposób użytkowania albo zakres modyfikacji maszyny. Nie zawsze będzie to prowadziło do tego samego obowiązku po stronie organizacji, bo znaczenie ma charakter projektu i rola danego podmiotu. Trzeba jednak przyjąć prostą zasadę: jeżeli nie da się odtworzyć podstaw decyzji technicznych, oceny ryzyka i zmian wprowadzonych w toku prac, to wybór modelu in-house albo outsourcing przestaje być kwestią efektywności, a staje się kwestią odpowiedzialności. Wtedy rozmowa naturalnie przechodzi w dwa dalsze obszary: jak sprawdzić, czy maszyna jest bezpieczna w rzeczywistym wykonaniu, oraz kiedy projekt wymaga już uporządkowania drogi od projektu do wykazania zgodności i oznaczenia CE.

Na co uważać przy wdrożeniu

Przy wdrożeniu różnica między własnym biurem inżynieryjnym a outsourcingiem przestaje być sporem o stawkę za roboczogodzinę. O opłacalności decyduje to, kto w praktyce kontroluje zmiany, kto rozumie ograniczenia procesu i kto potrafi obronić przyjęte rozwiązania, gdy pojawia się problem na uruchomieniu albo przy odbiorze. Najwięcej kosztują nie same błędy projektowe, lecz błędy ujawnione za późno: kolizje między mechaniką i sterowaniem, niedookreślone interfejsy, brak danych wejściowych od użytkownika końcowego, rozjechana logika odpowiedzialności za bezpieczeństwo. Jeżeli organizacja wybiera outsourcing bez zdolności do technicznego nadzoru po swojej stronie, zwykle kupuje nie tylko projekt, ale też zależność od wykonawcy przy każdej zmianie. Jeżeli z kolei wszystko zostaje wewnątrz, ale zespół nie ma czasu na prowadzenie dokumentacji decyzji i przeglądów międzybranżowych, koszt wróci na etapie poprawek, odbiorów i serwisu.

Najczęstsza pułapka polega na tym, że model realizacji wybiera się według dostępności zasobów, a nie według rodzaju ryzyka w projekcie. Inaczej ocenia się maszynę powtarzalną, rozwijaną na bazie własnego standardu, a inaczej stanowisko nowe, z nietypową kinematyką, dużą ingerencją w proces albo wysokim udziałem funkcji bezpieczeństwa. Praktyczne kryterium jest proste: trzeba sprawdzić, czy po stronie zamawiającego istnieje kompetencja do zatwierdzania założeń technicznych, zmian konstrukcyjnych i architektury sterowania, a nie tylko do odbioru gotowego efektu. Jeżeli nie ma takiej kompetencji, pełny outsourcing bywa pozornie tańszy, ale zwiększa ryzyko sporów o zakres, wydłuża uzgodnienia i utrudnia ocenę, czy opóźnienie wynika z błędu wykonawcy, czy z niepełnych wymagań wejściowych. Warto więc mierzyć nie tylko budżet i termin, lecz także liczbę zmian po zamrożeniu koncepcji, czas akceptacji dokumentacji, liczbę otwartych niezgodności po uruchomieniu i czas potrzebny na ich zamknięcie.

W praktyce dobrze widać to przy modernizacji istniejącej maszyny albo budowie linii z udziałem kilku podmiotów. Własne biuro inżynieryjne często lepiej rozumie ograniczenia zakładu, dostęp serwisowy, standardy utrzymania ruchu i realny sposób użytkowania urządzenia. Zewnętrzny wykonawca bywa natomiast szybszy w przygotowaniu projektu i sprawniejszy przy specjalistycznych zagadnieniach, ale może nie mieć pełnego obrazu środowiska pracy. Jeśli na etapie wdrożenia okazuje się, że trzeba zmienić układ osłon, sekwencję pracy albo sposób resetu po zatrzymaniu, to pytanie nie brzmi już, kto wykona rysunek lub poprawi program. Pytanie brzmi, kto oceni wpływ tej zmiany na bezpieczeństwo, funkcję maszyny i komplet dokumentacji. W tym miejscu wątek opłacalności naturalnie przechodzi w praktyczną ocenę, jak sprawdzić, czy maszyna jest bezpieczna w wykonaniu rzeczywistym, a nie tylko w założeniach projektowych.

Dopiero na tym tle widać wymiar formalny. Nie każda zmiana w projekcie będzie prowadziła do tych samych obowiązków, ale każda istotna ingerencja w funkcję, sposób użytkowania albo rozwiązania związane z bezpieczeństwem wymaga uporządkowania odpowiedzialności i śladu decyzyjnego. Jeżeli nie wiadomo, kto zatwierdził zmianę, na jakiej podstawie oceniono ryzyko i czy dokumentacja odzwierciedla stan faktyczny, model in-house lub outsourcing przestaje mieć znaczenie ekonomiczne, bo pojawia się problem odpowiedzialności za zgodność. Wtedy ten temat przechodzi już w obszar przygotowania maszyny od projektu do wykazania zgodności i oznaczenia CE. Z punktu widzenia zarządzania projektem oznacza to jedną rzecz: wdrożenie należy planować tak, aby wraz z maszyną odebrać również komplet decyzji technicznych, wyników weryfikacji i dokumentów potrzebnych do dalszej eksploatacji, modernizacji i ewentualnej obrony przy odbiorze lub sporze.