Audyt procesowy przed wdrożeniem IT: dlaczego pominięty etap kosztuje rok i cały budżet

W ostatnich tygodniach trafiły do mnie dwa zapytania. Oba z kategorii „ratuj, co się da". Oba po wdrożeniach, które kosztowały dużo i dały mało. I oba z tym samym pierwotnym grzechem — nikt przed startem nie zapytał: „Hej, a co my tak naprawdę tu mamy?"

Niech to przez chwilę wsiąknie.

Case #1 — DMS, 12 miesięcy i historia użytkownika, której nie ma

Firma produkcyjna. Wdrożenie systemu zarządzania dokumentami (DMS) — projekt rozpisany na cały rok, z dedykowanym pracownikiem po stronie klienta i całym zespołem po stronie wdrożeniowców.

Cały rok. I w pewnym momencie okazuje się, że nikt — ani ten pracownik, ani tamten zespół — nie zebrał historii użytkowników.

Co to jest historia użytkownika? To fundament każdego wdrożenia IT. Odpowiedź na pytanie: „kto, co robi i po co" w systemie, który właśnie budujesz. Bez tego nie wiesz, dla kogo projektujesz. Nie wiesz, co ma działać. Budujesz dom bez planu, bo ładnie wygląda cegła.

Błąd w sztuce? Tak, rażący. Ale pytanie brzmi: dlaczego to wyszło po 12 miesiącach, a nie przed pierwszym sprintem?

Bo nikt nie zrobił audytu stanu pierwotnego. Nikt nie usiadł z ludźmi, którzy będą używać systemu, i nie zapytał: „Jak teraz to robisz? Czego ci brakuje? Co cię boli?". Zamiast tego — od razu technologia. Od razu wdrożenie. Od razu faktura.

Case #2 — Hurtownia z WMS-em i magazynem, który cyfryzacja nie naprawiła

Drugi przypadek. Hurtownia, e-commerce, nowoczesne narzędzia — WMS, integracje, dashboardy. Brzmi jak sukces.

Problem: zebranie jednego zamówienia trwa trzy razy dłużej niż powinno. Nie dlatego, że system jest zły. Dlatego, że produkty leżą tam, gdzie leżą — bez logiki, bez analizy rotacji, bez uwzględnienia tego, co schodzi najczęściej, a co raz na kwartał.

Cyfryzacja przyspieszyła rejestrację zamówienia w systemie. Ale pracownik i tak musi przejść pół hali po produkt, który mógłby leżeć przy stanowisku pakowania. Żaden algorytm tego nie naprawi, jeśli fizyczny layout magazynu nie był elementem analizy przed wdrożeniem.

Tu znów: nikt nie sprawdził procesów bazowych. Nikt nie zapytał: „Jak wygląda droga produktu od przyjęcia do wysyłki?". Wdrożono narzędzie na wierzch chaosu. Chaos jest teraz szybszy i droższy.

Automatyzacja zastosowana do operacji nieefektywnej powiększy tę nieefektywność. — Bill Gates

Oba przypadki to nie wina technologii. Technologia działała zgodnie ze specyfikacją. Wina leży wcześniej — w braku rozpoznania terenu przed bitwą.

Wyobraź sobie chirurga, który operuje bez wcześniejszego obrazowania. „Widziałem już dużo brzuchów, wiem co tam jest" — mówi. Może tym razem trafi. Może nie.

Audyt procesowy to właśnie to RTG przed operacją. Bez niego wdrożenie jest operacją na czuja.

Co powinien zawierać audyt procesowy przed wdrożeniem IT?

To nie jest lista dla korporacji z działem PMO. To minimum dla każdej firmy, która planuje automatyzację lub cyfryzację.

1. Mapowanie procesów tak jak są — nie jak powinny być

Zapomnij na chwilę o tym, co chcesz osiągnąć. Najpierw zapisz to, co istnieje. Krok po kroku: kto robi co, w jakiej kolejności, z jakim narzędziem. Każdy wyjątek, każde „ale u nas to inaczej".

2. Rozmowy z użytkownikami końcowymi — nie tylko z zarządem

Zarząd wie, jak procesy wyglądają w prezentacji PowerPoint. Pracownicy wiedzą, jak wyglądają o 14:00 w piątek. To są dwie różne wersje rzeczywistości. Zbierz obie.

3. Inwentaryzacja fizyczna i logistyczna

Jeśli masz magazyn, produkcję, punkty obsługi — wyjdź z biura. Zmierz. Policz. Sprawdź, gdzie fizycznie leżą rzeczy i dlaczego tam leżą. System komputerowy jest tylko lustrem rzeczywistości. Jeśli rzeczywistość jest krzywa, lustro też będzie krzywe.

4. Identyfikacja wąskich gardeł przed, nie po

Gdzie uciekają godziny? Gdzie powstają błędy? Gdzie ludzie mają swoje „obejścia" i własne arkusze Excela, bo oficjalny system nie daje rady? To są sygnały. Czytaj je zanim wdrożysz cokolwiek nowego.

5. Dokumentacja wiedzy ukrytej

Wiedza w głowach kluczowych pracowników to bomba z opóźnionym zapłonem. Audyt to też moment, żeby wyciągnąć tę wiedzę na zewnątrz — zanim ten pracownik odejdzie lub pójdzie na urlop.

Dlaczego audyt jest pomijany nawet przez doświadczonych wdrożeniowców?

Szczera odpowiedź: bo audyt nie wygląda jak praca. Wdrożenie wygląda jak praca. Konfiguracja systemu, integracje, migracja danych — to widać, to można pokazać na ekranie, to można fakturować per moduł.

Siedzenie z pracownikiem magazynu przez dwie, a może cztery godziny i pytanie go, jak przebiega dzień pracy? Na to trzeba mieć odwagę i metodę. I gotowość na to, że usłyszysz rzeczy, które skomplikują projekt.

Właśnie dlatego te dwa zapytania, które do mnie trafiły, skończyły się tak jak się skończyły. Ktoś pominął etap, który nie wygląda spektakularnie. I zapłacił za to łącznie dwa lata i cały budżet wdrożeniowy.

Jak podchodzimy do tego w sukcesytoprocesy.pl?

Nie zaczynamy od kodowania. Zaczynamy od zrozumienia.

Każde nasze zaangażowanie otwiera Audyt Procesowy i Technologiczny — mapujemy to, co jest, inwentaryzujemy systemy IT, rozmawiamy z ludźmi na różnych szczeblach. Szukamy wąskich gardeł, zanim zaproponujemy jakiekolwiek narzędzie.

Dopiero po audycie projektujemy nowy przepływ pracy. Dopiero wtedy piszemy kod, konfigurujemy integracje, stawiamy środowiska.

Efekty tego podejścia widać w konkretnych liczbach: 200 000 PLN odzyskane z zamrożonego magazynu, 125 000 PLN oszczędności rocznych na obiegu faktur.

Technologia jest wzmacniaczem. Jeśli wzmacniasz coś dobrego — rośniesz. Jeśli wzmacniasz bałagan — bałagan rośnie szybciej.

Jeśli rozpoznajesz w tym tekście swoją firmę — albo firmę, którą właśnie masz „naprawić po nieudanym wdrożeniu" — umów się na bezpłatną 30-minutową konsultację. Bez zobowiązań, bez oferty w pierwszej wiadomości.

Zawsze zaczynamy od jednego pytania: „Co tak naprawdę tu masz?"