Kompletny przewodnik po projekcie optymalizacji procesów

Ktoś codziennie rano pobiera zamówienia ze sklepu internetowego, kopiuje je do arkusza kalkulacyjnego, a następnie przesyła do magazynu. Po południu inny kolega wprowadza te same dane do systemu fakturowania. Praca stała się rutyną, ale wymaga coraz więcej czasu, koordynacji i poprawek. Kompletny przewodnik po projekcie optymalizacji procesów nie zaczyna się od tego, jaki system należy kupić, ale od dokładnego zrozumienia: co się dzieje obecnie, dlaczego tak się dzieje i co przeszkadza w bardziej niezawodnym działaniu.

Dobrze prowadzony projekt nie tylko przyspiesza kilka zadań. Uwidacznia procesy robocze, zmniejsza zależność od poszczególnych osób, poprawia jakość danych i zapewnia podstawę operacyjną, która nie rozpada się wraz z rozwojem.

Kiedy warto rozpocząć projekt optymalizacji procesów?

Większość firm nie zaczyna tego, bo lubi diagramy procesów. Robią to, ponieważ codzienne operacje w pewnym momencie zaczynają wymagać zbyt wiele uwagi od kierownictwa. Sprzedaż rośnie, ale wraz z nią rośnie administracja. Przygotowanie miesięcznego raportu zarządczego zajmuje dni. Magazyn, finanse i obsługa klienta pracują na różnych informacjach. Bez pracownika na urlopie zatrzymuje się krytyczny krok w obsłudze.

To nie są odosobnione błędy ludzkie. Zazwyczaj są to oznaki, że wcześniej działająca metoda pracy nie pasuje już do wielkości firmy, liczby klientów lub środowiska systemowego.

Szczególnie uzasadnione jest badanie, jeśli pracownicy wprowadzają te same dane w wielu miejscach, działy przekazują sobie zadania za pomocą e-maili i arkuszy kalkulacyjnych, lub kierownictwo nie może szybko uzyskać wiarygodnych odpowiedzi na podstawowe pytania operacyjne. Takie pytania mogą dotyczyć na przykład, gdzie są zamówienia, która grupa produktów regularnie się opóźnia, lub ile czasu mija między zapytaniem ofertowym a realizacją.

Kompletny przewodnik po projekcie optymalizacji procesów zaczyna się od rzeczywistego działania

Pierwszym błędem, którego warto unikać, jest planowanie oparte na założeniach. Oficjalny opis procesu często nie pokazuje, jak faktycznie realizowane jest zamówienie, instrukcja produkcyjna lub obsługa reklamacji. W rzeczywistym procesie mogą występować rozmowy telefoniczne, osobiste uzgodnienia, prywatne arkusze kalkulacyjne i kontrole, o których wie tylko dany pracownik.

Dlatego celem pierwszego etapu nie jest wybór rozwiązania, ale odkrycie obecnego działania. Rozpoczynając od zamówienia lub potrzeby klienta, należy śledzić, jakie kroki przechodzi praca, kto jest odpowiedzialny za poszczególne punkty, jakie systemy i dokumenty są zaangażowane oraz gdzie czeka informacja.

Dobre odkrycie nie tylko pyta, „kto to robi?”, ale także, dlaczego ten krok jest konieczny. Czy naprawdę trzeba ręcznie sprawdzać każde zamówienie? Dlaczego te same dane klienta trafiają do trzech systemów? Dlaczego dopiero w piątek okazuje się, że brakuje informacji od dostawcy? Stara kontrola może być uzasadniona, ale może też pozostała w procesie z powodu wcześniejszego błędu systemowego lub dawno zanikłego ryzyka biznesowego.

Proces nie jest równy działom

Wiele inicjatyw rozwojowych utknęło, ponieważ badają pracę według działów. Finanse widzą jeden problem, magazyn inny, a sprzedaż jeszcze inny. Klient lub zamówienie natomiast poruszają się między tymi obszarami. Jeśli przekazanie jest niedokładne, opóźnione lub ręczne, cały proces się pogarsza, mimo że każdy zespół działa dobrze osobno.

Dlatego badanie musi myśleć od końca do końca. Zamówienie w sklepie internetowym zaczyna się od zakupu, ale może dotyczyć informacji o stanie magazynowym, ERP, fakturowania, komisjonowania, usługi kurierskiej, powiadomienia klienta i uzgodnienia finansowego. Problem często nie jest spowodowany jednym systemem, ale tym, że ludzie wykonują połączenia między informacjami.

Rangowanie wąskich gardeł

Dokładna ocena zazwyczaj ujawnia kilkadziesiąt możliwości poprawy. Nie trzeba rozwiązywać wszystkiego naraz. Co więcej, zbyt szeroki projekt często traci impet, ponieważ próbuje zmienić zbyt wiele procesów, systemów i zaangażowanych osób jednocześnie.

Priorytety warto ustalać na podstawie wpływu biznesowego. Ile czasu zajmuje dany problem? Jak często się pojawia? Jakie jest ryzyko błędu? Czy wpływa na doświadczenie klienta, przychody, zapasy lub zgodność z regulacjami? Co się stanie, jeśli jedyny pracownik znający proces wypadnie?

Nie zawsze najbardziej spektakularny rozwój przynosi największe rezultaty. Może się zdarzyć, że proste, ale codziennie wykonywane sto razy sprawdzenie danych uwolni więcej zasobów niż skomplikowany, długotrwały projekt systemowy. W innym przypadku jednak niezawodność krytycznego przekazania produkcyjnego lub logistycznego jest ważniejsza niż liczba zaoszczędzonych minut.

Aby podjąć decyzję, warto ocenić każdego kandydata do rozwoju według tych samych kryteriów: oczekiwany wynik biznesowy, nakłady na wdrożenie, ryzyko techniczne, zależności i potrzeby w zakresie zarządzania zmianą. Dzięki temu kierownictwo może ustalić kolejność na podstawie porównywalnych informacji, a nie wrażeń.

Najpierw upraszczanie, potem technologia

Automatyzacja źle działającego procesu tylko szybciej generuje złe wyniki. Jeśli pracownik zbiera dane z trzech systemów do cotygodniowego raportu, najpierw trzeba zrozumieć, jakie dane są naprawdę potrzebne, kto ich używa i dlaczego nie mają jednoznacznego źródła danych.

Może się okazać, że właściwą odpowiedzią jest pominięcie kroku zatwierdzania. Może to być wyjaśnienie ról i odpowiedzialności, jednolite wprowadzanie danych lub wprowadzenie punktu pomiarowego. Dopiero potem można zdecydować, czy uzasadniona jest integracja systemów, automatyzacja przepływu pracy, aplikacja dedykowana, rozwiązanie raportowe lub modyfikacja istniejącego systemu.

Wybór technologii zawsze zależy od sytuacji. W firmie handlowej zatrudniającej 30 osób niekoniecznie jest uzasadnione wdrożenie systemu korporacyjnego, jeśli kilka krytycznych połączeń danych i uporządkowanie przetwarzania zamówień rozwiązuje problem. Jednak dla szybko rozwijającego się producenta lub sprzedawcy wielokanałowego krótkoterminowe, ręczne obejścia mogą później stanowić poważne ryzyko operacyjne.

Planowanie, odpowiedzialność i kontrola

Przed wdrożeniem należy jednoznacznie określić, jak będzie wyglądał przyszły proces. Nie wystarczy powiedzieć, że „system automatycznie przekaże dane”. Trzeba wiedzieć, co uruchamia przekazanie, który system jest wiarygodnym źródłem danych, co się dzieje w przypadku brakujących danych, kto otrzymuje powiadomienie i jak można śledzić błędne lub zablokowane zadanie.

Jest to szczególnie ważne w środowisku, gdzie dane finansowe, magazynowe, produkcyjne lub klienta przemieszczają się między systemami. Działanie musi być możliwe do sprawdzenia. Integracja jest dobra, jeśli działa nie tylko w normalnych warunkach, ale także w przypadku błędu jest widoczna, możliwa do zarządzania i przywrócenia.

Właściciel projektu ze strony biznesowej odpowiada za to, aby zmiana rozwiązywała rzeczywisty problem. Zaangażowani pracownicy nie są tylko testerami: to oni mogą pokazać, gdzie plan zderza się z codzienną rzeczywistością. Jeśli nowy proces obsługuje więcej wyjątków niż stary lub nakłada dodatkową pracę na nich, należy to odkryć przed uruchomieniem.

Trzeba mierzyć, czy działanie rzeczywiście się poprawiło

Sukces nie jest przesądzony w dniu uruchomienia. Staje się jasne, czy rozwój był skuteczny, gdy firma może porównać wcześniejsze i nowe działanie. Warto już na początku projektu określić kilka wskaźników biznesowych: czas realizacji, wskaźnik błędów, liczba ręcznych interwencji, ilość zadań w toku, różnice w zapasach, czas odpowiedzi klienta lub godziny pracy poświęcone na przygotowanie raportów.

Nie wszystkie wyniki są natychmiast mierzalne. Wartością jest również, jeśli proces staje się bardziej przejrzysty, nowy pracownik szybciej się wdraża, lub kierownik nie musi pytać kilku osób o informacje do tej samej decyzji. Jednak te wyniki pozostaną trwałe tylko wtedy, gdy proces ma właściciela, udokumentowane zasady i regularne przeglądy.

Najlepszym kolejnym krokiem zazwyczaj nie jest duża decyzja technologiczna. Wybierzcie proces powtarzający się, który codziennie zabiera czas, dotyczy kilku obszarów i regularnie powoduje błędy lub opóźnienia. Śledźcie go od początku do końca, zapytajcie, dlaczego istnieje każdy krok, a dopiero potem zdecydujcie, co warto zmienić. Stąd zaczyna się bardziej przewidywalne działanie.