Doradztwo w zakresie rozwoju procesów na Węgrzech

Ktoś codziennie rano kopiuje dane zamówień ze sklepu internetowego do arkusza kalkulacyjnego, a następnie przesyła te same informacje do systemu fakturowania i do magazynu. Gdy dziennie przychodzi dziesięć zamówień, jest to nieprzyjemne, ale wykonalne zadanie. Przy stu zamówieniach dziennie staje się to źródłem błędów, opóźnień i ciągłego pośpiechu. doradztwo w zakresie rozwoju procesów w Polsce staje się naprawdę wartościowe, gdy firma zdaje sobie sprawę, że nie jeden pracownik jest wolny, lecz sposób pracy nie nadąża za rozwojem firmy.

Nie zaczyna się od systemu, lecz od rzeczywistej pracy

Wiele organizacji posiada już system zarządzania, CRM, sklep internetowy, oprogramowanie magazynowe i różne arkusze kalkulacyjne. Mimo to wiele pracy wykonuje się ręcznie. Na pierwszy rzut oka może to wydawać się sprzecznością, ale w rzeczywistości jest to częsta sytuacja: poszczególne systemy działają poprawnie, ale przekazywanie między nimi opiera się na ludziach, e-mailach i indywidualnych rutynach.

Dlatego w rozmowie o rozwoju nie jest dobrym pierwszym pytaniem, który software należy wymienić. Lepiej zapytać, co dzieje się z zamówieniem, reklamacją, instrukcją produkcyjną lub zapotrzebowaniem zakupowym od momentu jego otrzymania do momentu zakończenia. Kto otrzymuje informacje? Gdzie są ponownie rejestrowane? Kto je sprawdza? Z jakich danych tworzy się raporty zarządcze? I co się dzieje, gdy dany pracownik jest na urlopie?

Rzeczywisty proces często znacznie różni się od tego, jak wyobraża go sobie zarząd lub jak jest zapisany w wcześniejszym regulaminie. Przyczyną tego niekoniecznie jest brak dyscypliny. Pracownicy zazwyczaj tworzą obejścia, aby móc wykonać pracę na czas. Arkusz kalkulacyjny, własny folder czy ręcznie prowadzona lista często są praktyczną odpowiedzią na brak systemu.

Jakie sygnały wskazują na potrzebę rozwoju procesów?

Problem rzadko pojawia się w ten sposób, że firma mówi: nasz proces jest zły. Raczej pojawiają się symptomy. Przygotowanie raportu piątkowego zajmuje trzy godziny, ponieważ dane muszą być zbierane z kilku systemów. Magazyn kontaktuje się telefonicznie z działem sprzedaży, ponieważ informacje o zapasach nie są wystarczająco wiarygodne. Faktury nie są wystawiane, gdy kluczowy pracownik jest chory. Wraz ze wzrostem obrotów, liczba pracowników administracyjnych stale rośnie.

Szczególnie ostrzegawczym sygnałem jest, gdy te same dane są rejestrowane w kilku miejscach. To nie tylko koszt czasu pracy. Każde powtórne wprowadzenie danych to możliwość, że do systemu trafi inny numer artykułu, błędny adres, zły termin lub nieprecyzyjny status. Od tego momentu decyzje zarządcze opierają się na mniej pewnych podstawach.

Innym częstym ryzykiem jest nadmierne poleganie na indywidualnej wiedzy. Jeśli ktoś pamięta, jakie dokumenty są potrzebne dla danego partnera, jak obsługiwane są wyjątkowe dostawy, lub który arkusz jest aktualny, to w rzeczywistości nie system działa, lecz dana osoba trzyma wszystko razem. Długoterminowo jest to obciążenie dla zaangażowanego pracownika, a dla firmy ryzyko ciągłości działania.

Doradztwo w zakresie rozwoju procesów w Polsce nie polega na stosowaniu gotowych szablonów

Dobry rozwój procesów nie oznacza, że doradca stosuje ten sam model dla każdej firmy. Dwudziestoosobowa firma handlowa, producent z wieloma lokalizacjami i szybko rozwijająca się firma e-commerce działają z różnymi problemami, zakresami odpowiedzialności i oczekiwaniami regulacyjnymi.

W niektórych miejscach głównym problemem jest przetwarzanie zamówień. W innych przepływ informacji między produkcją a zaopatrzeniem w surowce jest powolny. W firmie usługowej natomiast statusy projektów, potwierdzenia realizacji i dane do fakturowania są rozproszone. Celem nie jest, aby wszystkie procesy wyglądały identycznie, lecz aby odpowiedzialność była jasna, ścieżka informacji była śledzona, a wyjątki nie istniały tylko w pamięci osobistej.

Do tego potrzebne jest również zrozumienie punktów decyzyjnych. Zatwierdzenie może być uzasadnioną kontrolą finansową, ale może być również wbudowanym wiele lat temu, już niepotrzebnym oczekiwaniem. Dwie sytuacje mogą wyglądać podobnie z zewnątrz, ale ich konsekwencje są różne. Zadaniem rozwoju procesów nie jest usuwanie kontroli, lecz decydowanie, która kontrola chroni rzeczywiste ryzyko biznesowe, a która jedynie generuje opóźnienia.

Najpierw należy uprościć proces

Automatyzacja błędnego lub zbyt skomplikowanego procesu szybciej generuje ten sam błąd. Jeśli zamówienie jest trzykrotnie ręcznie sprawdzane, zanim przejdzie dalej, niekoniecznie trzeba te trzy kontrole digitalizować. Najpierw trzeba zrozumieć, jaki wcześniejszy błąd lub obawa biznesowa spowodowała powstanie tej praktyki.

Często już niewielkie zmiany organizacyjne przynoszą znaczące rezultaty. Wyraźnie wyznaczony właściciel danych, jednolite statusy, wspólnie zaakceptowane zasady przekazywania zamówień lub usunięcie zbędnego kręgu zatwierdzeń mogą zmniejszyć liczbę błędów i pytań. Nie są to spektakularne projekty technologiczne, ale bezpośrednio poprawiają czas realizacji i przewidywalność.

Dopiero potem warto zdecydować, czy potrzebna jest integracja, automatyzacja, aplikacja dedykowana lub modyfikacja istniejącego systemu. Czasami właściwym krokiem jest, aby sklep internetowy przekazywał dane zamówień do systemu zarządzania. Innym razem potrzebna jest wewnętrzna platforma, która obsługuje wyjątki, których standardowy system nie jest w stanie dobrze pokryć. Może się również zdarzyć, że istniejące narzędzia byłyby w stanie wykonać zadanie, ale brakuje ich konfiguracji lub dyscypliny użytkowania.

Dobry rozwój przynosi mierzalne wyniki operacyjne

Wynik przekształcenia procesu nie jest wyłącznie widoczny w postaci nowego systemu czy wdrożonej integracji. Z punktu widzenia biznesu liczy się, czy czas przetwarzania zamówień się skrócił, czy liczba poprawek się zmniejszyła, czy raporty są przygotowywane szybciej i czy działanie jest mniej zależne od jednej osoby.

Do pomiaru nie trzeba śledzić wszystkiego naraz. Warto wybrać kilka wskaźników, które bezpośrednio opisują problem. Mogą to być liczba otwartych zamówień, czas realizacji ofert, odsetek ręcznie poprawianych faktur, liczba rozbieżności w zapasach lub czas pracy poświęcony na przygotowanie raportu zarządczego.

Oprócz wyników liczbowych ważne jest również obciążenie pracowników. Jeśli nowy sposób działania jedynie przenosi wcześniejsze ręczne zadanie na inny ekran, to niewiele rzeczywistej poprawy nastąpiło. Dobrze zaprojektowany system zmniejsza powtarzalną, administracyjną pracę, jednocześnie dostarczając ludziom lepszych informacji do obsługi klienta, rozwiązywania wyjątków i podejmowania decyzji biznesowych.

Co sprawia, że zmiana jest trwała?

Nawet najlepszy plan może się nie powieść, jeśli wdrożenie nie uwzględnia codziennej działalności. Magazyn, obszar produkcji czy obsługa klienta nie mogą być zatrzymane na tygodnie z powodu nowego procesu. Dlatego harmonogram zmian, testowanie, jakość danych i odpowiedzialni są równie ważni jak sama techniczna realizacja.

Stopniowe wdrażanie często wiąże się z mniejszym ryzykiem. Na dobrze zdefiniowanym procesie można najpierw potwierdzić nowe działanie, obsłużyć wyjątki i doprecyzować zasady. To nie zawsze najszybsza droga na papierze, ale często bezpieczniejsza niż duża, jednoczesna transformacja.

Do trwałości potrzebna jest również udokumentowana działalność i wyznaczony właściciel. Ktoś musi odpowiadać za to, aby wydajność procesu była widoczna, zmiany były kontrolowane, a nowe wyjątki nie pojawiały się w kolejnych ukrytych arkuszach. Proces nie jest zamkniętym projektem, lecz częścią działania firmy.

W podejściu CGAT technologia nie jest celem samym w sobie, lecz narzędziem do bardziej niezawodnego, mierzalnego i rozszerzalnego działania. Odpowiednie rozwiązanie może być prostą zmianą zasad, integracją systemów, aplikacją wewnętrzną lub rozwojem infrastruktury - nie warto tego decydować przed przeprowadzeniem analizy.

Najbardziej użytecznym pierwszym krokiem często nie jest wybór nowego systemu, lecz śledzenie jednego powtarzającego się procesu wymagającego dużo pracy ręcznej. Gdy dokładnie widać, gdzie czeka informacja, gdzie jest ponownie kopiowana i gdzie powstają wyjątki, kolejna decyzja rozwojowa opiera się nie na przypuszczeniach, lecz na rzeczywistym działaniu firmy.