Reengineering procesów
Reengineering procesów (BPR, z ang. business process reengineering, po polsku reinżynieria lub przeprojektowanie procesów) to podejście do zmiany, w którym proces projektuje się od nowa, zamiast poprawiać istniejący krok po kroku. Celem jest skokowa poprawa kosztu, jakości, obsługi i czasu, a nie kilka procent oszczędności.
Reengineering procesów biznesowych - na czym polega
Punktem wyjścia nie jest pytanie „jak robić to szybciej”, tylko „czy w ogóle trzeba to robić i dla kogo”. Pojęcie spopularyzował Michael Hammer artykułem w „Harvard Business Review” z 1990 r. „Reengineering Work: Don’t Automate, Obliterate” - w wolnym przekładzie: nie automatyzuj, zlikwiduj. Hammer pisał, że firmy przenoszą przestarzałe procedury do komputerów, zamiast zapytać, czy te procedury są jeszcze potrzebne. W 1993 r. razem z Jamesem Champym wydał książkę „Reengineering the Corporation”, w której oparł definicję reengineeringu na czterech pojęciach: fundamentalne przemyślenie, radykalne przeprojektowanie, skokowa poprawa wyników i proces. Za najważniejsze autorzy uznali ostatnie - przedmiotem zmiany jest cały proces od zgłoszenia do wyniku dla klienta, a nie pojedynczy dział. W polskich tekstach ten sam termin występuje jako reinżynieria procesów biznesowych, przeprojektowanie albo przemodelowanie procesów.
Reengineering a kaizen i ciągłe doskonalenie
Oba podejścia poprawiają procesy, ale z przeciwnych stron. Kaizen, jeden z filarów lean, zakłada małe, częste zmiany istniejącego standardu, wprowadzane przez ludzi, którzy wykonują pracę. Reengineering zaczyna od czystej kartki: nie poprawia obecnej ścieżki, tylko projektuje nową i wprowadza ją jako jedną dużą zmianę. Zwykle wymaga udziału zarządu, bo zmiana przecina działy, role i systemy. Kaizen daje stały, powolny przyrost, reengineering - skok, ale z większym ryzykiem. W praktyce firmy łączą oba: po przebudowie procesu nowy standard dalej doskonali się małymi krokami.
Etapy reengineeringu krok po kroku
- Wybór procesu - takiego, który mocno wpływa na klienta lub koszty i wyraźnie nie działa: obieg faktur, reklamacje, zakupy.
- Diagnoza stanu obecnego - mapa procesu, czasy etapów, liczba przekazań między działami, miejsca przepisywania danych. Na tyle dokładnie, by zrozumieć problem, bez dopracowywania mapy, która i tak zniknie.
- Projekt procesu docelowego - od wyniku dla klienta wstecz: które kroki tworzą wartość, którą decyzję można podjąć raz zamiast trzy razy, co może dziać się równolegle.
- Dobór technologii - system workflow, integracje, automatyczne odczytywanie dokumentów. Technologia umożliwia nowy proces, ale go nie zastępuje.
- Pilotaż i wdrożenie - najpierw jeden oddział lub jeden typ dokumentu, potem cała organizacja.
- Pomiar - porównanie czasu, kosztu i liczby błędów z punktem wyjścia.
Reengineering w praktyce - przykład obiegu faktury
Klasyczna ścieżka papierowej faktury kosztowej: sekretariat rejestruje, księgowość opisuje, kierownik akceptuje, księgowość przepisuje dane do systemu FK. Poprawa w duchu kaizen skróciłaby każdy z tych kroków. Reengineering pyta, po co faktura krąży fizycznie i po co ktoś przepisuje dane. W przebudowanym procesie dane z faktury odczytuje system, zadanie akceptacji trafia do właściwej osoby według reguł, a dekret przechodzi do FK przez integrację. Znika kilka kroków, a nie kilka minut w każdym z nich.
e-MSI zaczyna takie zmiany od audytu procesów biznesowych, a nie od wyboru systemu. Audyt sprawdza pracę ręczną, przepisywanie danych, opóźnienia i odpowiedzialność za terminy. Wynikiem jest Mapa Potencjału Automatyzacji - wskazanie, które procesy zautomatyzować, uprościć, połączyć z innymi systemami, wesprzeć AI, a które zostawić bez zmian. Nowy proces odwzorowuje się potem na platformie JobRouter: buduje się go wizualnie, z regułami biznesowymi, ścieżkami akceptacji i eskalacjami, a przed uruchomieniem testuje i wersjonuje.
Dlaczego projekty reengineeringu się nie udają
W latach 90. wiele firm używało słowa reengineering jako eufemizmu redukcji zatrudnienia, a sami twórcy koncepcji przyznali później, że nie docenili ludzkiej strony zmian. Najczęstsze błędy:
- Cięcie etatów zamiast przeprojektowania - stary proces zostaje, tylko obsługuje go mniej osób.
- Automatyzacja istniejącej ścieżki bez pytania, czy każdy krok jest potrzebny.
- Zbyt szeroki zakres naraz - kilka procesów i kilka systemów w jednym projekcie.
- Brak właściciela procesu, który ma władzę ponad granicami działów.
- Projektowanie bez użytkowników, przez co nowy proces działa na diagramie, a nie w codziennej pracy.
- Brak pomiaru punktu wyjścia, więc nie wiadomo, czy zmiana cokolwiek dała.
Przykłady zastosowania
Firma dystrybucyjna rezygnuje z papierowego opisu faktur: dane odczytuje system, akceptację kieruje reguła według MPK i kwoty, a dekret trafia do FK przez integrację - z sześciu kroków zostają trzy.
Kancelaria prawna przebudowuje przyjmowanie nowej sprawy: zamiast trzech osób kolejno uzupełniających ten sam arkusz jeden formularz zbiera dane klienta, a partner zatwierdza tylko sprawy nietypowe.
Dział kadr zmienia proces zatrudnienia: zamiast przekazywać teczkę kolejno między HR, IT i administracją, po podpisaniu umowy zadania dla wszystkich trzech działów startują jednocześnie.
Dział zakupów likwiduje osobną akceptację faktury dla drobnych zakupów: jeśli faktura zgadza się z zatwierdzonym zamówieniem i przyjęciem towaru, idzie do zapłaty bez udziału kierownika.
Po wejściu obowiązkowego KSeF w 2026 r. firma nie projektuje obiegu od skanu faktury, tylko od danych pobranych z KSeF, a skanowanie zostawia dla dokumentów spoza systemu.
Najczęstsze pytania
Co to jest reengineering w prostych słowach?
To przeprojektowanie procesu od zera. Zamiast poprawiać istniejące kroki, firma pyta, jaki wynik ma dostać klient, i układa drogę do niego od nowa - często z mniejszą liczbą etapów, przekazań i akceptacji. Celem jest skokowa poprawa czasu, kosztu lub jakości, a nie drobne usprawnienia.
Czym jest BPR?
BPR to skrót od business process reengineering, czyli reengineeringu procesów biznesowych. W polskich tekstach spotyka się też określenia reinżynieria procesów biznesowych, przeprojektowanie procesów i przemodelowanie procesów. Koncepcję spopularyzowali Michael Hammer i James Champy na początku lat 90.
Czym reengineering różni się od kaizen?
Kaizen poprawia istniejący proces małymi, częstymi krokami, a zmiany zgłaszają ludzie, którzy go wykonują. Reengineering odrzuca obecny przebieg i projektuje nowy, zwykle z decyzji zarządu. Kaizen jest bezpieczniejszy i wolniejszy, reengineering szybszy i bardziej ryzykowny. Firmy często stosują oba po kolei.
Jakie są etapy reengineeringu procesów?
Wybór procesu o dużym wpływie na klienta lub koszty, diagnoza stanu obecnego, projekt procesu docelowego od wyniku wstecz, dobór technologii, pilotaż na wycinku organizacji, wdrożenie i pomiar efektów względem punktu wyjścia. Projekty często zawodzą na etapie wdrożenia, gdy pominięto ludzi, którzy mają nowym procesem pracować.
Czy reengineering oznacza zwolnienia?
Nie musi. W latach 90. wiele firm nazywało reengineeringiem zwykłą redukcję etatów, co zaszkodziło samej koncepcji. Dobrze przeprowadzony reengineering usuwa zbędne kroki, a zwolniony czas ludzi przenosi do zadań, których wcześniej nie było komu wykonywać, na przykład do obsługi klienta lub kontroli.
Czy reengineering to to samo co automatyzacja procesów?
Nie. Automatyzacja przyspiesza wykonanie kroków, a reengineering decyduje, które kroki w ogóle zostają. Automatyzacja złego procesu utrwala jego wady. Najlepszy efekt daje kolejność: najpierw przeprojektowanie, potem odwzorowanie nowego procesu w systemie workflow.
Powiązane hasła
Zobacz, jak wygląda to w systemach, które wdrażamy w polskich firmach.
