Znasz to zdanie: „Spokojnie, zmieniliśmy tylko…”.
Tylko maszynę, layout. Tylko lokalizację procesu. Tylko poddostawcę. A jeszcze większą patologią jest stwierdzenie przez kierownika nowych uruchomień, że to tylko „running change”, więc oficjalne zarządzanie zmianą „nie jest potrzebne”.

Po tygodniu zaczynają się zgłoszenia z produkcji, że podkomponenty coraz ciężej się montują, a po chwili klient dzwoni z pytaniem, czy w procesie, przypadkiem, nie było żadnych zmian. I nagle okazuje się, że te wszystkie „tylko + running change” złożyły się na potencjalny temat do eskalacji.

Większość wymagań klientów oraz standard IATF 16949 jasno mówi, że zmiana procesu, relokacja, zmiana wyrobu, poddostawcy czy designu części u dostawcy musi być odpowiednio zakomunikowany wewnątrz orazigniazacji oraz do klienta. Dlaczego? Ponieważ jest to obszar, który potrafi wywrócić stabilny proces i relację z klientem.

Zarządzanie zmianą – wstęp

W tym artykule biorę na warsztat właśnie ten kawałek rzeczywistości:

• zmianę procesu produkcyjnego (np. nowe parametry, nowe wyposażenie, inna sekwencja operacji),
• relokację procesu lub całej linii (wewnątrz zakładu albo do innej lokalizacji),
• zmianę wyrobu produkowanego przez organizację (materiał, geometria, funkcja),
• zmianę poddostawcy (nowa firma, nowa lokalizacja, nowa technologia),
• zmianę designu części produkowanej przez poddostawcę (nowy rysunek, inne tolerancje, korekta konstrukcji).

Jeśli pracujesz jako inżynier jakości, SQE, kierownik jakości albo technolog i masz na sumieniu choć jedną „niewinną” zmianę lub patologiczny „running change”, który później wrócił w formie reklamacji – to ten artykuł jest dla Ciebie.

Nie będę się skupiać na miękkim „zarządzaniu zmianą organizacyjną” z prezentacjami, wizją i misją. Skupimy się na bardzo przyziemnym temacie: co się dzieje, kiedy fizycznie przesuwasz, zmieniasz lub outsourcujesz kawałek procesu. I jak to wszystko ogarnąć tak, żeby:

• klient nie dowiadywał się o zmianie z raportu 8D – w sumie to na tym etapie wygląda to jak strzał w kolano
• audytor nie zadawał serii dodatkowych pytań, na które ciężko znaleźć racjonalną odpowiedź,
• produkcja nie musiała „gasić pożaru” przez kolejne tygodnie.

Dlaczego zmiana procesu to nie jest „tylko modyfikacja parametru”

Na hali produkcyjnej słowo „zmiana” często brzmi jak przeszkoda. W sumie nie ma się co dziwić. Operator chce mieć święty spokój, kierownik chce mieć wynik, utrzymanie ruchu chce mieć maszynę, która się nie sypie. Gdy pojawia się pomysł:

• „Podnieśmy temperaturę, będzie szybciej”,
• „Zmieńmy czas cyklu, bo nie wyrabiamy” – tutaj dokładnie pamiętam jak w ten sposób zostało zareklamowanych do dostawcy kilkaset obudów zegarów deski rozdzielczej. Dlaczego? Ponieważ operator na wtryskarce wpadł na pomysł, że skróci czas chłodzenia i szybciej skończy zmianę. Efektem były części poza tolerancją.
• „Podmienimy części do tłocznika z innego projektu, większość z nich pasuje” – i nie tylko. Praktycznie doświadczyłem też demontażu innych linii montażowych, żeby zapewnić części maszyn do tej bardziej priorytetowej.

Zarządzanie zmianą to nic innego jak wbudowany w system hamulec bezpieczeństwa. Zanim ktoś przekręci gałkę, przesunie linię albo zmieni dostawcę, pojawia się pytanie:

„Co się stanie z wyrobem, gdy to zrobimy?”

I nie chodzi o dyskusję przy kawie, tylko o świadome przejście przez proces: zgłoszenie zmiany, ocenę wpływu, decyzję, walidację, nadzór po wdrożeniu.

Zarządzanie zmianą procesu, relokacji i poddostawców

Zmianę procesu, relokację, zmianę wyrobu czy poddostawcy łączy jedna rzecz: ryzyko, że wyrób przestanie zachowywać się tak, jak trzeba.

Kilka typowych sytuacji:

• Linia zostaje przeniesiona na inną halę. Niby te same maszyny, ten sam produkt, te same parametry. Po kilku tygodniach pojawia się inny rozkład pomiarów, wzrasta liczba odrzutów, a nikt nie ma pewności, czy problem wynika z warunków środowiskowych, czy różnicy w ustawieniach.
• Zmieniasz poddostawcę materiału. Karta techniczna wygląda podobnie, badania na wejściu nie pokazują nic dramatycznego. Po dwóch miesiącach klient zgłasza, że część zachowuje się inaczej w montażu końcowym. A jeśli był to dostawca, którego sam nam wybrał do współpracy (directed-buy) to zostajemy eskalacyjnym bohaterem tygodnia w organizacji.
• Dostawca modyfikuje design części. Dla niego to „tylko poprawka promienia i jednej tolerancji”. U Ciebie ten drobiazg powoduje zmianę rozkładu, inną pracę siłownika do wprasowywania łożyska w aluminiową obudowę i problemy na produkcji.

Jeżeli na każdy typ zmiany jest osobna ścieżka, osobne formularze, osobne „ktoś się tym zajmie”, to prędzej czy później coś się rozjedzie. Dlatego firmy, które ogarniają temat, budują jeden spójny proces zarządzania zmianą. Dużym ułatwieniem są też podręczniki klienta jak VDA 2 lub procedury klienta (np. Stellantis „Product and Process Changes in Serial Life”).

Standard IATF 16949, wymagania klientów i twarda rzeczywistość

IATF 16949 nie używa wielkiego nagłówka „Management of Change” w jednym punkcie, ale temat zmian przewija się w kilku obszarach.
Przy procesie, relokacji, wyrobie i dostawcach znaczenie mają przede wszystkim:

• 8.3 – projektowanie i rozwój – gdy zmienia się wyrób lub design u dostawcy,
• 8.4 – dostawcy – gdy zmienia się poddostawca, jego lokalizacja lub proces,
• 8.5.6 – nadzór nad zmianami – uzupełnienie – gdy zmienia się sama produkcja: maszyna, parametry, kolejność, layout.

Minimum, bez którego nie ma zarządzania zmianą

Można mieć rozbudowaną procedurę, ładny schemat z kolorowymi strzałkami i kilka formularzy w obiegu, a i tak nie mieć faktycznego zarządzania zmianą.

W praktyce, jeśli chcesz, żeby to działało potrzebujesz co najmniej:

Miejsca, w którym zmiana jest oficjalnie zgłaszana
Nie „na słowo”, nie tylko w mailu. Formularz, ticket, cokolwiek, co nie zginie po tygodniu. My do tego celu zaczęliśmy ostatnio wykorzystywać aplikację stworzoną w PowerBi, przez co pozbyliśmy się papierologii.

Oceny wpływu na wyrób i proces
Powiązanie z FMEA, planem kontroli, wymaganiami klienta. Bez tego to ruletka.

Decyzji i jasnego „go / no go”
Ktoś bierze odpowiedzialność za to, że zmiana może wejść – z uwzględnieniem wymagań klientów.

Walidacji przed startem
Nie ma wdrożenia na masową produkcję bez sprawdzenia, jak proces działa po zmianie.

Nadzoru po wdrożeniu
Okres monitorowania, dodatkowe kontrole, gotowy plan reakcji, gdy coś zacznie iść w złą stronę.

Brzmi jak dużo? W porównaniu z kosztami reklamacji, sortowania u klienta i nocnych spotkań z OEM – to wciąż promocyjny pakiet.

Proces zarządzania zmianą krok po kroku – model do skopiowania

W poprzednim rozdziale uporządkowaliśmy, jakie zmiany muszą wpadać w system. Teraz przejdźmy do sedna: jak ma wyglądać proces od momentu, kiedy ktoś mówi „chcemy coś zmienić”, do chwili, gdy nowy sposób pracy jest już na produkcji i nie generuje niespodzianek.

Poniżej masz model, który możesz spokojnie przenieść do swojej firmy. Bez fajerwerków, za to z elementami, które realnie pomagają ogarnąć temat.

Krok 1 – Zgłoszenie zmiany: „Co właściwie chcemy zrobić?”

Bez pierwszego kroku cała reszta nie ma sensu. Jeśli zmiana nie jest oficjalnie zgłoszona, to w praktyce nie istnieje – i później trudno dojść, kto podjął decyzję, na jakiej podstawie i kiedy.

Co tu powinno się wydarzyć:

• ktoś inicjuje zmianę (proces, relokacja, wyrób, poddostawca, design u dostawcy),
• wypełnia formularz zgłoszenia zmiany (Change Request – nazwa dowolna),
• formularz trafia do osoby / zespołu odpowiedzialnego za zarządzanie zmianą.

Co warto mieć w formularzu na start:

• czego dotyczy zmiana: proces / lokalizacja / wyrób / dostawca / design u dostawcy,
• opis zmiany „zrozumiały dla człowieka” – nie tylko numer rysunku, ale co faktycznie się zmienia,
• powód zmiany (koszt, problem jakościowy, dostępność materiału, wymóg klienta, zmiana projektu),
• zakres: które referencje, linie, lokalizacje, dostawcy.

Na tym etapie celem nie jest analiza ryzyka. Chodzi o to, żeby zmiana została złapana i miała swój identyfikator, do którego potem można wrócić.

Krok 2 – Ocena wpływu: „Gdzie ta zmiana może uderzyć?”

Tutaj wchodzi jakość, technologia, czasem logistyka i zakupy. Właśnie na tym etapie zarządzanie zmianą zamienia się z „pomysłu” w ocenioną decyzję.

Pytania, które muszą paść:

• Czy zmiana dotyka charakterystyk krytycznych czy znaczących?
• Czy zmienia się sposób, w jaki wyrób pracuje u klienta?
• Czy zmieniają się parametry procesu, metoda wytwarzania lub kontrola?
• Czy zmiana wymaga re-PPAP albo formalnego zgłoszenia klientowi?
• Czy dotyczy poddostawcy lub jego lokalizacji?

Co robisz w praktyce:

• otwierasz FMEA procesu i produktu (jeśli jesteś współodpowiedzialny za projekt),
• sprawdzasz, które pozycje są powiązane z obszarem zmiany,
• oceniasz, czy trzeba zaktualizować FMEA (często odpowiedź brzmi: tak),
• sprawdzasz plan kontroli – czy po zmianie nadal pasuje do procesu.

Nie chodzi o to, żeby przepisywać całe FMEA. Chodzi o odpowiedź na pytanie:

„Czy po tej zmianie ryzyko jest inne niż wcześniej i czy obecne zabezpieczenia nadal wystarczą?”

Na tym etapie powstaje wstępna rekomendacja:

• zmiana akceptowalna przy określonych warunkach,
• zmiana możliwa, ale wymaga dodatkowych działań,
• zmiana nieakceptowalna w zaproponowanej formie.

Krok 3 – Decyzja i wymagane zgody: „Kto przyjmuje odpowiedzialność?”

Bez jasnej decyzji wszystko wisi w próżni. Zgłoszenie jest, analiza jest, ale nikt nie powiedział „robimy” albo „nie robimy”.

Na tym etapie:

• ktoś odpowiedzialny za obszar (np. kierownik jakości, kierownik zakładu, engineering manager) podejmuje decyzję,
• jeśli zmiana wymaga kontaktu z klientem – zapada decyzja, kiedy i w jakiej formie klient zostanie poinformowany,
• ustalany jest zakres: na jakich częściach, liniach, lokalizacjach zmiana ma obowiązywać.

Dla scenariusz zmian wspomnianych powyżej często konieczna jest formalna zgoda klienta i re-PPAP. Wiele firm robi tu błąd: najpierw wprowadza zmianę, a dopiero potem pyta klienta o akceptację, tak naprawdę stawiając go przed faktem dokonanym.
Odwrotna kolejność jest znacznie bezpieczniejsza.

Krok 4 – Plan walidacji: „Jak sprawdzimy, że to działa?”

Jeśli zmiana ma przejść z teorii w praktykę, trzeba jasno ustalić, jak ją przetestujesz, zanim stanie się nowym standardem.

Elementy, które zwykle wchodzą w plan walidacji:

• próby produkcyjne (np. seria próbna na nowej linii, po relokacji, z nowym materiałem),
• dodatkowe pomiary i analizy: zdolność procesu, MSA dla nowego przyrządu / metody,
• specyficzne testy funkcjonalne (np. w warunkach skrajnych, u klienta, w laboratorium),
• kryteria przejścia: co musi wyjść w wynikach, żeby można było uznać, że zmiana jest bezpieczna.

Przykład: Przenosisz proces do innej hali. Plan walidacji może obejmować:

• porównanie zdolności Cp/Cpk przed i po relokacji,
• zwiększoną kontrolę pierwszych partii produkcyjnych (np. w ramach Safe Launch Planu),
• testy funkcjonalne dla partii z nowej lokalizacji,
• weryfikację, czy nie zmieniły się warunki środowiskowe wpływające na materiał.

Dla zmiany poddostawcy lub designu u dostawcy plan walidacji często łączy Twój proces z procesem dostawcy – próbki, wspólne testy, dodatkowa kontrola na wejściu.

Krok 5 – Przygotowanie produkcji: „Czy ludzie i system są gotowi?”

Zanim pierwsza partia po zmianie trafi na linię, trzeba przygotować otoczenie procesu:

• dokumentacja: aktualny rysunek, plan kontroli, instrukcje, parametry maszyn,
• etykiety: rozróżnienie starej i nowej wersji,
• ludzie: operatorzy, utrzymanie ruchu, kontrola jakości muszą wiedzieć, co się zmienia i po czym poznają, że coś jest nie tak.

Kilka praktycznych punktów:

• usuń z obiegu stare wersje dokumentów – dwa różne rysunki w jednym biurze to proszenie się o kłopoty,
• upewnij się, że traceability ogarnia rozróżnienie starej i nowej wersji (inny kod, data przejścia, zakres numerów partii),
• przygotuj krótką instrukcję dla zmiany „na start” – co kontrolujemy częściej, na co ludzie mają zwrócić uwagę.

Na tym etapie zarządzanie zmianą jest na kursie kolizyjnym z codzienną rzeczywistością: jeśli zmiana jest w głowie inżyniera, a nie na stanowisku, to system zaczyna się sypać.

Krok 6 – Start produkcji i nadzór po wdrożeniu

To moment, w którym zmiana przestaje być projektem, a staje się częścią normalnej pracy. Wiele firm właśnie tutaj odpuszcza – zrobili próby, „wyszło ok”, temat zamknięty. Bez sensownego nadzoru po wdrożeniu łatwo przeoczyć sygnały, które pojawiają się dopiero po kilku dniach lub tygodniach.

Co dobrze mieć zaplanowane:

• okres wzmożonej kontroli (np. pierwsze partie z nowego procesu / lokalizacji / dostawcy),
• wskaźniki do obserwacji: odsetek braków, powtarzające się rodzaje niezgodności, wyniki pomiarów, reakcje klienta,
• uzgodnione progi reakcji – kiedy wchodzisz z działaniami korygującymi, kiedy zatrzymujesz wysyłkę.

Przykład:
Wprowadzasz nowego poddostawcę materiału.

Przez określony czas:

• robisz dodatkowe kontrole na wejściu,
• monitorujesz wyniki procesu w wąskich przedziałach czasu,
• masz gotowy plan – co robisz, jeśli pojawią się odchyłki: sort, blokada partii, wspólna analiza z dostawcą.

Dopiero po tym okresie nadzoru można uczciwie powiedzieć, że zmiana „usiadła” w procesie.

Krok 7. Zamknięcie zmiany: „Czy mamy ślad po tym, co zrobiliśmy?”

Ostatni krok jest często najnudniejszy, ale bez niego trudno wrócić do zmiany przy audycie albo kolejnej modyfikacji. Co dobrze mieć na koniec w „teczce zmiany”:

• zgłoszenie z opisem, czego dotyczyła,
• wyniki oceny wpływu,
• decyzje i wymagane zgody (wewnętrzne, od klienta),
• plan walidacji i wyniki,
• opis nadzoru po wdrożeniu (jak długo, co wyszło),
• datę, od której zmiana obowiązuje oraz zakres (linie, referencje, lokalizacje, dostawcy).

To nie jest dokumentacja dla samej dokumentacji. To Twoja polisa ubezpieczeniowa na wypadek:

• audytu klienta lub jednostki certyfikującej,
• pytania: „kiedy dokładnie wprowadziliście zmianę?”,
• przyszłe zmiany – wtedy możesz spojrzeć wstecz i zobaczyć, jak proces zareagował ostatnim razem.

Na sam koniec…

W sekcji Szablony i narzędzia do skutecznej pracy znajdziesz dodatkowo Listę kontrolną do zastosowania w trakcie zarządzania zmianą, którą możesz bezpłatnie pobrać.

Dariusz Kowalczyk