"Mamy system — to arkusz kalkulacyjny." To jest najczęstsza odpowiedź, gdy producenci średniej wielkości i warsztaty wytwarzające są pytani, jak śledzą przychodzące certyfikaty testów walcowni. I dla większości warsztatów poniżej 300 aktywnych topień rocznie, to jest odpowiedź do obrony. Arkusze kalkulacyjne szybko się konfiguruje, wszyscy już wiedzą jak je używać, nie kosztują nic do wdrożenia i można je dostosować do dowolnego pola, którego potrzebuje zespół jakości.
Problem nie polega na tym, że arkusze kalkulacyjne są złe dla tego celu. Problem polega na tym, że wydają się wciąż działać długo po tym, jak przestały być niezawodne.
Co Działa Poniżej Progu
Dobrze utrzymywany arkusz kalkulacyjny do śledzenia MTC zazwyczaj zawiera kolumny dla numeru topienia, dostawcy, klasy, numeru PO, daty otrzymania certyfikatu, ścieżki pliku certyfikatu i kilka kluczowych właściwości mechanicznych. Dla warsztatu obsługującego 150–200 topień rocznie z jedną lub dwiema osobami utrzymującymi plik, to działa. Wpisy są aktualne, osoba, która to zbudowała, wie gdzie wszystko jest i wyszukiwanie jest wystarczająco szybkie.
Wartość jest rzeczywista w tym zakresie. Warsztat ma możliwość śledzenia, ścieżka pliku certyfikatu łączy się z rzeczywistym dokumentem i audytorzy mogą śledzić łańcuch. Ograniczenia nie pojawiły się jeszcze, ponieważ wolumin nie podpiera jeszcze systemu.
Cztery Tryby Awarii Arkusza Kalkulacyjnego
Brak kontroli wersji. Główny arkusz kalkulacyjny znajduje się na dysku współdzielonym. Dwie osoby otwierają go jednocześnie i dokonują zmian. Ostatnie zapisanie wygrywa. Zmiany z poprzedniej sesji mogą, ale nie muszą być przechwycone, w zależności od tego, kto ostatnio zapisał i czy ktoś zauważył konflikt. W warsztacie, gdzie trzy lub cztery osoby mają dostęp do śledzenia certyfikatów, cicha utrata danych to regularne zdarzenie — nikt tego nie śledzi, bo nikt nie wie czego nie wie.
Brak łącza topienie-dokument, które przetrwa przenoszenie plików. Arkusz kalkulacyjny ma kolumnę dla "ścieżki pliku certyfikatu", która wskazuje na lokalizację PDF na dysku współdzielonym. Gdy struktura pliku zostaje przeanalizowana — a zawsze jest, zazwyczaj corocznie — każda ścieżka w arkuszu kalkulacyjnym się psuje. Certyfikat nadal tam jest. Łącze do niego nie. Ktoś przechodzi i naprawia krytyczne i pozostawia resztę złamaną. Z czasem arkusz kalkulacyjny wypisuje topienia, ale rzeczywiste certyfikaty można znaleźć tylko poprzez ręczne przeglądanie folderów.
Brak walidacji przy wprowadzaniu danych. Kolumna granicy plastyczności akceptuje dowolną wartość. Technik wpisujący "36ksi" w jednym wierszu i "36 ksi" w następnym i "36,000 psi" w trzecim utworzył trzy różne wartości dla tej samej miary. Gdy ktoś próbuje filtrować lub analizować dane, niespójności tworzą fałszywe luki. Kolumna standardu ASTM może mieć "A36", "ASTM A36", "A36-19" i "A 36" wszystkie odnoszące się do tej samej specyfikacji. Zapytania o zgodność stają się niezawodne.
Brak ścieżki audytu. Gdy audytor pyta, kto zatwierdził topienie 44821 i kiedy, arkusz kalkulacyjny pokazuje obecny stan tego wiersza — nie historię. Jeśli wartość granicy plastyczności została zmieniona po początkowym wprowadzeniu, wartość oryginalna zniknęła. Jeśli certyfikat został dodany, data dodania może nie odpowiadać rzeczywistej dacie odbioru. Arkusz kalkulacyjny dokumentuje obecny stan; nie dokumentuje co się stało.
Punkt Przegięcia 500 Topień
Poniżej około 500 aktywnych topień, zdyscyplinowany zespół może utrzymać funkcjonalny arkusz kalkulacyjny poprzez ręczną uzgodnienie. Powyżej tego, ciężar utrzymania przekracza to, co zespół może niezawodnie podtrzymać wraz z inną pracą. Dryfowanie danych staje się znaczące. Zerwane łącza gromadzą się szybciej niż są naprawiane. Osoba znająca dziwactwa arkusza kalkulacyjnego staje się krytycznym pojedynczym punktem awarii — jeśli odejdą, system staje się częściowo nie do zinterpretowania.
Arkusz kalkulacyjny przechodzi przeglądy wewnętrzne, ponieważ zespół, który go używa, wie jak poruszać się po jego ograniczeniach. Zawodzi audyty zewnętrzne, ponieważ audytorzy podchodzą do niego jako do systemu, a nie jako do obejścia utrzymywanego przez wiedzę plemienną. Audytor szuka ścieżki audytu, która tam nie jest. Znajdują złamane ścieżki plików. Znajdują niespójne wpisy. Piszą ustalenia, które sięgają procesu kontroli dokumentów, który nigdy nie został zaprojektowany dla tego wolumenu.
Jak Wygląda Następny Krok
Przejście z arkusza kalkulacyjnego do systemu zbudowanego na zamówienie nie wymaga dużego projektu IT. Minimalna zmiana żywotna to przejście z arkusza kalkulacyjnego, gdzie każdy wiersz reprezentuje topienie, do systemu gdzie każdy PDF certyfikatu jest indeksowanym rekordem.
W systemie zbudowanym na zamówienie, sam certyfikat jest dokumentem głównym. Numer topienia, klasa i właściwości mechaniczne są wyodrębniane z certyfikatu i przechowywane jako przeszukiwane metadane. Ścieżka audytu jest automatyczna — każdy dostęp, każdy przegląd, każde zatwierdzenie tworzy rekord ze znacznikiem czasu. Ścieżki pliku nie psują się, ponieważ certyfikat nie jest plikiem połączonym; to przechowywany dokument.
Zespół przestaje utrzymywać arkusz kalkulacyjny i zaczyna przeszukiwać system rekordów. Praca zarządzania certyfikatami zmienia się z wprowadzania danych i zarządzania plikami na obsługę wyjątków i przegląd jakości — to jest to, co rola jakości powinna robić.
Co Czytać Dalej
- Gdy Twój System Certyfikatu Testu Kosztuje Cię Więcej Niż Stal
- Przegląd MTC Powinien Zabrać Minuty, Nie Dni — Oto Luka, Którą Pominęło Wiele Warsztatów Wytwarzających
- To Jest Cykl Życia MTC — Oto Każde Przekazanie Od Walcowni Do Klienta Końcowego