Jak wygląda wdrożenie automatyzacji procesów krok po kroku
Wdrożenie automatyzacji pojedynczego procesu w firmie MŚP trwa od 2 do 10 tygodni i przebiega w sześciu etapach: audyt procesu, mapowanie, prototyp, budowa, testy równoległe, przekazanie i utrzymanie. Największym ryzykiem nie jest technologia, tylko automatyzowanie procesu, którego nikt wcześniej nie opisał. Około 60 procent czasu wdrożenia zajmuje ustalanie, jak proces naprawdę działa, a nie budowanie rozwiązania.
Sześć etapów, z czasami i kosztami
| Etap | Co powstaje | Czas | Twój udział | Udział w koszcie |
|---|---|---|---|---|
| 1. Audyt | Lista procesów z oceną, co się opłaca | 2 – 5 dni | 2 – 4 h | 5 – 10% |
| 2. Mapowanie | Karta procesu, reguły, wyjątki | 3 – 7 dni | 3 – 6 h | 15 – 25% |
| 3. Prototyp | Działający fragment na prawdziwych danych | 3 – 5 dni | 1 – 2 h | 10 – 15% |
| 4. Budowa | Pełne rozwiązanie z obsługą błędów | 1 – 5 tyg. | 1 – 3 h | 35 – 45% |
| 5. Testy równoległe | Potwierdzenie zgodności ze stanem obecnym | 1 – 3 tyg. | 2 – 5 h | 10 – 15% |
| 6. Przekazanie | Dokumentacja, szkolenie, plan awaryjny | 2 – 4 dni | 2 – 3 h | 5 – 10% |
Zwróć uwagę na proporcje. Sama budowa to mniej niż połowa kosztu. Etapy 1, 2 i 5, czyli rozumienie procesu i sprawdzenie wyniku, to razem 30 do 50 procent. Wykonawca, który proponuje pominięcie mapowania, żeby było taniej, przenosi ten koszt na etap poprawek, gdzie jest trzy razy droższy.
Etap 1. Audyt, czyli co w ogóle warto automatyzować
Cel: wybrać właściwy proces, a nie pierwszy zgłoszony. Każdy kandydat dostaje ocenę w pięciu wymiarach.
| Kryterium | Pytanie kontrolne | Sygnał ostrzegawczy |
|---|---|---|
| Powtarzalność | Ile razy w miesiącu i czy zawsze tak samo | Poniżej 20 powtórzeń miesięcznie |
| Reguły | Czy da się je zapisać jako jeżeli, to | „To zależy, trzeba spojrzeć" |
| Dane wejściowe | Czy przychodzą w powtarzalnej formie | Każdy przysyła inaczej i nie da się tego zmienić |
| Stabilność | Czy proces zmieni się w ciągu roku | Zaplanowana zmiana systemu |
| Właściciel | Kto rozstrzyga wątpliwości | Nikt konkretny albo komitet |
Prosty wzór do wstępnej oceny opłacalności:
Miesięczna oszczędność = liczba powtórzeń × czas jednego × stawka godzinowa × 0,8
Zwrot w miesiącach = koszt wdrożenia ÷ miesięczna oszczędność
Mnożnik 0,8 zamiast 1,0 nie jest przypadkowy. Automatyzacja rzadko zabiera sto procent pracy, zostaje obsługa wyjątków i sprawdzanie wyników. Kto liczy bez tego mnożnika, obiecuje efekt, którego nie dowiezie.
Jeśli zwrot wychodzi powyżej 18 miesięcy, zwykle odradzam. Nie dlatego, że to nie działa, tylko dlatego, że w tym czasie proces prawdopodobnie się zmieni.
Etap 2. Mapowanie procesu
Najważniejszy i najczęściej pomijany etap. Cel: zapisać, jak proces naprawdę działa, a nie jak powinien. Te dwie rzeczy prawie nigdy nie są tożsame.
Co trzeba ustalić
- Wyzwalacz. Co dokładnie uruchamia proces. Mail? Godzina? Wpis w systemie? Telefon?
- Kroki. Każdy, łącznie z tymi, które wydają się oczywiste. „Sprawdzam, czy to nie duplikat" to krok, choć nikt go nie zapisuje.
- Decyzje. Gdzie ktoś podejmuje decyzję i na jakiej podstawie.
- Wyjątki. Co się dzieje, gdy dokument jest niekompletny, kwota nietypowa, dostawca nowy, osoba akceptująca na urlopie.
- Wynik. Po czym poznajesz, że proces zakończył się poprawnie.
Pytanie, które ujawnia najwięcej. „Kiedy ostatnio coś w tym procesie poszło nie tak i co wtedy zrobiliście?" Ludzie opisują proces w wersji idealnej, bo tak go pamiętają. Wyjątki wychodzą dopiero na konkretnym wspomnieniu. A to właśnie wyjątki wywracają wdrożenia.
Skąd się bierze reguła o sześćdziesięciu procentach
W większości wdrożeń więcej czasu schodzi na ustalanie i doprecyzowywanie procesu niż na budowanie. Typowy przebieg: opis brzmi jasno, prototyp działa, a potem przy pierwszych prawdziwych danych wychodzi, że są cztery przypadki, o których nikt nie wspomniał, bo „to oczywiste". Dlatego mapowanie robi się przed budową, a nie w jej trakcie.
Etap 3. Prototyp
Cel: udowodnić na prawdziwych danych, że najtrudniejszy fragment działa, zanim powstanie reszta. Prototyp obejmuje 20 do 30 procent zakresu, ten najbardziej ryzykowny.
- Jeśli ryzykiem jest odczyt dokumentów, prototyp przetwarza 50 prawdziwych faktur i pokazuje skuteczność.
- Jeśli ryzykiem jest integracja z systemem, prototyp pobiera i zapisuje jeden rekord.
- Jeśli ryzykiem jest wydajność, prototyp przerabia partię o realnej wielkości i mierzy czas.
Prototyp jest brzydki, nie ma obsługi błędów i nie nadaje się do produkcji. To celowe. Ma odpowiedzieć na jedno pytanie: czy to w ogóle zadziała. Jeśli odpowiedź brzmi nie, tracisz 3 do 5 dni, a nie 6 tygodni.
Etap 4. Budowa właściwa
Tu powstaje rozwiązanie, które ma działać przez lata. Różnica między prototypem a produkcją to głównie rzeczy, których nie widać:
| Element | Po co |
|---|---|
| Obsługa błędów | Żeby jeden nietypowy dokument nie zatrzymał całej kolejki |
| Ponawianie prób | Systemy bywają niedostępne. Trzy próby w odstępach rozwiązują 90 procent takich przypadków |
| Zabezpieczenie przed duplikatami | Żeby ponowne uruchomienie nie przetworzyło tego samego dwa razy |
| Dziennik działań | Żeby dało się odtworzyć, co się stało i kiedy |
| Powiadomienia o awarii | Żeby dowiedzieć się o problemie od systemu, nie od klienta |
| Kolejka spraw do człowieka | Dla przypadków poniżej progu pewności |
| Sejf na dane dostępowe | Żeby hasła nie leżały w konfiguracji |
Etap 5. Testy równoległe
Przez ustalony czas proces działa dwutorowo: automat robi swoje, człowiek robi po staremu, a wyniki się porównuje. To jedyny sposób, żeby zyskać pewność bez ryzyka.
| Typ procesu | Długość testów | Warunek zakończenia |
|---|---|---|
| Raport wewnętrzny | 1 – 2 tygodnie | Zgodność liczb w trzech kolejnych cyklach |
| Obieg dokumentów | 2 – 3 tygodnie | Brak dokumentu, który utknął bez powiadomienia |
| Proces dotykający księgowości | Pełny miesiąc plus zamknięcie | Zamknięcie miesiąca bez rozbieżności |
| Proces wobec klienta | 3 – 4 tygodnie | Zero błędów widocznych na zewnątrz |
Rozbieżności w testach to nie porażka, tylko cel tego etapu. Każda z nich to wyjątek, który nie wyszedł podczas mapowania. Typowo wychodzi ich 3 do 8. Jeśli nie wyszła żadna, to znaczy, że testy były zbyt płytkie.
Etap 6. Przekazanie i utrzymanie
Cztery rzeczy, bez których wdrożenie nie jest skończone, choć technicznie działa:
- Dokumentacja, po polsku, z opisem co robi, kiedy się uruchamia, gdzie zaglądać przy problemie i co oznacza każdy komunikat.
- Procedura awaryjna. Jak wykonać proces ręcznie, gdy automat nie działa. Jedna kartka, przetestowana przez kogoś, kto nie brał udziału w budowie.
- Wskazana osoba po stronie firmy, która wie, gdzie zajrzeć i kogo zawołać.
- Ustalone zasady utrzymania. Kto reaguje, w jakim czasie, w jakich godzinach.
Co się psuje w automatyzacjach po roku
- Zewnętrzne API zmienia wersję albo format odpowiedzi.
- Wygasa token dostępowy albo certyfikat.
- Ktoś zmienia nazwę kolumny w arkuszu, z którego korzysta przepływ.
- Osoba akceptująca odchodzi z firmy i przepływ wysyła zadania do nikogo.
- Rośnie wolumen i rozwiązanie zaprojektowane na 200 dokumentów dostaje 2 000.
Wszystkie te przypadki są przewidywalne i wszystkim da się zapobiec powiadomieniami. Dlatego 10 do 20 procent kosztu wdrożenia rocznie na utrzymanie to nie jest opłata za nic, tylko cena tego, że proces nadal działa.
Osiem błędów, które psują wdrożenia
| Błąd | Jak się objawia | Jak temu zapobiec |
|---|---|---|
| 1. Automatyzacja złego procesu | Działa świetnie, ale nikt nie odczuwa różnicy | Audyt z liczbami przed wyborem, nie po |
| 2. Pominięcie mapowania | Ciągłe poprawki po uruchomieniu, projekt się nie kończy | Karta procesu podpisana przed budową |
| 3. Brak właściciela po stronie firmy | Pytania wiszą tygodniami, terminy się przesuwają | Jedna osoba z prawem decyzji, wskazana na starcie |
| 4. Zbyt duży pierwszy projekt | Sześć miesięcy bez efektu, organizacja traci wiarę | Pierwsze wdrożenie z efektem widocznym w 4 tygodnie |
| 5. Brak obsługi wyjątków | Jeden nietypowy przypadek blokuje całość | Kolejka spraw do człowieka od pierwszego dnia |
| 6. Przełączenie bez testów równoległych | Błędy wychodzą na prawdziwych danych, u klienta | Minimum dwa tygodnie pracy dwutorowej |
| 7. Wiedza tylko w głowie wykonawcy | Wykonawca znika, nikt nie umie tego ruszyć | Dokumentacja i kod po Twojej stronie, w Twoim repozytorium |
| 8. Pominięcie rozmowy z zespołem | Ciche zatajanie wyjątków, automat działa źle | Rozmowa o wpływie na pracę przed startem, nie po |
Karta procesu, wzór do wypełnienia
Wypełnij to przed pierwszą rozmową z kimkolwiek, kto ma wycenić automatyzację. Zwykle sam ten dokument pokazuje, czy proces nadaje się do automatyzacji, jeszcze zanim ktokolwiek spojrzy na technologię.
Karta procesu
Podstawy
- Nazwa procesu:
- Właściciel, osoba rozstrzygająca wątpliwości:
- Kto go dziś wykonuje, ile osób:
- Jak często i ile powtórzeń miesięcznie:
- Czas jednego powtórzenia, zmierzony, nie oszacowany:
Przebieg
- Co uruchamia proces:
- Kroki, po kolei, wszystkie:
- W których krokach ktoś podejmuje decyzję i na jakiej podstawie:
- Jakie systemy są dotykane i w jaki sposób:
- Po czym poznaję, że proces zakończył się poprawnie:
Wyjątki, tu jest największa wartość tej karty
- Co się dzieje, gdy dane wejściowe są niekompletne:
- Co się dzieje, gdy kwota lub przypadek jest nietypowy:
- Co się dzieje, gdy osoba decyzyjna jest nieobecna:
- Kiedy ostatnio coś poszło nie tak i jak to rozwiązano:
- Ile procent przypadków to wyjątki, z grubsza:
Ograniczenia
- Czy dane są wrażliwe lub objęte tajemnicą:
- Czy proces ma termin regulacyjny lub umowny:
- Czy planowana jest zmiana systemu w ciągu roku:
- Kto musi wyrazić zgodę na zmianę tego procesu:
Oczekiwania
- Co ma być lepiej: szybciej, taniej, mniej błędów, mniej zależności od jednej osoby:
- Ile czasu miesięcznie chcę odzyskać:
- Jaki budżet uznam za rozsądny:
Jak czytać wypełnioną kartę
- Puste pole „właściciel" oznacza, że projekt utknie. To najczęstsza przyczyna niedokończonych wdrożeń.
- Wyjątki powyżej 30 procent przypadków oznaczają, że to nie jest proces, tylko zbiór podobnych sytuacji. Trzeba go najpierw rozdzielić.
- „Czas jednego powtórzenia" oszacowany, nie zmierzony, bywa zawyżony dwukrotnie. Warto raz zmierzyć stoperem, zanim policzy się zwrot.
- Planowana zmiana systemu to sygnał, żeby poczekać. Automatyzacja pod system, który zniknie, to pieniądze wyrzucone.
Najczęstsze pytania
Jak długo trwa wdrożenie automatyzacji jednego procesu?
Prosty proces, jedno źródło danych, jedna ścieżka: 2 do 3 tygodni. Proces średni, kilka systemów, akceptacja dwustopniowa: 4 do 7 tygodni. Proces złożony, integracja z systemem księgowym lub ERP, wiele wyjątków: 8 do 14 tygodni. Do tego dochodzi czas po Twojej stronie, zwykle 6 do 15 godzin rozmów, testów i decyzji.
Od czego zacząć automatyzację w firmie?
Od procesu, który jest powtarzalny, ma jasne reguły, zajmuje co najmniej kilka godzin miesięcznie i ma jednego właściciela. Nie od najbardziej bolesnego, tylko od najprostszego z sensownym efektem. Pierwsze wdrożenie ma dwie funkcje: dać oszczędność i nauczyć organizację, jak się z tym pracuje. Zaczynanie od najtrudniejszego procesu to najczęstsza przyczyna porzucenia tematu.
Czy muszę mieć opisane procesy przed rozpoczęciem?
Nie, ale ktoś musi je znać. Mapowanie jest częścią wdrożenia i zwykle wtedy po raz pierwszy powstaje rzetelny opis. Wymagam natomiast wskazania jednej osoby, która ma prawo rozstrzygać wątpliwości. Bez takiej osoby projekt utyka na pytaniach typu co zrobić, gdy faktura nie ma zamówienia.
Co się dzieje, gdy automatyzacja przestanie działać?
Każde wdrożenie powinno mieć trzy rzeczy: powiadomienie o awarii do konkretnej osoby, opisaną procedurę ręcznego wykonania procesu na czas przestoju oraz dziennik, z którego widać, co się stało. Automatyzacja bez planu awaryjnego zamienia drobną usterkę w zatrzymanie działu.
Ile kosztuje utrzymanie automatyzacji?
Realistycznie 10 do 20 procent kosztu wdrożenia rocznie. Składa się na to reagowanie na zmiany w systemach zewnętrznych, drobne poprawki, aktualizacje. Wdrożenie za 20 000 zł oznacza 2 000 do 4 000 zł rocznie utrzymania. Kto twierdzi, że automatyzacja nie wymaga utrzymania, nie prowadził jej dłużej niż rok.
Czy pracownicy nie będą się bali, że stracą pracę?
To realna obawa i lekceważenie jej psuje wdrożenia. Pracownik, który obawia się o etat, nieświadomie zatai wyjątki i szczegóły, przez co automat będzie działał źle. Dlatego rozmowę o tym trzeba odbyć na początku, a nie po. W praktyce automatyzacja najczęściej zdejmuje część zadań, a nie całe stanowisko, ale to musi paść wprost od osoby decyzyjnej.
Masz taki proces u siebie?
Opowiedz mi o nim w kilku zdaniach. Odpowiem, czy da się to zautomatyzować, ile mniej więcej zajmie i ile będzie kosztować. Rozmowa i wstępna wycena nic nie kosztują.
Napisz do mnieAlbo od razu: +48 503 430 344 · [email protected]