Mapowanie procesów biznesowych krok po kroku

Ktoś codziennie rano pobiera zamówienia z e-sklepu, a następnie ręcznie wprowadza je do innego systemu. Magazyn pracuje na arkuszu Excel, a dział finansowy pyta o brakujące dane e-mailem. Każdy wykonuje swoje zadania, a mimo to zamówienia się opóźniają, dane o stanie magazynowym się różnią, a w piątki pół dnia zajmuje przygotowanie raportu dla kierownictwa. mapowanie procesów biznesowych krok po kroku nie jest ćwiczeniem administracyjnym: chodzi o zrozumienie, jak rzeczywiście przepływa praca, informacje i odpowiedzialność w organizacji.

W większości rozwijających się firm problemów nie powoduje jeden duży błąd. Raczej wiele wcześniej rozsądnych wyjątków, ręcznych kontroli i osobistych rozwiązań nakłada się na siebie. Mapowanie procesu pomaga je uwidocznić, zanim administracja wzrośnie w tempie wzrostu.

Kiedy warto mapować proces?

Odpowiedź zazwyczaj nie brzmi „kiedy wprowadzamy nowy system”. Może to być uzasadnione znacznie wcześniej. Silnym sygnałem jest, gdy te same dane są rejestrowane w wielu miejscach, gdy jeden dział dowiaduje się, co się stało w innym, tylko przez telefon lub e-mail, lub gdy w przypadku nieobecności kluczowej osoby obsługa spraw spowalnia.

Podobnym sygnałem ostrzegawczym jest, gdy kierownicy nie ufają w pełni raportom. Jeśli do przygotowania miesięcznych danych trzeba uzgadniać wiele arkuszy, problem nie leży tylko w formacie raportu. Prawdopodobnie generowanie, przekazywanie lub weryfikacja danych nie jest wystarczająco uregulowana.

Nie każdy proces musi być badany jednocześnie. Warto zacząć od tego, który często się powtarza, dotyczy wielu osób, powoduje błędy lub bezpośrednio wpływa na doświadczenie klienta, stan magazynowy, fakturowanie lub przepływ gotówki. Proces przetwarzania zamówień na przykład często łączy sprzedaż, e-sklep, magazyn, logistykę i finanse. Dlatego nawet mały błąd w tym miejscu pojawia się w wielu obszarach.

Mapowanie procesów biznesowych krok po kroku

1. Określ granice i cel procesu

„Zarządzanie zamówieniami” może być zbyt szerokim określeniem. Dokładniejsze pytanie brzmi: co się dzieje od momentu, gdy zamówienie zostanie złożone, aż do momentu, gdy produkt zostanie wysłany, faktura wystawiona, a klient powiadomiony? W innym przypadku proces może zaczynać się od zapytania ofertowego, a kończyć na zawarciu umowy lub wydaniu zlecenia produkcyjnego.

Wyznaczenie granic zapobiega rozmyciu badania. Jednocześnie należy określić cel. Celem nie jest stworzenie ładniejszego diagramu, ale na przykład skrócenie czasu realizacji, zmniejszenie liczby błędnych faktur, poprawa dokładności informacji o stanie magazynowym lub zmniejszenie zależności od kluczowych osób.

2. Opisz rzeczywiste działanie, a nie to, co jest zalecane

To najważniejsza różnica. Wiele organizacji ma jakieś opisy procesów, ale często pokazują one, jak praca powinna przebiegać. Mapowanie ma pokazać, jak działa w poniedziałek rano, gdy brakuje danych, przychodzi pilne zamówienie lub dostawca nie odpowiada na czas.

Rozmawiaj z osobami wykonującymi pracę. Nie tylko z kierownikiem, ale także z pracownikiem obsługi, magazynierem, sprzedawcą, finansistą i planistą produkcji, gdzie to jest istotne. Poproś ich, aby przeprowadzili konkretną, świeżą sprawę. Konkretne przykłady szybko ujawniają wyjątki, które w ogólnej rozmowie wszyscy uznają za naturalne.

Celem nie jest szukanie winnych. Pracownicy często tworzą własne pliki Excel lub kontrole e-mailowe, ponieważ pewne informacje nie były dostępne gdzie indziej. Te obejścia są cennymi sygnałami: pokazują, gdzie obecny proces lub środowisko systemowe nie wspiera odpowiednio działania.

3. Narysuj kroki, role i przekazywanie

Diagram procesu nie musi być skomplikowany od razu. Zacznij od zapisania w kolejności: co inicjuje proces, kto wykonuje poszczególne kroki, jaka decyzja jest podejmowana, jakie dane lub dokumenty są tworzone i gdzie są przekazywane dalej.

Szczególną uwagę zwróć na punkty przekazywania. Tutaj często człowiek staje się łącznikiem między dwoma systemami: ktoś przepisuje numer zamówienia, przekazuje PDF, sprawdza, czy status pojawił się w innym systemie. Te kroki na pierwszy rzut oka są krótkie, ale powtarzane setki razy dziennie zajmują znaczną ilość czasu i tworzą możliwość błędu.

Na mapie powinno być widoczne, gdzie podejmowane są decyzje. Kto zatwierdza rabat? Kto decyduje w przypadku braków magazynowych? Na jakiej podstawie rozpoczyna się produkcja? Jeśli zasady podejmowania decyzji nie są wyraźnie określone, łatwo pozostają w głowie doświadczonego pracownika. To może działać przez jakiś czas, ale jest trudne do audytowania, trudne do przeszkolenia i podatne na uszkodzenia.

4. Śledź również drogę informacji

Proces to nie tylko seria zadań. Informacje również w nim przepływają: dane klienta, numer artykułu, ilość, cena, adres dostawy, status produkcji lub dane do fakturowania. Dla każdej ważnej informacji warto zadać cztery pytania: gdzie powstaje, kto może ją zmodyfikować, które systemy ją wykorzystują i które jest uznawane za źródło?

Jeśli ten sam adres klienta znajduje się w CRM, e-sklepie, ERP i osobnym arkuszu, prędzej czy później pojawią się różnice. W takim przypadku niekoniecznie od razu potrzebna jest integracja. Może najpierw trzeba wyjaśnić właściciela danych, zasady ich modyfikacji i naprawdę potrzebne miejsca przechowywania danych. Techniczne połączenie źle zaprojektowanego przepływu danych tylko przyspieszy jego przenoszenie.

5. Zmierz czas oczekiwania, powtarzanie i błędy

Czas spędzony w procesie nie jest równy czasowi realizacji. Wprowadzenie faktury może zająć trzy minuty, ale jeśli czeka dwa dni na zatwierdzenie lub brakujące dane zamówienia, to z punktu widzenia klienta i przepływu gotówki proces trwa dwa dni.

Warto zbadać, ile jest aktywnej pracy, ile oczekiwania, ile przypadków wraca do poprawy i jak często trzeba ponownie podać te same informacje. Nie trzeba od razu doskonałego pomiaru. Już kilka tygodni próbek może pokazać, że największe straty nie wynikają z wolnego systemu, ale z zatoru zatwierdzeń lub brakujących danych.

Koszt ma również stronę ludzką. Monotonne kopiowanie jest frustrujące, niepewny status sprawia, że obsługa klienta ciągle się tłumaczy, a doświadczeni koledzy wciąż rozwiązują te same wyjątki. To nie jest problem wydajności ludzi. Zazwyczaj jest to znak, że proces nakłada na nich zbyt duże obciążenie.

6. Oddziel kroki konieczne od wykonywanych z przyzwyczajenia

Na końcu mapowania każda czynność musi zostać oceniona: czy tworzy wartość, zarządza ryzykiem, jest wymagana przez przepisy lub wewnętrzną kontrolę, czy też została zachowana tylko z przyzwyczajenia? Druga kontrola może być uzasadniona, jeśli zmniejsza ryzyko finansowe lub jakościowe. Jednak jest zbędna, jeśli odbywa się wyłącznie dlatego, że nikt nie ufa danym zapisanym w pierwszym systemie.

Tutaj pojawiają się prawdziwe możliwości rozwoju. Może się okazać, że można zlikwidować jedno uzgodnienie, uprościć zasady zatwierdzania lub wystarczy raz wprowadzić dane. Dopiero potem warto sprawdzić, czy pozostałe, powtarzające się kroki są wspierane przez integrację systemów, automatyzację, aplikacje dedykowane lub inne rozwiązania techniczne.

Nie ma jednej odpowiedzi na każdą sytuację. Przy małej liczbie przypadków dobrze zaprojektowana ręczna kontrola może być bardziej ekonomiczna niż skomplikowany rozwój. Przy dużej ilości, częstych błędach lub danych krytycznych dla biznesu ryzyko ręcznego przekazywania szybko przewyższa koszt zmiany.

Diagram procesu jest użyteczny, gdy wspiera decyzje

Dobry diagram procesu nie jest dokumentem ozdobnym i nie jest stworzony wyłącznie dla IT. Kierownik powinien z niego widzieć, gdzie działanie się zatrzymuje, które ryzyko zależy od jednej osoby i które ulepszenie może przynieść wymierne wyniki. Pracownicy powinni zrozumieć, dlaczego zmienia się krok i co sprawi, że będzie mniej zbędnej administracji.

Warto przypisać do mapy odpowiedzialność, wskaźnik i częstotliwość przeglądu. Proces zmienia się wraz z organizacją. Nowy kanał sprzedaży, nowy produkt, większy magazyn lub nowe wymagania klientów mogą łatwo przywrócić wcześniejsze obejścia.

Najlepszym punktem wyjścia zazwyczaj nie jest największy projekt systemowy, ale rzeczywisty, powtarzający się problem. Jeśli stanie się widoczne, co się dzieje z zamówieniem, fakturą lub zadaniem produkcyjnym, kolejna decyzja nie będzie oparta na przypuszczeniach. To daje podstawę, aby firma mogła rosnąć nie tylko szybciej, ale także bardziej przewidywalnie.