W projektach technicznych często mówi się o błędach. Analizuje się reklamacje, omawia problemy wykryte podczas uruchomienia, wskazuje przyczyny opóźnień lub konieczności wprowadzenia zmian konstrukcyjnych. Łatwo odnieść wrażenie, że dobrze prowadzony projekt powinien takich sytuacji unikać.

W praktyce wygląda to inaczej.

Problemy są naturalnym elementem procesu projektowego. Nie da się całkowicie wyeliminować niepewności ani przewidzieć wszystkich zjawisk, które ujawnią się podczas budowy prototypu, walidacji czy przygotowania produkcji. Różnica pomiędzy dojrzałym i niedojrzałym procesem nie polega na tym, że jeden z nich nie popełnia błędów. Polega na tym, kiedy zostają one zauważone i ile kosztuje ich usunięcie. Dlatego doświadczeni inżynierowie koncentrują się przede wszystkim na projektowaniu procesu, który pozwala wykrywać problemy możliwie najwcześniej. To właśnie moment ich ujawnienia w największym stopniu decyduje o czasie, kosztach i powodzeniu całego projektu.

Najdroższe błędy powstają na początku projektu

Największy wpływ na powodzenie projektu mają decyzje podejmowane wtedy, gdy zespół dysponuje najmniejszą ilością informacji. To właśnie na początku określane są wymagania funkcjonalne, wybierana jest koncepcja rozwiązania, definiowane są parametry pracy, materiały oraz architektura całego układu. Każda z tych decyzji opiera się na określonych założeniach. Część z nich wynika z doświadczenia, część z obliczeń lub wcześniejszych projektów, jednak dopiero kolejne etapy pozwalają potwierdzić, czy wszystkie były słuszne. Z tego powodu dokumentacja projektowa nie jest zamkniętym zbiorem odpowiedzi. Jest zapisem aktualnego stanu wiedzy, który powinien być systematycznie weryfikowany.

Jeżeli błędne założenie zostanie wykryte na etapie koncepcji, jego korekta zwykle oznacza zmianę kilku parametrów. Jeżeli ta sama niezgodność zostanie zauważona dopiero po przygotowaniu dokumentacji, wykonaniu oprzyrządowania lub rozpoczęciu produkcji, konsekwencje obejmują znacznie więcej niż sam projekt. Zmianie ulegają proces produkcyjny, dokumentacja technologiczna, plan kontroli jakości, harmonogram oraz koszty realizacji. To właśnie dlatego największe błędy projektowe najczęściej powstają wtedy, gdy jeszcze ich nie widać.

Walidacja nie jest formalnością

Jednym z częściej spotykanych błędów jest traktowanie walidacji jako ostatniego etapu projektu, którego zadaniem jest potwierdzenie poprawności rozwiązania. Tymczasem dobrze zaplanowana walidacja odpowiada na zupełnie inne pytania niż projektowanie. Projektowanie pozwala określić, jak rozwiązanie powinno działać. Walidacja sprawdza, jak zachowuje się ono w rzeczywistych warunkach pracy. Analizuje stabilność parametrów, wpływ zmienności procesu, trwałość komponentów, możliwość utrzymania wymaganej jakości oraz powtarzalność kolejnych egzemplarzy.

Walidacja nie służy udowodnieniu, że projekt jest dobry. Jej zadaniem jest znalezienie wszystkiego, co jeszcze wymaga poprawy. Im więcej takich informacji dostarczy, tym większą wartość ma dla projektu.

To właśnie na tym etapie pojawiają się informacje, których nie można uzyskać na podstawie modelu CAD, obliczeń czy symulacji. Jeżeli wyniki walidacji prowadzą do zmian konstrukcyjnych, nie oznacza to niepowodzenia projektu. Oznacza, że proces spełnił swoją funkcję i dostarczył wiedzy potrzebnej do podjęcia lepszych decyzji. Znacznie większym zagrożeniem jest sytuacja, w której walidacja nie ujawnia żadnych nowych informacji, ponieważ została zaplanowana wyłącznie jako formalne potwierdzenie wcześniej przyjętych założeń.

Projekt należy oceniać jako cały system

Projekt może być perfekcyjny z punktu widzenia konstruktora i jednocześnie bardzo trudny do wyprodukowania. Może spełniać wszystkie wymagania funkcjonalne, ale generować wysokie koszty montażu, skomplikowaną kontrolę jakości lub problemy serwisowe. Nie oznacza to, że projekt jest zły. Oznacza, że został oceniony tylko z jednej perspektywy. Podobnie komponent może zapewniać odpowiednie parametry techniczne, ale okazać się trudny do pozyskania, charakteryzować się dużą zmiennością jakości lub wydłużać czas realizacji dostaw. Dokumentacja może być kompletna, a mimo to nie określać jednoznacznych kryteriów odbioru jakościowego. Takie problemy najczęściej ujawniają się dopiero wtedy, gdy projekt opuszcza biuro konstrukcyjne i trafia do produkcji.

Żaden z tych problemów nie wynika z pojedynczej błędnej decyzji. Pojawiają się dlatego, że projekt jest systemem wzajemnie powiązanych zależności. Konstruktor analizuje funkcjonalność rozwiązania. Technolog ocenia możliwość jego wykonania. Produkcja zwraca uwagę na powtarzalność procesu. Jakość weryfikuje możliwość jednoznacznej kontroli. Zakupy analizują ryzyko związane z dostawcami, a serwis łatwość późniejszej obsługi produktu. Każda z tych perspektyw jest poprawna, jednak dopiero ich połączenie pozwala ocenić rzeczywistą dojrzałość projektu. Im wcześniej różne specjalizacje uczestniczą w podejmowaniu decyzji, tym mniejsze prawdopodobieństwo, że rozwiązanie będzie wymagało kosztownych zmian na dalszych etapach realizacji.

Harmonogram nie pokazuje dojrzałości projektu

W wielu organizacjach postęp projektu oceniany jest przede wszystkim przez pryzmat zakończonych etapów. Opracowano dokumentację, wykonano prototyp, rozpoczęto przygotowanie produkcji. Formalnie projekt przesuwa się do przodu.

Nie oznacza to jednak, że zmniejsza się poziom ryzyka.

Projekt może mieć zrealizowane 90% harmonogramu i jednocześnie nadal opierać się na jednym niezweryfikowanym założeniu, od którego zależy powodzenie całego wdrożenia. Z punktu widzenia zarządzania jest niemal ukończony. Z punktu widzenia inżyniera jego największe ryzyko może dopiero zaczynać być widoczne. Znacznie lepszym wskaźnikiem dojrzałości jest liczba niewiadomych, które udało się wyeliminować. Każdy test, pomiar, analiza technologiczna czy przegląd konstrukcyjny powinny odpowiadać na konkretne pytania dotyczące rozwiązania. Jeżeli projekt przechodzi do kolejnego etapu, nie zdobywając nowej wiedzy, ryzyko nie znika. Przechodzi razem z nim. Dlatego dobrze prowadzony projekt nie koncentruje się wyłącznie na realizacji harmonogramu. Równie istotne jest świadome zarządzanie wiedzą zdobywaną podczas kolejnych etapów prac. To ona pozwala podejmować trafniejsze decyzje i ograniczać ryzyko, zanim stanie się ono problemem produkcyjnym.

Dobre projekty nie eliminują zmian. Eliminują zaskoczenia.

W wielu firmach każda zmiana projektu traktowana jest jako sygnał, że wcześniej popełniono błąd. W rzeczywistości często jest odwrotnie. Zmiana wynikająca z testów, walidacji lub analizy procesu oznacza, że projekt dostarczył nowych informacji. Znacznie większym zagrożeniem jest brak zmian wynikający z tego, że nikt nie zweryfikował przyjętych założeń wystarczająco dokładnie. Dojrzałe zespoły projektowe nie starają się udowodnić, że od początku miały rację. Ich celem jest jak najszybsze znalezienie miejsc, w których rzeczywistość różni się od wcześniejszych założeń. Każda taka informacja pozwala ograniczyć ryzyko jeszcze przed rozpoczęciem produkcji seryjnej. Paradoksalnie więc liczba zmian w projekcie nie zawsze świadczy o jego słabości. Znacznie ważniejsze jest to, kiedy zostały wprowadzone. Korekta wykonana na etapie koncepcji lub prototypu jest naturalnym elementem procesu projektowego. Ta sama zmiana wprowadzona po uruchomieniu produkcji najczęściej oznacza znacznie wyższe koszty, opóźnienia i większe ryzyko dla całego przedsięwzięcia.

Najcenniejszym rezultatem projektu nie jest gotowy produkt

Po zakończeniu projektu pozostaje nie tylko dokumentacja, gotowe urządzenie czy wdrożony proces produkcyjny. Pozostaje również wiedza o tym, które założenia okazały się trafne, które wymagały zmiany i jakie decyzje pozwoliły ograniczyć ryzyko na kolejnych etapach. To właśnie ta wiedza sprawia, że następny projekt nie rozpoczyna się od zera. Zespół dysponuje doświadczeniem, które pozwala szybciej identyfikować potencjalne problemy i podejmować trafniejsze decyzje już na etapie koncepcji.

W XTON rozwój rozwiązania traktujemy jako proces systematycznego budowania wiedzy. Analiza wymagań, przeglądy techniczne, walidacja, przygotowanie produkcji oraz dane z eksploatacji nie są odrębnymi etapami realizowanymi wyłącznie na potrzeby pojedynczego projektu. Stanowią element jednego procesu, którego celem jest ograniczanie ryzyka i zwiększanie powtarzalności końcowego rozwiązania.

Dobrze prowadzony projekt nie wyróżnia się tym, że od początku przebiega bez problemów. Wyróżnia się tym, że potrafi ujawnić je odpowiednio wcześnie – wtedy, gdy ich rozwiązanie wymaga jeszcze wiedzy i dobrych decyzji inżynierskich, a nie kosztownych zmian gotowego produktu lub procesu produkcyjnego.