W przemyśle łatwo przecenić znaczenie technologii. Nowoczesny park maszynowy, dobre oprogramowanie projektowe, automatyzacja czy zaawansowane systemy pomiarowe dają firmie ogromne możliwości. Nie gwarantują jednak dobrego produktu. Można wyposażyć dwa zespoły w dokładnie te same narzędzia, dać im dostęp do tych samych komponentów i postawić przed nimi identyczne zadanie, a mimo to otrzymać dwa zupełnie różne rozwiązania.

Różnica zaczyna się w momencie podejmowania decyzji.

Technologia pozwala coś zaprojektować, policzyć, wykonać albo zmierzyć. Doświadczenie pozwala ocenić, co dana decyzja oznacza dla kolejnych etapów projektu. I właśnie tę różnicę bardzo dobrze widać w pracy zespołów technicznych.

Doświadczenie zaczyna się tam, gdzie kończy się oczywista odpowiedź

Weźmy prostą sytuację: w projekcie trzeba zmienić jeden z komponentów. Pierwszym krokiem będzie porównanie parametrów technicznych i sprawdzenie, czy zamiennik spełnia wymagania. Tyle że dla doświadczonego konstruktora na tym analiza się nie kończy.

Zmiana komponentu może oznaczać inne mocowanie, inne tolerancje, zmianę dostępu montażowego albo konieczność przeprojektowania elementów znajdujących się obok. Pojawia się kwestia serwisu, dostępności części czy uzależnienia od jednego dostawcy. Czasem komponent o lepszych parametrach okazuje się w praktyce gorszym wyborem dla całego urządzenia. Podobnie jest ze zmianą materiału. W dokumentacji może wyglądać jak korekta jednej pozycji. W rzeczywistości może wpłynąć na sposób obróbki, spawanie, odkształcenia, tolerancje, przygotowanie powierzchni, kontrolę jakości i koszt wykonania.

Nie chodzi więc tylko o to, żeby znać właściwości materiału czy parametry komponentu. Trzeba jeszcze rozumieć zależności, które uruchamia dana decyzja. I tego najczęściej nie daje samo narzędzie ani instrukcja. Daje to doświadczenie zdobywane przy kolejnych projektach.

Najdroższe problemy często zaczynają się od małych decyzji

W projektach technicznych rzadko jedna spektakularnie zła decyzja odpowiada za wszystkie późniejsze problemy. Znacznie częściej są one skutkiem kilku niewielkich wyborów, które osobno wydawały się rozsądne. Element można zaprojektować poprawnie pod względem funkcjonalnym, ale jego montaż będzie wymagał dodatkowej operacji. Przy prototypie oznacza to kilka minut pracy i prawdopodobnie nikt nie uzna tego za poważny problem.

Przy kolejnych egzemplarzach sytuacja wygląda już inaczej. Dodatkowa operacja zaczyna wpływać na czas montażu. Trzeba uwzględnić ją w organizacji stanowiska. Pojawia się kolejna możliwość popełnienia błędu. Jeżeli potrzebne jest dodatkowe narzędzie, dochodzi następny element procesu, który trzeba zapewnić i kontrolować. To samo dotyczy komponentów. Można wybrać rozwiązanie bardzo dobre technicznie, ale trudne do pozyskania. Projekt działa, prototyp przechodzi testy, dokumentacja jest gotowa. Problem pojawia się kilka miesięcy później, gdy termin dostawy jednego podzespołu zaczyna decydować o terminie wykonania całego urządzenia.

Doświadczenie nie polega więc wyłącznie na rozwiązywaniu problemów. Znacznie większą wartość ma umiejętność zauważenia ich wtedy, gdy można jeszcze stosunkowo łatwo zmienić decyzję.

Jeden specjalista nie zobaczy wszystkiego

Nawet bardzo dobry konstruktor nie jest w stanie samodzielnie przewidzieć wszystkich konsekwencji rozwiązania, które projektuje. I nie ma w tym niczego niewłaściwego. Problem zaczyna się dopiero wtedy, gdy organizacja tego od niego oczekuje. Produkcja zauważy rzeczy, których nie widać w modelu 3D. Technolog zwróci uwagę na możliwość wykonania elementu i stabilność procesu. Jakość sprawdzi, czy wymagania będzie można jednoznacznie zweryfikować. Zakupy spojrzą na dostępność komponentów i ryzyko dostaw. Serwis oceni, co stanie się wtedy, gdy urządzenie trzeba będzie rozebrać, zdiagnozować albo naprawić. Wartość zespołu pojawia się wtedy, gdy te perspektywy spotykają się odpowiednio wcześnie.

Nie chodzi przy tym o organizowanie spotkania dla każdej decyzji technicznej. Doświadczenie zespołu polega również na tym, że ludzie wiedzą, kiedy decyzja przestaje dotyczyć wyłącznie ich własnego obszaru. Dobry konstruktor nie musi być technologiem. Powinien jednak wiedzieć, kiedy warto zapytać technologa. I odwrotnie. Właśnie w takich momentach kompetencje pojedynczych osób zaczynają pracować na wynik całego projektu.

Najcenniejszej wiedzy często nie ma w dokumentacji

Po zakończeniu projektu zostaje dokumentacja techniczna. Widać w niej, jaki materiał zastosowano, jakie przyjęto wymiary, tolerancje, komponenty i rozwiązania konstrukcyjne. Nie widać natomiast całej drogi, która doprowadziła do tych decyzji.

Nie ma tam wszystkich koncepcji, które odrzucono. Nie zawsze wiadomo, dlaczego po pierwszych testach zmieniono konkretny element. Nie widać problemu, który pojawił się podczas montażu prototypu, ani rozwiązania, które początkowo wydawało się dobre, ale nie zapewniało odpowiedniej powtarzalności. Ta wiedza zostaje w zespole.

I z punktu widzenia rozwoju firmy jest niezwykle cenna, bo powoduje, że kolejny projekt nie zaczyna się od zera. Konstruktor, który wcześniej zetknął się z określonym problemem, przy następnym projekcie może zwrócić na niego uwagę już podczas tworzenia koncepcji. Technolog pamięta rozwiązanie, które powodowało problemy w wykonaniu. Produkcja potrafi wskazać elementy utrudniające montaż, zanim powstanie kolejny prototyp. Firma może kupić taką samą maszynę jak konkurencja. Może korzystać z tego samego oprogramowania, sterowników, podzespołów czy materiałów. Nie kupi jednak razem z nimi doświadczenia wynikającego z setek wcześniejszych decyzji.

Nie każdy rozwiązany problem buduje doświadczenie

W każdym projekcie pojawiają się sytuacje, w których rzeczywistość nie zachowuje się dokładnie tak, jak przewidywano. Prototyp nie osiąga zakładanych parametrów. Element okazuje się trudny w montażu. Proces daje większy rozrzut niż zakładano. Komponent podczas dłuższych testów zachowuje się inaczej niż podczas pierwszych prób.

Można taki problem po prostu usunąć i przejść dalej. Można też sprawdzić, dlaczego wcześniejsze założenie okazało się niewłaściwe. Dopiero w tym drugim przypadku problem zaczyna budować doświadczenie organizacji. Jeżeli przyczyną była błędna tolerancja, warto wiedzieć, skąd się wzięła. Jeżeli konstrukcja utrudniała montaż, trzeba ustalić, dlaczego nie zauważono tego wcześniej. Jeżeli komponent nie zapewnił oczekiwanej trwałości, istotny jest nie tylko jego zamiennik, ale również odpowiedź na pytanie, czy sposób wcześniejszej weryfikacji był wystarczający. Taka analiza powoduje, że rozwiązanie jednego problemu wpływa również na sposób prowadzenia kolejnych projektów. I właśnie w ten sposób doświadczenie pojedynczych osób zaczyna stawać się wiedzą firmy.

Doświadczenie zmienia sposób zadawania pytań

Wraz z kolejnymi projektami zmienia się sposób patrzenia na rozwiązanie techniczne. Na początku najważniejsze pytanie brzmi zazwyczaj: czy to będzie działać? Później pojawiają się następne: czy będzie działać powtarzalnie, czy da się to stabilnie produkować, jak będziemy kontrolować kluczowe parametry, co wydarzy się przy zmianie warunków pracy i które założenie powinniśmy sprawdzić jako pierwsze.

To ważna zmiana. Doświadczony zespół nie próbuje przewidzieć wszystkiego. W złożonych projektach byłoby to niemożliwe. Potrafi natomiast coraz lepiej rozpoznawać miejsca, w których warto zatrzymać się wcześniej, wykonać test, zrobić pomiar albo skonfrontować decyzję z inną specjalizacją. Czas poświęcony na taką weryfikację może wyglądać jak dodatkowa praca na początku projektu. Najczęściej jest jednak znacznie tańszy niż zmiana wprowadzana po wykonaniu dokumentacji, zamówieniu komponentów czy rozpoczęciu produkcji.

Dojrzały zespół nie musi zawsze mieć racji

Jest jeszcze jeden element doświadczenia, o którym mówi się rzadziej. Umiejętność zmiany własnej decyzji. W pracy technicznej łatwo przywiązać się do rozwiązania, nad którym pracowało się przez kilka tygodni. Tymczasem test może pokazać coś innego niż obliczenia. Produkcja może wskazać problem, którego konstruktor wcześniej nie widział. Pomiar może podważyć założenie, które na etapie projektu wydawało się całkowicie uzasadnione. W takiej sytuacji doświadczenie nie polega na obronie wcześniejszej decyzji. Polega na umiejętności wykorzystania nowej informacji.

Dobre zespoły techniczne nie budują swojej wartości na tym, że poszczególni specjaliści zawsze mają rację. Znacznie ważniejsze jest to, czy potrafią szybko zauważyć błędne założenie, zrozumieć jego przyczynę i podjąć lepszą decyzję.

Technologię można kupić. Zespół buduje się latami

W XTON rozwój technologii i zaplecza technicznego jest ważny, ale sam w sobie nie stanowi celu. O wartości tych narzędzi decyduje sposób, w jaki wykorzystują je ludzie. Dlatego wiedza konstruktorów, technologów, produkcji, jakości i pozostałych specjalistów zaangażowanych w rozwój urządzeń nie funkcjonuje oddzielnie. Spotyka się podczas projektowania, prototypowania, testów, przygotowania produkcji i późniejszej analizy informacji z eksploatacji.

Dzięki temu doświadczenie zdobyte przy jednym projekcie może zmienić sposób prowadzenia następnego. Problem zauważony podczas montażu może wpłynąć na kolejną konstrukcję. Wynik testu może zmienić sposób weryfikacji podobnych rozwiązań. Informacja z produkcji może spowodować, że następny element od początku zostanie zaprojektowany inaczej. Z czasem właśnie z takich decyzji powstaje techniczne know-how firmy.

Nową maszynę można zamówić. Oprogramowanie można wdrożyć. Technologię można kupić albo stosunkowo szybko odtworzyć. Zespołu, który przez lata nauczył się rozpoznawać problemy, zanim staną się kosztowne, nie buduje się równie szybko. I dlatego w dojrzałej firmie technologicznej przewagi nie tworzy wyłącznie to, czym dysponuje. Równie ważne jest to, co jej ludzie potrafią z tym zrobić.