Terminal jest zainstalowany w miejscu pracy od czterech miesięcy. Koszty, łącznie z montażem i oprogramowaniem, odpowiadają cenie używanej prasy w dobrym stanie. Ekran jest włączony, sieć działa, wszystko zostało przetestowane zgodnie z odpowiednim protokołem.

Dane pochodzą z 68 procent operacji roboczych, jednak połowa z nich jest wprowadzana pod koniec zmiany z pamięci, w jednym bloku. Czas rozpoczęcia i zakończenia jest zatem zaokrąglany do pełnych godzin, a niektóre zdarzenia są rejestrowane tak, aby liczby się zgadzały. Dane, na których powinno opierać się planowanie i kalkulacja kosztów, opisują wersję dnia uzgodnioną między zainteresowanymi stronami, a nie dzień taki, jaki faktycznie przebiegł.

Podczas posiedzenia zarządu pada zdanie, które słyszałem w tej branży już dziesiątki razy: „Ludzie nie chcą zgłaszać zdarzeń”.

To stwierdzenie jest jednocześnie błędne i szkodliwe. Błędne, ponieważ ludzie zgłaszają to, co uważają za sensowne, i od lat sumiennie to robią w setkach przedsiębiorstw. Szkodliwe, ponieważ przenosi problem ze struktury rozwiązania na charakter pracowników, a jest to diagnoza, z której nie da się wywnioskować żadnych praktycznych działań, poza wywieraniem presji – a presja w tej dziedzinie ma jedynie krótkotrwały efekt i pozostawia dane w gorszym stanie niż przed jej wywarciem, ponieważ ludzie zaczynają zgłaszać to, czego się od nich oczekuje, zamiast tego, co faktycznie się dzieje.

Warto również zauważyć, że problem ten nie dotyczy wyłącznie sektora produkcyjnego ani Polski. Wszędzie tam, gdzie jedna grupa osób wprowadza dane, a inna z nich korzysta, jakość gromadzenia danych zależy od tego, czy osoby wprowadzające dane rozumieją ich sens. Zjawisko to opisywano w różnych branżach i zawsze ma ono tę samą strukturę: koszty z jednej strony, korzyści z drugiej, a pomiędzy nimi założenie, że wystarczy wydać polecenie.

Znam natomiast przedsiębiorstwa tej samej wielkości, z tej samej branży i o tej samej strukturze zatrudnienia, w których kompletność zgłoszeń przekracza 95 procent, a opóźnienie w zgłoszeniu wynosi zaledwie kilka minut. Różnica nie leży ani w ludziach, ani w oprogramowaniu. Leży ona w kilkunastu decyzjach podjętych przed rozpoczęciem projektu oraz w kilku działaniach, które ktoś podjął w pierwszym kwartale.

W niniejszym tekście chodzi właśnie o te decyzje. O to, dlaczego opór wobec zgłaszania jest zazwyczaj racjonalny, jak można zorganizować rejestrację tak, aby jej przestrzeganie kosztowało mniej niż jej omijanie, jakie porozumienie należy zawrzeć z pracownikami oraz dlaczego o wyniku decyduje nie kierownictwo ani dostawca, lecz brygadzista.

Opór to informacja

Zacznijmy od diagnozy, ponieważ bez niej działania będą arbitralne. Opór wobec rejestrowania nie jest jednolity – składa się z różnych postaw, które wymagają odmiennych odpowiedzi, ale często są traktowane jednakowo.

Postawa numer jeden: racjonalny opór. Rejestrowanie danych zajmuje czas, którego nikt nie przyznał pracownikowi, i nie oferuje mu nic w zamian. Z jego punktu widzenia jest to dodatkowa praca, wykraczająca poza już wykonaną, która jest wykonywana wyłącznie po to, by ktoś w biurze miał raport. Postawa ta nie wynika ani z niechęci do technologii, ani z lenistwa – wynika z prawidłowej oceny sytuacji, w której korzyści czerpie osoba inna niż ta, która ponosi koszty. Rozwiązaniem nie jest próba przekonania pracownika, lecz obniżenie kosztów i wskazanie korzyści, co zobaczymy w dwóch kolejnych sekcjach.

Drugie podejście: strach przed oceną i nadzorem. Jest to najczęściej wymieniane i najczęściej wyśmiewane przez kierownictwo podejście, które jednak z empirycznego punktu widzenia jest w pełni uzasadnione. Metaanaliza obejmująca kilkadziesiąt niezależnych badań dotyczących elektronicznego monitoringu w miejscu pracy pokazuje, że jego wprowadzenie nieznacznie obniża zadowolenie z pracy i nieznacznie podnosi poziom stresu, a w niektórych sytuacjach prowadzi do zachowań kontraproduktywnych, za pomocą których osoby objęte monitoringiem odzyskują poczucie autonomii. Ponadto podkreślany jest mechanizm sygnalizacyjny: sam akt monitorowania sugeruje pracownikom, że przełożony im nie ufa, co osłabia wzajemne zaufanie. Wniosek nie polega na rezygnacji z pomiaru, ale na świadomości, że pomiar wiąże się z kosztami psychologicznymi, które muszą być zrównoważone konkretną korzyścią.

Z badań tych wynika spostrzeżenie o dużej wartości praktycznej: pracownicy znacznie łatwiej akceptują monitorowanie wyników niż monitorowanie wykorzystania czasu. To rozróżnienie powinno znaleźć bezpośrednie odzwierciedlenie w konstrukcji systemu rejestracji. System, który pyta „Co zostało zrobione?”, jest postrzegany inaczej niż system, który pyta „Co robiłeś przez ostatnie czterdzieści minut?”. Pierwsze pytanie dotyczy pracy, drugie – osoby – i choć z technicznego punktu widzenia można rejestrować podobne dane, różnica w zakresie akceptacji jest decydująca.

Trzecie podejście: obrona kompetencji fachowych. Doświadczony operator maszyny lub osoba odpowiedzialna za jej ustawianie dysponuje wiedzą, której nie posiada nikt inny: wie, jak zachowuje się dana maszyna, ile czasu faktycznie zajmuje określona operacja oraz co nie jest możliwe do wykonania w podany sposób. Ta wiedza stanowi podstawę jego pozycji w zakładzie. System, który zaczyna gromadzić tę wiedzę i udostępniać ją wszystkim, jest – słusznie – postrzegany jako przesunięcie równowagi sił. Odpowiedzią na to nie jest zaprzeczanie temu, ale zaproponowanie nowej roli: osoby, która przyczynia się do ustalania standardów, szkoli innych i jest wynagradzana za tę wiedzę, zamiast po prostu ją tracić.

Czwarte podejście: pamięć o wcześniejszych wdrożeniach. W większości przedsiębiorstw o długiej historii pracownicy doświadczyli już co najmniej jednego systemu, który wprowadzono z wielką pompą, a po roku zrezygnowano z niego, a także co najmniej jednej restrukturyzacji, która zakończyła się jedynie odświeżeniem granic między działami. Dlatego też ich podstawowym założeniem jest to, że również tym razem system nie będzie trwały. Założenie to nie jest cynizmem, lecz wnioskiem wyciągniętym z doświadczenia i ma bardzo konkretną konsekwencję: w pierwszych tygodniach pracownicy nie oceniają systemu, lecz sprawdzają, czy firma wytrzyma. Wszystko, co zostanie zaniedbane w tym okresie, pozostanie w pamięci jako dowód.

Istnieje jeszcze piąta postawa, która choć rzadziej się ujawnia, to niemal zawsze jest obecna: strach przed utratą pracy. Powszechnie uważa się, że cyfryzacja i automatyzacja to jedno i to samo, a skoro firma inwestuje w system mierzący wydajność pracy, naturalnym wnioskiem jest to, że kolejnym krokiem będzie redukcja zatrudnienia. Obaw tej nie da się rozwiać słowami uspokajającymi, lecz jedynie czynami: jeśli firma się rozwija, a celem jest realizacja większej liczby zleceń przy pomocy tej samej kadry, należy to jasno powiedzieć, podając przy tym konkretne liczby. Jeśli natomiast rozważa się redukcję zatrudnienia, najgorszą strategią jest ukrywanie tego faktu: informacja i tak dotrze do opinii publicznej, a wtedy straci na wiarygodności wszystko, co zostało obiecane przy tej okazji. Warto również wziąć pod uwagę różnorodność wśród pracowników: osoby zatrudnione w firmie od dawna zazwyczaj obawiają się utraty stanowiska i deprecjonowania swojego doświadczenia, podczas gdy młodsi pracownicy obawiają się porównań i ocen. Te dwie grupy wymagają odmiennego podejścia, nawet jeśli obie mówią: „Nie chcemy tych terminali”.

Określenie relacji między tymi postawami zajmuje dwa dni i jest najlepszą inwestycją, jaką można poczynić przed wdrożeniem. Metoda jest prosta: rozmowy w małych grupach, prowadzone przez osobę, która nie ocenia – najlepiej kogoś spoza działu produkcji – z trzema pytaniami. Jak sądzicie, co ten system ma przynieść firmie? Co to wam daje? Czego się obawiacie? Odpowiedzi są często zaskakująco konkretne i niemal zawsze ujawniają obawy, których nikt w biurze nie przewidział: że dane posłużą do porównania zmian, że wyjdzie na jaw, ile czasu faktycznie zajmuje przezbrojenie – co przez lata było księgowane inaczej – że ktoś straci miejsce pracy.

Uwaga dotycząca tonu, która wydaje mi się ważna: żadna z tych obaw nie jest bezpodstawna i żadnej nie należy zbywać uspokajającym stwierdzeniem, że „nikt nie ponosi ryzyka”, jeśli nie jest to zgodne z prawdą. Pracownicy natychmiast wyczuwają brak szczerości, a ujawnione kłamstwo kosztuje więcej niż niewygodna prawda, którą powie się od samego początku.

Relacja to zadanie

Przejdźmy teraz do aspektu, który można zaplanować i który ma większy wpływ na wynik niż wszystkie działania komunikacyjne razem wzięte.

Model akceptacji technologii, stosowany w badaniach nad wdrażaniem od lat 80., sprowadza gotowość do korzystania z narzędzia do dwóch czynników: postrzeganych korzyści i postrzeganej łatwości obsługi. Im bardziej ludzie wierzą, że narzędzie pomoże im w pracy, i im mniej wysiłku wymaga jego obsługa, tym większa jest akceptacja. Brzmi to banalnie i rzeczywiście jest banalne – a jednak większość terminali w polskich magazynach jest zaprojektowana tak, jakby żaden z tych czynników nie miał znaczenia.

Zacznijmy od krótkiej kalkulacji kosztów. Zgłoszenie, które wymaga dwunastu dotknięć ekranu, dwukrotnego przewinięcia listy oraz wpisania numeru zlecenia z kartki, zajmuje operatorowi od czterdziestu do dziewięćdziesięciu sekund. Przy dwudziestu zgłoszeniach na zmianę daje to od trzynastu do trzydziestu minut. Przy dwustu pracownikach produkcyjnych oznacza to kilkadziesiąt godzin dziennie na poziomie zakładu, a więc kilka etatów rocznie poświęconych na obsługę systemu. Ta sama czynność, jeśli jest prawidłowo zaprojektowana – zeskanowanie kodu z kartki z zleceniem i jedno dotknięcie palcem – zajmuje od pięciu do ośmiu sekund. Różnica między tymi dwoma wariantami decyduje o tym, czy pracownicy dokonują rejestracji w czasie rzeczywistym, czy pod koniec zmiany na podstawie pamięci, a to z kolei determinuje wartość całego przedsięwzięcia.

Lista czynników, które w praktyce najbardziej zwiększają koszty rejestracji, jest krótka i ciągle się powtarza.

Dostęp do systemu. Wpisywanie hasła w rękawicach roboczych na pokrytym kurzem ekranie pojemnościowym to czynność, która sama w sobie zniechęca do korzystania z systemu. Rozwiązaniem są karty bezstykowe lub elektroniczne breloki, natomiast w przypadkach, gdy stanowisko pracy jest przypisane na całą zmianę, wystarczy jednorazowe zalogowanie się na zmianę.

Wyszukiwanie zleceń. Lista zawierająca dwieście pozycji, którą trzeba przeglądać, stanowi przeszkodę. Zeskanowanie kodu z karty dołączonej do zlecenia całkowicie eliminuje ten problem, a jeśli takie karty jeszcze nie są dostępne, warto je wprowadzić: koszty druku są znikome w porównaniu z osiągniętym rezultatem.

Liczba pól do wypełnienia. Każde dodatkowe pole zmniejsza kompletność danych. Zasada ogólna: na początku rejestrujemy absolutnie niezbędne informacje – początek, koniec, ilość dostępną, ilość brakującą, przyczynę przestoju – z krótkiej listy. Rozszerzenie zakresu danych w późniejszym czasie jest łatwe, gdy nawyk już się utrwalił; późniejsze ograniczenie zakresu jest postrzegane jako przyznanie się do błędu i rzadko ma miejsce.

Odległość. Terminal oddalony o czterdzieści metrów od stanowiska pracy prowadzi do agregowanych zgłoszeń, ponieważ nikt nie pójdzie tam dziesięć razy podczas jednej zmiany. Jest to decyzja inwestycyjna, którą należy podjąć uczciwie: ent albo terminal przy każdym stanowisku pracy, albo świadoma akceptacja niższej rozdzielczości danych z tego obszaru.

Nieczytelny ekran. Interfejs użytkownika zaprojektowany z myślą o monitorze biurowym – z małą czcionką i tuzinem opcji – jest nieczytelny w hali produkcyjnej: oświetlenie jest inne, odległość jest inna, warunki skupienia uwagi są inne. Duże przyciski, wysoki kontrast, co najwyżej kilka opcji na ekranie oraz brak elementów, z których operator nigdy nie będzie korzystał: to wymagania, które warto uwzględnić w specyfikacji, zanim ktokolwiek rozpocznie konfigurację. Test decydujący jest prosty: czy osoba, która widzi ten ekran po raz pierwszy, może wprowadzić komunikat bez instrukcji?

Urządzenia, które nie wytrzymują warunków otoczenia. Ekran, którego nie da się obsługiwać w rękawiczkach, klawiatura zalana płynem chłodzącym, czytnik, który nie rozpoznaje zabrudzonych kodów: każdy tego typu drobny szczegół codziennie przypomina, że system został zaprojektowany bez znajomości rzeczywistych warunków panujących w hali.

Brak trybu awaryjnego. Terminal, który w przypadku awarii sieci przestaje odbierać zgłoszenia, skłania pracowników do założenia, że dane i tak nie mogą zostać wprowadzone – a raz nabyty nawyk pomijania zgłoszeń powtarza się przy każdej kolejnej okazji. Praca w trybie lokalnym z późniejszą synchronizacją to funkcja, o którą koniecznie należy zapytać dostawcę przed podpisaniem umowy.

Warto również zadać pytanie odwrotne do typowego: czego operator w ogóle nie powinien zgłaszać? Wszystko, co maszyna jest w stanie zarejestrować, powinno być rejestrowane przez maszynę. Sygnał pracy wrzeciona, cykl pracy wtryskarki, ruch osi, otwarcie pokrywy, zliczanie sztuk przez czujnik: Dane te są dokładniejsze niż informacje podawane przez człowieka, nie pochłaniają niczyjego czasu i nie spotykają się z oporem, ponieważ nikt nie postrzega ich jako dodatkowego obciążenia pracą. Operator powinien wprowadzać wyłącznie to, czego maszyna nie wie: o jakie zlecenie chodzi, dlaczego doszło do przestoju, ile części jest wadliwych i z jakiego powodu. Dzięki takiemu podziałowi liczba zgłoszeń często zmniejsza się o połowę, a jakość danych wzrasta. Jest to zresztą praktyczne kryterium oceny ofert: dostawca, który proponuje wyłącznie ręczne wprowadzanie danych, mimo że maszyny są wyposażone w wyjścia sygnałowe, oszczędza na własnej realizacji kosztem Państwa danych.

Drugą połową równania jest postrzegana korzyść – aspekt, który zazwyczaj jest całkowicie pomijany. Operator, który wprowadza dane, nie otrzymując za to nic w zamian, korzysta jedynie z narzędzia udostępnionego przez innych. Natomiast operator, który na tym samym ekranie widzi, co ma zrobić dalej, gdzie znajduje się materiał do następnego zlecenia, jak wygląda rysunek techniczny, ile jeszcze brakuje do końca serii i czy jego stanowisko pracy jest zgodne z harmonogramem – ten korzysta z własnego narzędzia i jednocześnie wprowadza dane. Jest to ta sama różnica, którą każdy z nas zna z życia prywatnego: aplikację, która ogranicza się do zbierania informacji, usuwa się; ta, która w zamian coś wyświetla, pozostaje.

Poza tym warto wyjaśnić kwestię momentu zgłoszenia, ponieważ czasami jest to źródło kontrowersji, które choć wydają się drobiazgiem, mają decydujący wpływ na jakość danych. Wymaganie zgłoszenia rozpoczęcia pracy przed jej faktycznym rozpoczęciem jest logiczne z punktu widzenia systemu, ale nienaturalne z ludzkiego punktu widzenia: operator najpierw pobiera materiał, a dopiero potem myśli o ekranie. Wymaganie zgłoszenia po zakończeniu jest naturalne, ale w ten sposób traci się informację o tym, kiedy praca faktycznie się rozpoczęła. Istnieją dwa rozwiązania, z których oba są uzasadnione: albo moment rozpoczęcia wywodzi się z sygnału maszyny, a operator zgłasza tylko to, czego maszyna nie wie, albo zezwala się na zgłoszenie rozpoczęcia z korektą czasową wsteczną, o ile korekta ta jest prosta i nie pociąga za sobą pytań o uzasadnienie. Wariant, w którym operator musi wyjaśnić, dlaczego zgłasza pracę z pięciominutowym opóźnieniem, prowadzi do tego, że po miesiącu wszyscy będą zgłaszać się co prawda punktualnie, ale nieprawdziwie.

Praktyczna wskazówka: przed rozpoczęciem rejestracji zapytaj kilku operatorów i osób odpowiedzialnych za ustawianie maszyn, jakich informacji najbardziej brakuje im w codziennej pracy. Odpowiedzi są zazwyczaj proste: co następuje po tym zleceniu, gdzie znajduje się materiał, która wersja rysunku jest aktualna, czy narzędzie zostało poddane przeglądowi? Umieszczenie tych informacji na tym samym ekranie, na którym rejestruje się pracę, zmienia narzędzie z instrumentu kontrolnego w narzędzie wspomagające i zazwyczaj wymaga mniej niż jednego dnia na konfigurację.

Porozumienie, które należy zawrzeć i przestrzegać

Aspekt techniczny wprawdzie obniża koszty, ale nie eliminuje obaw. Dlatego konieczne jest zawarcie porozumienia – jasno sformułowanego, od samego początku, jeszcze przed rozpoczęciem prac, i przestrzeganego również w pierwszym trudnym przypadku.

Porozumienie obejmuje cztery punkty i powinno zostać sformułowane w postaci jednego, jednostronicowego dokumentu, który zostanie odczytany podczas spotkań z udziałem wszystkich zainteresowanych stron.

Pierwszy punkt: Dlaczego gromadzimy dane? Odpowiedź musi być konkretna i weryfikowalna: aby dowiedzieć się, ile faktycznie trwają poszczególne etapy pracy i na jakim etapie znajduje się produkcja, aby nie obiecywać klientom terminów, których nie da się dotrzymać, oraz aby wyeliminować przyczyny, dla których pracownicy muszą czekać na materiały. Ogólne sformułowania, takie jak „aby przejść na cyfryzację”, nikogo nie przekonują – i słusznie.

Punkt drugi: Do czego nie będziemy wykorzystywać danych. Jest to najważniejsza i najczęściej pomijana kwestia, ponieważ kierownictwo nie chce pozbawiać się żadnych możliwości. Szczere sformułowanie mogłoby na przykład brzmieć: dane indywidualne nie będą służyć jako podstawa do tworzenia rankingów z podaniem nazwisk, nie będą wykorzystywane w postępowaniach dyscyplinarnych bez uprzedniej rozmowy z pracownikiem, a wskaźniki będą przedstawiane na poziomie działów i obszarów. Sformułowaniem, którego należy unikać, jest bezpodstawna obietnica: jeśli firma zamierza w przyszłości powiązać dane z wynagrodzeniem, należy to od razu zaznaczyć, ogłaszając jednocześnie, że zasady zostaną ustalone przy udziale pracowników.

Punkt trzeci: Co otrzymują Państwo w zamian. Musi to być coś konkretnego i bezpośredniego, a im bardziej wiąże się to z codziennymi trudnościami, tym lepiej. W praktyce najlepiej sprawdza się zobowiązanie do usunięcia w ciągu pierwszych sześćdziesięciu dni trzech przeszkód wskazanych przez samych pracowników – tych, które utrudniają im pracę i które wynikną z pomiaru. Wózek narzędziowy na stanowisku pracy, zamiast konieczności szukania kluczy po całym zakładzie. Materiał dostarczany przed rozpoczęciem zlecenia, zamiast konieczności czekania. Rysunek techniczny dostępny na ekranie, zamiast konieczności biegania do biura. Nie są to wielkie rzeczy i właśnie o to chodzi: muszą być widoczne i bezpośrednie.

Punkt czwarty: Co dzieje się z wynikami analizy danych? Pomiar ujawni nieprzyjemne aspekty: że przestawianie linii produkcyjnych trwa dwa razy dłużej niż oczekiwano, że tempo pracy na jednej zmianie jest wolniejsze, że określona operacja jest wykonywana inaczej niż opisano w instrukcji technicznej. Należy z wyprzedzeniem ustalić, jak firma zareaguje na takie sytuacje – a odpowiedź „Szukamy przyczyn, a nie winnych” musi zostać poparta konkretnymi działaniami już przy pierwszym takim przypadku, ponieważ w tym momencie wszyscy patrzą.

Poza tym warto zastanowić się nad sposobem komunikacji, ponieważ w tym przypadku forma jest równie ważna jak treść. Informacja przekazana za pomocą ogłoszenia na tablicy ogłoszeń lub e-mailem – którego połowa załogi w ogóle nie czyta – dokładnie pokazuje, ile uwagi firma poświęca osobom dotkniętym zmianą. Skutecznym rozwiązaniem okazuje się prosta, ale wymagająca wdrożenia metoda: spotkania w małych grupach na każdej zmianie, w tym na nocnej, prowadzone przez osobę decyzyjną – najlepiej kierownika produkcji lub właściciela – a nie przez dostawcę systemu czy dział IT. Sama obecność osoby uprawnionej do składania obietnic jest już pewnym przekazem, a możliwość zadawania pytań i uzyskiwania odpowiedzi na miejscu jest warta więcej niż dziesięć prezentacji. Warto również posługiwać się językiem hali: mówić o zgłoszeniach, przezbrojeniu i przestojach maszyn, zamiast o gromadzeniu danych i wskaźnikach wydajności. Żargon korporacyjny w tej rozmowie sprawia wrażenie obcego.

Warto również zacząć od grupy ochotników. Zamiast angażować wszystkich naraz, wybiera się kilku pracowników, którzy są gotowi wypróbować system, przyznaje im się prawo głosu w kwestii konfiguracji i traktuje się ich jako współtwórców. Po kilku tygodniach wyjaśniają oni rozwiązanie swoim kolegom – a przekaz od kogoś, kto stoi przy sąsiedniej maszynie, ma nieporównywalnie większą wagę niż ten płynący z biura. Metoda ta jest wolniejsza w pierwszym miesiącu, a szybsza w trzecim, z dodatkową zaletą, że wersja, która ma zostać wdrożona na dużą skalę, została już przetestowana w rzeczywistych warunkach, a nie w sali konferencyjnej.

Ten czwarty punkt prowadzi do szerszego zagadnienia, które zostało dobrze opisane w badaniach dotyczących grup: poczucie bezpieczeństwa psychicznego. Klasyczne badania zespołów medycznych doprowadziły do wniosku, który początkowo wydawał się absurdalny: zespoły najlepiej oceniane zgłaszały więcej błędów. Po analizie okazało się, że nie popełniały one więcej błędów; pracowały w środowisku, w którym zgłaszanie błędów było bezpieczne, dzięki czemu błędy były rozpoznawane, omawiane i eliminowane. Przeniesienie tej obserwacji na linię produkcyjną jest oczywiste: zakład, w którym rośnie liczba zgłaszanych błędów i przestojów maszyn, nie stał się gorszy – po prostu zaczął rozpoznawać problemy. Natomiast zakład, w którym – zgodnie z książką „ ” – po wdrożeniu systemu spada liczba zgłaszanych problemów, powinien wzbudzić niepokój, ponieważ zazwyczaj oznacza to, że pracownicy nauczyli się, czego nie powinni zgłaszać.

Praktyczny dowód tej tezy pojawia się zazwyczaj już w pierwszym miesiącu i wygląda następująco: ktoś zgłasza przestój maszyny z powodu przyczyny, która stawia w złym świetle określony dział lub konkretną decyzję kierownictwa. Sposób, w jaki firma zareaguje na to pojedyncze zdarzenie, będzie determinował zachowanie całej załogi przez najbliższe dwa lata. Jeśli zadane zostanie pytanie: „Kto to zgłosił?”, zgłoszenie staje się ryzykowne z politycznego punktu widzenia i w ciągu miesiąca przestaje być zgłaszane. Jeśli natomiast zadane zostanie pytanie: „Co z tym zrobimy?”, pracownicy mają dowód, że porozumienie działa.

Warto dodać do tej umowy piąty punkt, o którym rzadko się myśli: co się stanie, jeśli dane okażą się błędne? Będą one błędne – z pewnością w pierwszych tygodniach, a sporadyczne błędy zdarzają się zawsze. Jeśli pracownik zgłasza, że zarejestrowany czas pracy jest nieprawidłowy, a odpowiedź brzmi: „System tak to pokazuje”, traci on zaufanie do całego systemu i przestaje w ogóle cokolwiek zgłaszać. Potrzebny jest przejrzysty i prosty proces korekty z krótkim czasem rozpatrywania zgłoszeń i informacją zwrotną. Paradoksalnie obowiązuje zasada: im łatwiej jest zgłosić błąd, tym rzadziej pracownicy próbują obejść system – ponieważ obejście systemu jest formą samoobrony przed niesprawiedliwością, której nie da się naprawić w inny sposób.

Warto również zastanowić się nad tym, w jaki sposób dane są po raz pierwszy prezentowane pracownikom, ponieważ czasami może to stanowić punkt zwrotny w negatywnym kierunku. Pokazanie wykresu, z którego wynika, że wydajność wynosi 58 procent, bez wyjaśnienia, skąd pochodzi ta liczba i do czego się odnosi, jest odbierane jako zarzut – i wywołuje falę zastrzeżeń wobec pomiaru, w których wszyscy mają częściowo rację, ponieważ pierwsze dane zawsze zawierają błędy. Lepiej jest najpierw wskazać jeden aspekt, który dane ujawniły i który firma już rozwiązała.

O wyniku decyduje kierownik zmiany

W przypadku takich wdrożeń istnieje poziom, któremu zarząd poświęca mniej uwagi, a który ma decydujące znaczenie dla wyniku: poziom średni. Kierownik zmiany, kierownik zespołu, kierownik linii produkcyjnej – osoba stojąca pomiędzy planem a linią produkcyjną, której zachowanie decyduje o tym, czy system stanie się integralną częścią pracy, czy tylko jej uzupełnieniem.

Warto zrozumieć, co ta osoba traci w trakcie takiego wdrożenia, ponieważ lista strat jest dłuższa, niż się wydaje.

Traci część swojej nieformalnej władzy. Do tej pory to właśnie ona wiedziała, co dzieje się w hali produkcyjnej, i to do niej zwracano się z pytaniami o stan realizacji zleceń. System udostępnia tę wiedzę wszystkim, co obiektywnie rzecz biorąc, zmniejsza jej znaczenie w ramach organizacji.

Traci elastyczność w zakresie sprawozdawczości. W systemie bez rejestracji brygadzista mógł łagodzić skutki drobnych nieprzewidzianych zdarzeń: przesuwać czas, przenieść coś między dwoma zleceniami, wyrównać statystyki zmiany. Nie zawsze było to nadużyciem; częściej służyło to „nasmarowaniu” mechanizmu, który w przeciwnym razie zgrzytałby. System ogranicza tę możliwość.

W zamian pojawia się dodatkowy nakład pracy: sprawdzanie kompletności zgłoszeń, wyjaśnianie zasad pracownikom, korygowanie błędów, odpowiadanie na pytania, których wcześniej nie było. Sam kierownik zespołu podlega ocenie, ponieważ wskaźniki zespołu są praktycznie wskaźnikami jego własnej wydajności.

Do tego dochodzi zjawisko obserwowane w badaniach organizacyjnych: średni szczebel kierowniczy charakteryzuje się najniższym poziomem bezpieczeństwa psychologicznego spośród wszystkich szczebli hierarchii – jest bowiem oceniany przez przełożonych i odpowiada za pracowników na niższych szczeblach, nie mając przy tym pełnej kontroli nad warunkami ramowymi. Wprowadzenie systemu, który mierzy właśnie ten obszar, uderza dokładnie w ten punkt napięcia.

Praktyczny wniosek jest prosty, ale systematycznie ignorowany: kierownicy zespołów muszą zostać zaangażowani jako pierwsi i otrzymać coś, czego wcześniej nie mieli, zanim cokolwiek im zostanie odebrane. Istnieją cztery skuteczne działania.

Zanim jednak przejdziemy do tych kroków, warto zwrócić uwagę na aspekt, który w projektach często traktuje się odwrotnie: kierownik zespołu powinien mieć wpływ na to, kiedy jego dział wkracza w fazę wdrażania. Wyznaczenie terminu w tygodniu, w którym dwóch pracowników jest na urlopie, a do wykonania jest pilne zlecenie dla najważniejszego klienta, gwarantuje porażkę, którą następnie przypisuje się systemowi „ ”. Uzgodnienie terminu rozpoczęcia z osobą znającą sytuację w hali produkcyjnej wymaga zaledwie jednego pytania i eliminuje najczęstszą przyczynę złego pierwszego wrażenia. To samo dotyczy tempa: lepiej jest starannie uruchomić trzy stanowiska pracy niż dwanaście w pośpiechu, ponieważ pierwsze wrażenie kształtuje oczekiwania wobec całego projektu.

Pierwszy krok: to Państwo jako pierwsi otrzymują dane, jeszcze zanim ktokolwiek z wyższych szczebli będzie mógł się z nimi zapoznać. Nie ma gorszego scenariusza niż sytuacja, w której kierownik zmiany dowiaduje się podczas porannego spotkania od dyrektora generalnego, który zapoznał się z raportem wcześniej, że jego zmiana osiągnęła słabe wyniki. Aby odwrócić tę kolejność, wystarczy jedynie dostosować uprawnienia dostępu.

Krok drugi: Włączenie w proces planowania. Jakie kategorie przestojów należy uwzględnić na liście, jak określić ich przyczyny, gdzie umieścić terminale, kiedy zgłaszać modernizację: to są decyzje, które powinniście podjąć, ponieważ znacie ten dział i stajecie się współtwórcami rozwiązania. Warsztaty składające się z trzech sesji gwarantują lepszy projekt oraz grupę osób gotowych się za nim opowiedzieć.

Krok trzeci: Przekształcenie roli. Kierownik zespołu, którego zadaniem jest teraz sprawdzanie, czy pracownicy dobrze ze sobą współpracują, przyjmuje rolę „policjanta” i jest tak postrzegany. Mentor, którego zadaniem jest teraz usuwanie przeszkód wskazanych przez dane – ponieważ widzi on teraz, gdzie jego pracownicy napotykają trudności – otrzymuje do dyspozycji narzędzie. Są to te same informacje, które są wykorzystywane w dwóch różnych celach, a różnica w postrzeganiu jest ogromna.

Krok numer trzy i pół: odciążenie. Jeśli na kierownika zespołu nałożono obowiązek sprawdzania kompletności zgłoszeń, należy go nieco odciążyć – lub zapewnić mu narzędzie, które wykona to zadanie za niego. Najprostszym rozwiązaniem jest przegląd, który na jednym ekranie pokazuje, które operacje w jego obszarze nie zostały jeszcze zgłoszone, dzięki czemu nie musi ich sprawdzać ręcznie. Po drugie: automatyczne przypomnienia kierowane do stanowisk pracy, a nie do niego. Po trzecie – i najbardziej cenione – jest zniesienie papierowych podsumowań, które dotychczas tworzył ręcznie, a które teraz są generowane automatycznie przez system. Ta ostatnia zmiana jest dla kierownika zespołu często pierwszym namacalnym dowodem na to, że nowe rozwiązanie działa na jego korzyść, i warto zaplanować ją na pierwsze tygodnie, a nie dopiero na koniec projektu.

Krok czwarty: szkolenie z prowadzenia rozmów, a nie z obsługi terminala. Obsługi terminala można się nauczyć w kwadrans. Prowadzenie opartej na danych rozmowy z pracownikiem, tak aby nie sprowadzała się ona wyłącznie do sporządzania raportu, wymaga osobnego szkolenia – a prawie nikt nie oferuje takiego szkolenia. Kilkugodzinne warsztaty z konkretnymi scenariuszami zwracają się już w pierwszym miesiącu.

Pozostaje pytanie: co zrobić, jeśli pomimo tych działań jeden z kierowników zespołu aktywnie utrudnia zmianę – a przy tuzinie osób na tym szczeblu zazwyczaj zawsze znajdzie się taka osoba? Doświadczenie pokazuje, że nie należy rozpoczynać fazy pilotażowej w jego obszarze, nawet jeśli z technicznego punktu widzenia byłoby to najkorzystniejsze. Obszar pilotażowy należy wybrać na podstawie nastawienia kierownictwa, a nie stanu floty, ponieważ w pierwszych tygodniach liczy się sukces, a nie test wytrzymałościowy. Warto natomiast zaprosić osobę hamującą zmianę do oceny wyników projektu pilotażowego: większość sceptyków zmienia swoje nastawienie, gdy widzi, że dane rozwiązują problemy, na które narzekali od lat. A jeśli nie zmieni zdania, kwestię tę należy potraktować jako dyskusję na temat roli i oczekiwań, a nie systemu informatycznego, ponieważ problem nie leży po stronie systemu.

Przedsiębiorstwo, które pomija ten aspekt, osiągnie przewidywalny rezultat: system formalnie działa, zgłoszenia są rejestrowane, ale jakość danych spada z tygodnia na tydzień i nikt nie jest w stanie ustalić przyczyny tego stanu rzeczy. Przyczyną jest milcząca zgoda przełożonego na „mniej więcej” rejestrowanie danych pod koniec zmiany, ponieważ jest to wygodniejsze dla wszystkich – i dopóki ta zgoda istnieje, żadna presja z góry nie będzie w stanie jej przełamać.

Od nawyku do rutyny

Ostatni aspekt dotyczy czasu i powtarzalności, ponieważ zgłaszanie musi stać się nawykiem, a nawyki rządzą się własnymi prawami.

Badania nad kształtowaniem się nawyków pokazują, że utrwalenie nowego zachowania trwa średnio dwa miesiące, przy czym zakres wahań jest bardzo duży w zależności od złożoności czynności i warunków – od kilkunastu dni do kilkunastu miesięcy. Struktura nawyku obejmuje trzy elementy: bodziec wyzwalający, samą czynność oraz nagrodę, która ją utrwala. Ten prosty schemat dostarcza trzech konkretnych wskazówek dotyczących kształtowania nawyku.

Wskazówka numer jeden: powiązaj sygnał z istniejącym bodźcem, zamiast tworzyć nowy. Powiadomienie o zakończeniu procesu jest oczywiście powiązane z fizycznym działaniem, jakim jest odłożenie części lub wyjęcie gotowej partii; powiadomienie o rozpoczęciu – z pobraniem materiału lub zamknięciem pokrywy. Takie zaplanowanie momentu powiadomienia, aby był ściśle powiązany z działaniem, które i tak ma miejsce, gwarantuje trwałość, której nie zapewni żadne przypomnienie.

Warto rozróżnić dwa rodzaje nagród, ponieważ ich pomylenie prowadzi do kosztownych i nieskutecznych rozwiązań. Nagroda zewnętrzna – pieniądze, konkursy, uznanie – ma jedynie krótkotrwały efekt i wymaga ciągłego podnoszenia stawki, przy czym jednocześnie uwaga przenosi się z samej czynności na jej nagrodę. Nagroda zintegrowana z samym działaniem – fakt, że po zgłoszeniu na ekranie pojawia się potrzebna pracownikowi informacja lub że zgłoszony przez niego problem znika – trwale utrwala nawyk, ponieważ nadaje samemu działaniu sens. Przy projektowaniu procesu rejestracji warto zatem zainwestować w tę drugą opcję, ponieważ choć wiąże się ona z jednorazowymi kosztami, to działa trwale. Natomiast konkursy dotyczące kompletności zgłoszeń często prowadzą do gromadzenia danych, które opisują raczej sam konkurs niż produkcję.

Wskazówka numer dwa: nagroda musi być natychmiastowa i widoczna. Świadomość, że dane pewnego dnia przydadzą się do lepszego planowania, nie jest nagrodą w sensie psychologicznym: jest to odległa abstrakcja. Nagrodą jest potwierdzenie na ekranie, informacja o kolejnym zadaniu, znikające zgłoszenie dotyczące brakującego materiału, widoczny postęp na mapie w porównaniu z planem. Im krótszy jest odstęp między działaniem a jego skutkiem, tym szybciej kształtuje się nawyk.

Warto również pamiętać, że nawyki kształtują się na poziomie konkretnego działania, a nie na poziomie całego systemu. Operator może mieć głęboko zakorzeniony nawyk zgłaszania zakończenia operacji, ale nie ma nawyku zgłaszania przyczyny przestoju, ponieważ przestoje zdarzają się tylko raz na kilka dni i nie miał jeszcze czasu, aby się do tego przyzwyczaić. Tak zresztą wygląda typowy obraz danych po sześciu miesiącach: czasy operacji są rejestrowane wzorowo, natomiast pola dotyczące przyczyn przestojów są w połowie puste. Praktyczny wniosek: rzadkie czynności wymagają albo wsparcia technicznego, które zwalnia operatora z konieczności pamiętania o nich – na przykład automatycznego zapytania w przypadku wykrycia dłuższej przerwy w pracy maszyny – albo świadomej rezygnacji z ich rejestrowania. Oczekiwanie, że rzadka czynność stanie się nawykiem, jest sprzeczne z mechanizmami uczenia się.

Trzecia wskazówka: W ciągu pierwszych dwóch miesięcy konieczne jest wsparcie, które później nie będzie już potrzebne. Obecność osoby odpowiedzialnej za wdrożenie w hali produkcyjnej na wszystkich zmianach w ciągu pierwszych tygodni to inwestycja, którą wiele przedsiębiorstw stara się ograniczyć i na której prawie zawsze tracą. Nie chodzi o kontrolę, ale o zapewnienie, że przy pierwszym problemie ktoś będzie na miejscu – ponieważ pierwszy nierozwiązany problem uczy, że system nie działa, a ta lekcja zapada w pamięć szybciej niż jakakolwiek inna.

Należy wystrzegać się pokusy uciekania się do środków przymusu. Wcześniej czy później ktoś zaproponuje powiązanie kompletności zgłoszeń z premią lub wprowadzenie konsekwencji w przypadku niezgłoszenia. Rozwiązanie to działa, a jednocześnie jest najkrótszą drogą do bezużytecznych danych: pracownicy zaczną zgłaszać wszystko, ale niekoniecznie zgodnie z rzeczywistością, a przyczyny przestojów zostaną zaklasyfikowane do najbezpieczniejszej kategorii. Jeśli kompletność zgłoszeń jest niska, oznacza to, że z punktu widzenia zgłaszającego zgłoszenie jest zbyt pracochłonne lub bezsensowne – i właśnie tam należy szukać rozwiązania. Do środków przymusu należy uciekać się dopiero wtedy, gdy nakład pracy został zmniejszony, korzyści zostały udowodnione, a mimo to poszczególne osoby nadal systematycznie omijają system; w takim przypadku chodzi o rozmowę na temat przestrzegania ustaleń, a nie o środek służący zwiększeniu wskaźnika.

W tym celu potrzebne są wskaźniki realizacji, które różnią się od wskaźników produkcyjnych i są monitorowane co tydzień w pierwszym kwartale. Proponuję cztery z nich. Kompletność: odsetek zgłoszonych zdarzeń w stosunku do tych, które miały miejsce – kwestia podstawowa i priorytetowa. Terminowość zgłoszenia: mediana opóźnienia między zdarzeniem a jego zarejestrowaniem; wartość przekraczająca kilkadziesiąt minut wskazuje na zgłoszenie z pamięci, tj. na dane o niewielkiej wartości. Odsetek korekt dokonanych przez przełożonych – jeśli wzrasta, oznacza to, że coś w strukturze nie odpowiada rzeczywistości. A także rozróżnienie między zmianami a stanowiskami pracy, które wskazuje, gdzie leży problem: jeśli dana zmiana wykazuje stałe odchylenia, przyczyna ma charakter lokalny i osobisty, natomiast w przypadku odchyleń na danym stanowisku pracy, niezależnie od zmiany, przyczyna ma charakter techniczny lub organizacyjny.

Warto również od samego początku uwzględnić korzystanie z systemu w standardach wdrażania nowych pracowników, ponieważ ten aspekt jest, jak wiadomo, zaniedbywany. Rok po wdrożeniu znaczna część personelu często składa się z osób, które nie uczestniczyły w żadnym ze szkoleń wprowadzających, nie znają wspomnianej powyżej umowy i uczą się wypełniania protokołów od kolegi – wraz ze wszystkimi skrótami. Prosta procedura wdrożeniowa, przewidująca pół godziny na naukę obsługi systemu oraz pół godziny na wyjaśnienie jego celu, a także celów, do których dane nie są wykorzystywane, gwarantuje jakość dokumentacji pomimo fluktuacji kadr, która w tej branży może osiągać dwucyfrowe wartości procentowe. Bez tego środka jakość systemu pogarsza się wraz ze zmianami kadrowymi, a przyczyna pozostaje niewidoczna, ponieważ nikt nie łączy spadku kompletności zgłoszeń z liczbą nowo zatrudnionych pracowników.

Poza tym warto zaplanować, kto po zakończeniu wdrożenia będzie na co dzień odpowiedzialny za zarządzanie tym obszarem. Dostawca wycofa się z projektu, kierownik projektu powróci do swoich podstawowych obowiązków, a system pozostanie w użyciu. Potrzebna jest osoba – nie na stałym stanowisku ani w ramach dodatkowych obowiązków – która raz w tygodniu będzie sprawdzać wskaźniki akceptacji, wyjaśniać odchylenia i dbać o to, by zgłoszenia z linii produkcyjnej były weryfikowane. W zakładach, w których istnieje taka osoba, kompletność danych utrzymuje się przez lata. W tych, w których jej nie ma, poziom kompletności spada w pierwszym roku o kilkanaście punktów, a wynikająca z tego diagnoza brzmi zazwyczaj: „System się nie przyjął” – co jest tak samo trafne, jak twierdzenie, że maszyna nie działała, ponieważ nikt jej nie konserwował.

Należy uważać na elementy rywalizacji. Rankingi porównujące zespoły pod względem kompletności zgłoszeń mogą być skuteczne przez kilka tygodni, ale potem prowadzą do tego, co zawsze wywołuje porównanie oparte na prestiżu: poprawę wskaźnika zamiast poprawy rzeczywistości. Bezpieczniej jest pokazywać postępy zespołu w porównaniu z własnym wynikiem z poprzedniego miesiąca niż w porównaniu z wynikami innych zespołów.

Warto również wiedzieć, jak objawia się erozja, ponieważ zawsze ma ona miejsce, zazwyczaj po upływie sześciu do dziewięciu miesięcy, gdy uwaga kierownictwa przenosi się na inny projekt. Pierwszy objaw: rośnie mediana opóźnienia w zgłaszaniu. Drugi objaw: wzrasta liczba zgłoszeń zbiorczych pod koniec zmiany. Trzeci objaw, najbardziej jednoznaczny: kategoria „Inne” jest coraz częściej wykorzystywana jako przyczyna przestojów, co oznacza, że pracownicy nie widzą już sensu w dokonywaniu rozróżnień, ponieważ nikt nie korzysta z tych danych. Rozwiązaniem nie jest nowa kampania, lecz powrót do uzgodnienia: pokazanie, co udało się rozwiązać w ostatnim kwartale dzięki danym. Jeśli odpowiedź brzmi „nic”, wówczas erozja jest uzasadniona i nie ma sensu z nią walczyć – należy usunąć przyczynę.

Warto też opisać stan docelowy, bo często jest on błędnie wyobrażany. Nie chodzi o entuzjazm pracowników wobec systemu: nie będzie entuzjazmu dla narzędzia do rejestracji danych i nie jest to konieczne. Stanem docelowym jest obojętność: zgłaszanie staje się tak samo oczywistą częścią pracy, jak włączenie odciągu lub noszenie okularów ochronnych – nikt o tym nie dyskutuje, ponieważ przebiega to szybko, ma sens i nikomu nie szkodzi. Dobrze wdrożona infrastruktura staje się niewidoczna. Jeśli po roku pracownicy nadal mówią o systemie – czy to pozytywnie, czy negatywnie – oznacza to, że coś nadal nie gra i warto dowiedzieć się, co dokładnie.

Wróćmy do terminala z pierwszego akapitu. W zakładzie, który obrał opisany kierunek, wskaźnik zgłoszeń w czwartym miesiącu wyniósł ponad dziewięćdziesiąt procent i od dwóch lat utrzymuje się na tym poziomie. Nie stało się tak dlatego, że ktoś wprowadził sankcje za brak zgłoszeń – takich sankcji nie ma. Stało się tak, ponieważ zgłoszenie trwa sześć sekund, ekran pokazuje operatorowi, co należy zrobić dalej i gdzie znajduje się materiał, w ciągu pierwszych dwóch miesięcy w hali produkcyjnej była osoba, która w ciągu kwadransa rozwiązywała problemy, a w pierwszym kwartale usunięto trzy przeszkody zgłoszone przez samych pracowników.

I jeszcze jedna uwaga, którą w tym kontekście uważam za najważniejszą. Wszystkie opisane techniki mają drugorzędne znaczenie w porównaniu z jednym pytaniem, na które firma odpowiada nie słowami, ale czynami: czy dane z działu służą poprawie warunków pracy, czy też osądzaniu ludzi? Odpowiedź na to pytanie formułują pracownicy w ciągu pierwszych tygodni na podstawie kilku konkretnych zdarzeń, a później trudno ją zmienić. Zakłady, w których system zgłaszania problemów działa bezproblemowo, to nie te, które potrafiły najlepiej przekonać. To te, w których pierwsze pytanie po zobaczeniu niepokojącej liczby brzmiało: „Co zrobimy, aby rozwiązać tę sytuację?”