Usprawnienia procesów operacyjnych i zarządzanie danymi PCB

Czy dokładne przyjrzenie się temu, w jaki sposób zasady prawidłowego zarządzania danymi PCB mogą i powinny zmienić nasze normalne procesy projektowania PCB, jest praktyczne, czy zbyteczne? Jest to praktyczne i niezbędne, żeby procesy operacyjne zyskiwały na ciągłym udoskonalaniu. Zobaczmy, jak to zrobić w przypadku zarządzania danymi PCB.

Przyczyny źródłowe

Trzeba pozwolić, aby konkretne dane PCB zmieniły procesy operacyjne, żeby można było dokonać analizy i ustalić źródłowe przyczyny problemów. Jednak w większości przypadków widzimy tylko kosmetyczne niedoskonałości na powierzchni. Nie zgłębiamy problemów w celu znalezienia ich przyczyn źródłowych. 

Doskonałym sposobem analizowania i ustalania przyczyn źródłowych jest zadanie serii pytań, czyli tak zwana metoda „5 razy dlaczego”. Jak widzieliśmy w poprzednim blogu, zadanie pytania „dlaczego?” pozwala odkryć prawdziwą przyczynę problemu. Pytania można zadawać dalej, ale pięć powtórzeń zwykle wystarcza, aby ustalić przyczynę źródłową. Przyjrzymy się przykładowemu zastosowania metody „5 razy dlaczego”.

Problem — światła w pomieszczeniu się nie włączają. 

1.    Dlaczego? — Przepalony bezpiecznik (pierwsze „dlaczego”)

2.    Dlaczego? — Zwarcie w obwodzie (drugie „dlaczego”)

3.    Dlaczego? — Zwarcie w instalacji elektrycznej budynku (trzecie „dlaczego”)

4.    Dlaczego? — Instalacja elektryczna budynku jest bardzo przestarzała i nie została wymieniona (czwarte „dlaczego”)

5.    Dlaczego? — Dom nie spełnia wymogów (piąte „dlaczego”, przyczyna źródłowa) 

Rozwiązując te kwestie, zaczynamy od przyczyny źródłowej i wracamy do problemu. 

Mógłbym o tym opowiadać bez końca, gdyż jest to temat rzeka. Zdecydowanie zalecam zapoznanie się z tą metodą i stosowanie jej.

Jak można zmienić proces operacyjny, aby usprawnić zarządzanie danymi PCB?

Zdaje się, że nikt nie lubi zmian. Nawet jeśli w procesie pojawiają się problemy i kłopoty, nie stawia się im czoła, nie analizuje metodą „5 razy dlaczego” ani nie usuwa. Typową praktyką jest chowanie głowy w piasek w nadziei, że to wszystko jakoś samo się rozwiąże. Cóż, prawda jest taka, że projektanci PCB odpowiadają za identyfikowanie problemów i naprawianie ich. 

Znajomość własnej biblioteki komponentów

Sposób rozpoczęcia analizy własnej biblioteki reprezentuje zmianę filozoficzną. Biblioteka jest zdecydowanie najbardziej krytycznym elementem procesu projektowania PCB. Zarządca biblioteki zawsze zajmuje jedno z kilku kluczowych stanowisk w firmie.

Po uświadomieniu sobie znaczenia biblioteki trzeba wiedzieć, że stanowi ona olbrzymie zasoby dla firmy. Początkowe dane to fundament, na którym buduje się każdy projekt PCB. To, co rzeczywiście ucieleśnia biblioteka, to pieniądze dla firmy — albo w postaci zysku, albo w postaci strat. 

Gatekeeping procesu

Jedną ze znaczących zmian, jaka zaszłą w naszych procedurach, było zezwolenie na to, aby procesem kierowały dane. Doskonałym tego przykładem było stworzenie nowego komponentu. Chociaż mogliśmy zastosować komponent w konkretnym projekcie, nie mogliśmy skierować PCB do produkcji do chwili zweryfikowania i wprowadzenia tego jednego komponentu. W ten sposób chroniliśmy się przed zbędnym ryzykiem. W całym procesie projektowania potrzebne są takie zasady gatekeepingu. Zmuszają one do zatrzymania się i zweryfikowania, czy nadal podążamy w prawidłowym kierunku.

Komunikacja to część procesu

W klasycznym filmie z 1967 „Nieugięty Luke”, w którym grali Paul Newman i George Kennedy, pada słynny slogan „Mamy tu do czynienia z brakiem komunikacji”.  To może być główny problem w procesie projektowania PCB, jeśli do tego dopuścimy. Ponieważ zarządzanie danymi PCB staje się bardziej skoncentrowane, znacząco rośnie znaczenie komunikacji między poszczególnymi zaangażowanymi stronami. Ta komunikacja przekształca cały proces projektowania z zajęcia indywidualnego w sport grupowy.

Jest to bezpośredni wynik skupienia się na określonych danych stosowanych przez określone indywidualne osoby w konkretnych punktach procesu. Na przykład gdy zakończy się etap rozmieszczania komponentów na płytce PCB, projekt trafia do inżyniera mechanika, który sprawdza parametry mechaniczne produktu. Przekonaliśmy się, że poprawa komunikacji znacząco usprawnia również cały przepływ pracy przy projektowaniu.

Dostosowywanie i ciągłe udoskonalanie 

Zarządzanie danymi PCB nie kończy się na przekazaniu projektu do produkcji. To zaledwie punkt początkowy. Ze względu na dynamiczne aspekty naszych danych musieliśmy je stale udoskonalać zgodnie z piątym filarem zasady S.M.A.R.T., dostosowując zarządzanie danymi PCB. Okazało się, że bardziej skupiliśmy się na końcu procesu niż na początku. Pozwoliliśmy, aby nasz wytwór oraz raporty dotyczące kilku konkretnych wersji PCB wróciły do naszej biblioteki komponentów. Zastosowanie doskonałej metody analizy przyczyn źródłowych pozwoliło nam ustalić, czy jakiekolwiek wykryte problemy wynikały z wadliwych komponentów. Innymi słowy nie jest to proces liniowy, ale koło, które się samo napędza. To oznacza, że ten proces nigdy się nie kończy. 

Wnioski

Chociaż konkretne zmiany w danej sytuacji mogą być różne, trzeba ustalić przyczyny źródłowe problemów. Niech znalezione rozwiązania zmienią stosowany proces. Tu właśnie dostrzegam znaczące zmiany. Nic, co dotyczy procesu, nie może być nienaruszalne. Zawsze trzeba dążyć do wprowadzenia usprawnień, nawet jeśli dostrzeżenie własnych błędów wymaga nieco odwagi.

W kwestii zmian trzeba być proaktywnym. Wprowadzaj zmiany, gdy jest taka możliwość. Nie czekaj, aż sytuacja stanie się kryzysowa. Pieniądze i czas już i tak zostały stracone. Łatwiej jest analizować problemy, gdy nie są one doraźne. 

Czy chcesz dowiedzieć się więcej na temat tego, jak Altium może Ci pomóc przy kolejnym projekcie PCB? Porozmawiaj z ekspertem Altium.