Optymalizacja procesów: gdzie ukrywa się marnotrawstwo i jak je znaleźć

Proces, którego nikt nie kwestionuje

Oto wzorzec, który widziałem w prawie każdej firmie, z którą pracowałem. Ktoś ustawił proces trzy albo pięć lat temu. Wtedy miał sens. Od tamtej pory zespół urósł, narzędzia się zmieniły, wymagania przesunęły. Ale proces pozostał ten sam. Nikt go nie zaktualizował, bo nikt nie jest jego właścicielem. Po prostu istnieje i wszyscy go wykonują, bo tak się robi.

To właśnie tam ukrywa się marnotrawstwo. Nie w oczywistych miejscach jak zbyt wiele spotkań albo zepsute narzędzia. W cichych, odziedziczonych przepływach pracy, które pochłaniają godziny co tydzień, bez tego, żeby ktoś się zatrzymał i zapytał, czy wciąż mają sens.

Czym faktycznie jest optymalizacja procesów

Optymalizacja procesów nie polega na obcinaniu kosztów ani zastępowaniu ludzi oprogramowaniem. Chodzi o przyjrzenie się temu, jak praca faktycznie przepływa przez organizację, i znalezienie miejsc, gdzie się zacina, powtarza albo odbywa ręcznie, kiedy nie musi.

Definicja brzmi prosto. Trudność polega na tym, że większość ludzi wewnątrz procesu nie widzi jego problemów. Kiedy robisz coś w ten sam sposób od dwóch lat, przestajesz zauważać dodatkowe kroki. Tarcie staje się niewidoczne.

Pięć najczęstszych miejsc, gdzie ukrywa się marnotrawstwo

W projektach, które realizowaliśmy w Syntanea, te same typy marnotrawstwa pojawiają się ciągle. Oto te, które warto sprawdzić jako pierwsze.

1. Przekazania między ludźmi albo zespołami

Za każdym razem, kiedy praca przechodzi od jednej osoby do drugiej, pojawia się opóźnienie. Nie dlatego, że ktoś jest wolny. Bo osoba przyjmująca potrzebuje kontekstu, musi otworzyć właściwe narzędzie, musi orientować się, na czym się skończyło. Jeśli Twój proces ma pięć przekazań, prawdopodobnie ma pięć ukrytych opóźnień po 30 minut do pół dnia każde.

Rozwiązaniem nie zawsze jest automatyzacja. Czasem wystarczy czystsze przekazanie: standardowy szablon, wspólny status, krótka lista kontrolna, która podróżuje z pracą.

2. Ręczne kopiowanie danych między systemami

To boleśnie częste. Ktoś eksportuje dane z Systemu A, formatuje w Excelu i importuje do Systemu B. Robi to codziennie albo co tydzień. Za każdym razem schodzi 20 minut. Nikt nie narzeka, bo to działa. Ale 20 minut dziennie to ponad 80 godzin rocznie. Przy pensji, która prawdopodobnie kosztuje Twoją firmę od 3 000 do 5 000 EUR rocznie w czystej stracie.

Rozwiązanie: większość tych transferów da się zautomatyzować prostymi skryptami, integracjami API albo narzędziami typu Zapier czy Make. Technologia nie jest trudną częścią. Trudną częścią jest zauważenie, że ta praca w ogóle się odbywa.

3. Wąskie gardła w zatwierdzaniach

Dokument siedzi w czyjejś skrzynce trzy dni. Nie dlatego, że ktoś jest leniwy. Bo jest zajęty swoją pracą, a zatwierdzenie nie jest pilne, aż nagle jest. Tymczasem osoba czekająca nie może ruszyć dalej.

To jedno z najłatwiejszych do naprawienia. Ustaw limity czasowe na zatwierdzenia. Przekierowuj proste zatwierdzenia do zastępców. Używaj automatycznej eskalacji, kiedy coś za długo leży. Większość wąskich gardeł w zatwierdzaniach nie dotyczy samego zatwierdzenia. Chodzi o brak systemu, który utrzymuje ruch.

4. Powtarzająca się poprawka z powodu niejasnych wymagań

Ktoś coś buduje. Stakeholder widzi i mówi: "To nie to, o mi chodziło." Zespół buduje od nowa. Dzieje się tak w oprogramowaniu, marketingu, operacjach. Główna przyczyna jest prawie zawsze ta sama: wymagania były ustne, niejasne albo zakładały wspólną wiedzę, której nie było.

Rozwiązanie jest nudne, ale skuteczne. Zapisz, co jest budowane, zanim zaczniesz budować. Użyj prostych szkiców, list kontrolnych albo jednostronicowych specyfikacji. Celem nie jest dokumentacja dla dokumentacji. Celem jest upewnienie się, że obie strony zgadzają się, jak wygląda "zrobione", zanim praca się zacznie.

5. Spotkania, które zastępują decyzje

Znasz ten wzorzec. Pojawia się problem. Ktoś umawia spotkanie. Spotkanie rodzi kolejne spotkanie. Trzy tygodnie później decyzja wciąż nie została podjęta. Spotkanie nie było problemem. Problem polegał na tym, że niejasne było, kto ma autorytet, żeby zdecydować.

Przydatna zasada: każde spotkanie powinno kończyć się wyraźną decyzją albo wyraźnym kolejnym krokiem przypisanym do jednej, nazwanej osoby. Jeśli spotkanie tego nie potrafi, nie powinno być spotkanie. Powinien być dokument albo krótka wiadomość.

Jak znaleźć marnotrawstwo we własnych procesach

Nie potrzebujesz konsultanta, żeby zacząć zauważać te rzeczy, choć nowe oczy pomagają. Oto proste podejście, które możesz zrobić samodzielnie.

Zmapuj jeden proces od początku do końca

Wybierz proces, który zabiera najwięcej czasu albo sprawia najwięcej frustracji. Zapisz każdy krok. Kto co robi, w jakim narzędziu i co dzieje się między krokami. Bądź szczegółowy. Nie "zespoł przegląda raport" ale "Maria otwiera plik Excel, sprawdza trzy zakładki, porównuje liczby z poprzednim tygodniem i wysyła maila do przełożonego z podsumowaniem."

Zmierz czas każdego kroku

Przez jeden tydzień śledź, ile czasu faktycznie zabiera każdy krok. Nie ile powinien zabierać. Ile zabiera, łącznie z czasem oczekiwania między krokami. Zazwyczaj okaże się, że sama praca zajmuje 30% całkowitego czasu. Reszta to szukanie informacji, czekanie albo poprawianie.

Zadaj trzy pytania przy każdym kroku

Jeśli odpowiedź na pierwsze pytanie brzmi "nie bardzo" a na pozostałe "tak", znalazłeś marnotrawstwo.

Optymalizacja procesów nie jest jednorazowym projektem

Największe nieporozumienie dotyczące optymalizacji procesów to przekonanie, że robi się to raz i jest skończone. Procesy degradują. Ludzie odchodzą i zabierają ze sobą wiedzę. Narzędzia się zmieniają. Wzrost dodaje złożoność. Proces, który działał dla zespołu ośmioosobowego, nie działa dla dwudziestoosobowego.

Firmy, które pozostają wydajne, to te, które budują nawyk regularnego przeglądania procesów. Nie z ogromną restrukturyzacją co dwa lata. Z małymi, częstymi przeglądami: Czy to wciąż działa? Co zwolniło? Co powinniśmy zmienić?

Gdzie pasuje AI (a gdzie nie)

Pisaliśmy niedawno o automatyzacji AI w biznesie, więc warto połączyć te tematy. AI jest bardzo dobre w określonych częściach optymalizacji procesów: ekstrakcja danych z dokumentów, kategoryzacja zapytań, generowanie szkiców, wyszukiwanie wzorców w dużych zbiorach danych.

AI nie jest dobre w samym przeprojektowaniu procesu. To wymaga zrozumienia kontekstu, polityki i ludzkich zachowań wewnątrz Twojej organizacji. Narzędzie może powiedzieć, że Krok 3 trwa za długo. Nie może powiedzieć, dlaczego Krok 3 w ogóle istnieje albo czy jego usunięcie nie zdenerwuje kogoś, współpraca z którym jest Ci potrzebna.

Jeśli naprawa wymaga nowego narzędzia wewnętrznego, skorzystaj z tego poradnika, żeby oszacować koszt custom software development w Europie.

Praktyczne podejście: używaj AI do obsługi powtarzalnych, obfitych w dane części procesu. Używaj ludzkiego osądu do przeprojektowania przepływu wokół tych zautomatyzowanych elementów.

Jak wygląda praca z konsultantem

Będę szczery. W Syntanea konsulting optymalizacji procesów to główna część naszej pracy. Oto jak ta praca faktycznie wygląda, żebyś wiedział, czego się spodziewać, niezależnie od tego, czy nas zatrudnisz, czy kogoś innego.

Najpierw mapujemy stan obecny. Rozmawiamy z ludźmi wykonującymi pracę, nie tylko z managerami. Przyglądamy się narzędziom, przekazaniom, wąskim gardłom. Mierzmy, co faktycznie się dzieje, nie to, co mówi dokument procesowy.

Potem identyfikujemy zmiany o największym wpływie. Nie wszystkie naraz. Trzy albo cztery zmiany, które zaoszczędzą najwięcej czasu albo zredukują najwięcej błędów przy najmniejszej perturbacji.

Potem pomagamy wdrożyć. To może oznaczać lepszą konfigurację istniejących narzędzi, proste automatyzacje, restrukturyzację przepływu albo przeszkolenie zespołu w nowy sposób pracy. Forma zależy od problemu.

Szybka lista kontrolna na start

Jeśli chcesz zacząć bez pomocy z zewnątrz, oto krótka lista:

Ten ostatni punkt jest ważny. Optymalizacja procesów działa najlepiej w małych krokach. Zmień dziesięć rzeczy naraz i nie dowiesz się, co pomogło, a co pogorszyło sprawę.

Najczęściej zadawane pytania

Jak długo trwa optymalizacja procesów?

Zależy od złożoności procesu i organizacji. Zmapowanie pojedynczego przepływu może zająć dwa do czterech tygodni. Szersza optymalizacja obejmująca wiele działów może zająć trzy do sześciu miesięcy. Kluczowe jest zaczynanie od konkretnego procesu o największym wpływie, zamiast próby naprawienia wszystkiego naraz.

Czy potrzebujemy specjalnego oprogramowania do optymalizacji procesów?

Niekoniecznie. Możesz zacząć od tablicy i karteczek samoprzylepnych. Do bardziej uporządkowanej pracy narzędzia do mapowania procesów (Lucidchart, Miro) albo proste arkusze kalkulacyjne działają dobrze. Metodologia jest ważniejsza niż narzędzie. Jeśli w końcu automatyzujesz części zoptymalizowanego procesu, wtedy tak, będziesz potrzebować narzędzi do integracji albo automatyzacji.

Czym różni się optymalizacja procesów od reengineeringu?

Optymalizacja procesów wprowadza przyrostowe ulepszenia do istniejących procesów. Zachowujesz podstawowy przepływ, ale eliminujesz marnotrawstwo, redukujesz opóźnienia i automatyzujesz powtarzalne kroki. Reengineering wyrzuca obecny proces i przeprojektowuje go od zera. Optymalizacja jest mniej ryzykowna i zwykle szybsza. Reengineering ma sens, kiedy obecny proces jest fundamentalnie zepsuty, nie tylko nieefektywny.

Jak zmierzyć, czy optymalizacja się udała?

Przed rozpoczęciem zdefiniuj konkretne metryki: czas na zadanie, wskaźnik błędów, koszt transakcji, czas oczekiwania klienta albo cokolwiek, co jest istotne dla danego procesu. Zmierz te same metryki po wdrożeniu zmian. Porównanie powinno być oczywiste. Jeśli nie możesz zmierzyć różnicy, zmiana prawdopodobnie nie była wystarczająco znacząca.

Czy optymalizacja procesów działa dla małych firm?

Działa szczególnie dobrze dla małych firm, bo każda zmarnowana godzina ma proporcjonalnie większy wpływ. Mały zespół tracący 10 godzin tygodniowo na nieefektywnych procesach traci znaczącą część swojej zdolności. Te same poprawki, które pomagają dużym korporacjom, eliminacja ręcznego wprowadzania danych, usprawnienie zatwierdzeń, redukcja przekazań, naturalnie skalują się w dół do małych zespołów.