Obniżanie kosztów produkcji: nie rozwiązuj dwa razy problemu, który ktoś już rozwiązał

Obniżanie kosztów w produkcji jest zwykle postrzegane jako nieustanny wyścig za nowymi pomysłami. Warto jednak najpierw zatrzymać się i zadać pytanie: czy firma naprawdę za każdym razem potrzebuje nowego rozwiązania, czy większość czasu poświęca na ponowne rozwiązywanie problemu, który inny inżynier lub inna fabryka już rozwiązali?

Każda fabryka rozwiązuje ten sam problem od nowa

Gdy rosną ceny surowców, dział techniczny szuka materiału zastępczego. Gdy rosną koszty pracy, produkcja szuka sposobu na zmniejszenie obsady na danej operacji. Gdy czas cyklu jest zbyt wysoki, inżynierowie siadają do ulepszania maszyny lub procesu. Gdy rośnie wskaźnik braków, jakość i produkcja szukają przyczyny. Każde z tych działań jest konieczne i słuszne — problem nie polega na tym, że trzeba je wykonać, lecz na tym, że niemal za każdym razem zaczyna się od zera: analiza obecnego stanu, znalezienie przyczyny, burza mózgów, testy, ocena, a dopiero potem wdrożenie.

Tymczasem tego typu problemy powtarzają się znacznie częściej, niż się sądzi, a większość z nich ktoś już przeszedł. Pewien inżynier obróbki skrócił kiedyś czas obróbki części, zmieniając kolejność etapów. Inna fabryka ograniczyła kiedyś odpad materiałowy przy tym samym typie wyrobu, zmieniając sposób rozmieszczenia wykrojów na blasze. Inżynier utrzymania ruchu spędził kiedyś tygodnie na znalezieniu prawdziwej przyczyny powtarzających się przestojów linii. To nie jest rzadkość — dzieje się w większości fabryk, niemal co tydzień, tylko nigdy dwa razy w tym samym miejscu w tym samym czasie.

Rozwiązań nie brakuje — są zamknięte i rozproszone wszędzie

Wiedzy o obniżaniu kosztów w produkcji nie brakuje. Jest tylko rozdrobniona. Część znajduje się w głowie inżyniera, który wykonał tę pracę osobiście. Część leży w jednym pliku Excel na komputerze osoby, która go napisała. Część znajduje się w raporcie Kaizen zapisanym pod nazwą w rodzaju `Kaizen_Final_2024_v3.xlsx` — kilka lat później prawie nikt nie pamięta, co w nim jest, a osoba, która go otwiera, nie ma pewności, czy to naprawdę wersja ostateczna. Reszta jest rozproszona po e-mailach, rysunkach, ofertach dostawców, notatkach ze spotkań, a przede wszystkim w ustnej pamięci osób, które są w fabryce wystarczająco długo.

Firma może już posiadać ogromną wiedzę o obniżaniu kosztów — a mimo to nie ma możliwości odnalezienia właściwego jej fragmentu dokładnie wtedy, gdy jest on potrzebny. Inżynier odchodzi z pracy lub zmienia dział, a rozwiązanie odchodzi razem z nim. Wiedza nie ginie, ale wymyka się zasięgowi tego, kto będzie jej potrzebował następny.

Pytanie, które trzeba zmienić

Typowe pytanie wobec problemu kosztowego brzmi: „Jaki pomysł mogę na to wymyślić?”. Pytanie, które warto zadać wcześniej, jest inne: „Czy ktoś już rozwiązał ten problem?”

Różnica między tymi dwoma pytaniami nie jest mała. Pierwsze zaczyna się od zera — ponowna analiza, ponowne próby, ponowne popełnianie błędów, które ktoś inny być może już popełnił. Drugie zaczyna się od punktu, który ma już podstawę: jeśli podobny problem został już rozwiązany, a wynik zmierzony, inżynier ma miejsce, w którym może najpierw poszukać, zanim zacznie myśleć samodzielnie, i miejsce, w którym może najpierw porównać, zanim zaufa własnemu podejściu. Nie oznacza to kopiowania cudzego rozwiązania jeden do jednego — rzeczywiste warunki każdej fabryki zawsze się różnią. Oznacza to brak konieczności wysiłku ponownego wymyślania wiedzy, za którą ktoś inny już zapłacił czasem i pieniędzmi.

Costdown to nie biblioteka treści

Biblioteka treści może odpowiedzieć na pytanie „dziesięć sposobów na obniżenie kosztów spawania”. Ale inżynier stojący przed realnym problemem nie potrzebuje ogólnego artykułu — potrzebuje odpowiedzi na swoją konkretną sytuację.

Załóżmy, że inżynier produkuje ramy z rur stalowych, obecny czas spawania wynosi około 50 sekund na sztukę, dwóch operatorów, kilka tysięcy sztuk dziennie, i chce obniżyć koszt pracy na tej operacji. Pytanie w tym momencie nie brzmi ogólnie „jak spawać szybciej”, lecz „czy ktoś już rozwiązał problem w mniej więcej podobnych warunkach, i jaki wynik zmierzył”. (Liczby użyte tutaj służą jedynie zilustrowaniu sytuacji — nie są danymi konkretnego projektu.)

To dokładnie granica między dwiema rzeczami, które łatwo pomylić: treść pomaga czytelnikowi zrozumieć koncepcję; dane strukturalne pomagają komuś znaleźć, porównać i ponownie wykorzystać rozwiązanie odpowiadające jego warunkom. Costdown został zbudowany dla tego drugiego. Nie zastępuje ani czytania ze zrozumieniem, ani własnego myślenia inżyniera — istnieje o krok wcześniej, w miejscu, które decyduje, czy inżynier musi zaczynać od zera.

Rozwiązanie nie powinno umierać razem z osobą, która je stworzyła

Costdown opiera się na jednym założeniu: sprawdzone rozwiązanie obniżające koszty nie powinno znikać razem z projektem, plikiem Excel czy inżynierem, który je stworzył. Udany projekt obniżenia kosztów powinien stać się danymi strukturalnymi — danymi, które można znaleźć, które można porównać, a to, co zostało udowodnione, powinno dać się ponownie wykorzystać przy następnym problemie.

Jedna fabryka rozwiązuje problem. Inna fabryka nie musi zaczynać od zera.