Mapa procesu ma pokazywać nie tylko kolejność działań, lecz także decyzje i momenty, w których zadania przechodzą między osobami lub zespołami. Jej użyteczność zależy od tego, czy odzwierciedla rzeczywisty przebieg pracy i ma szczegółowość dopasowaną do celu — ogólny przegląd wymaga innego poziomu opisu niż analiza problemu.
Określ cel, zakres i początek oraz koniec procesu
Przed mapowaniem określ, po co powstaje mapa, jaki proces obejmuje oraz gdzie zaczyna się i kończy analizowany przebieg. Jasne granice porządkują analizę: wskazują, co należy do jej zakresu, a co pozostaje poza nim. Cel pomaga też dobrać poziom szczegółowości. Do ogólnego przeglądu zwykle wystarczy mapa głównych etapów, zakresu i relacji między procesami. Jeśli chcesz zbadać złożony przebieg, przyczyny problemu, opóźnień lub nieefektywności albo przygotować audyt, potrzebny może być dokładniejszy opis — bez nadmiaru detali, które nie służą temu celowi.
Na etapie wstępnego ustalania zakresu pomocny może być model SIPOC: porządkuje dostawców, wejścia, proces, wyjścia i klientów, a także pomaga wskazać interesariuszy przed szczegółowym mapowaniem.
Odtwórz rzeczywisty przebieg działań na podstawie pracy zespołów
Aby opisać stan rzeczywisty procesu, zbierz informacje od uczestników, obserwuj wykonywaną pracę i przeanalizuj dokumenty oraz raporty. Żadne z tych źródeł nie powinno zastępować pozostałych: zestawiaj relacje z tym, co faktycznie dzieje się podczas pracy, oraz z dostępnymi zapisami.
Na tej podstawie zapisuj wykonywane działania i przepływy — informacji lub materiałów — a także wykorzystywane zasoby i zależności między uczestnikami. Odróżniaj to, co wynika z obserwacji, od tego, co opisują rozmówcy lub dokumentacja; dzięki temu mapa pokazuje obecny przebieg, a nie wyłącznie procedurę deklarowaną albo planowany stan docelowy.
Ułóż kolejność zadań, decyzji i możliwych ścieżek
Kolejność działań pokaż jako sekwencję połączonych strzałkami symboli, a rozgałęzienie umieść przy decyzji. W podstawowym schemacie blokowym prostokąt oznacza zadanie, romb — decyzję, strzałka — przepływ, a terminator — początek lub koniec procesu. Dzięki temu widać zarówno główny przebieg, jak i alternatywne ścieżki wynikające z rozstrzygnięcia.
Jeśli potrzebny jest bardziej ustandaryzowany zapis logiki, można użyć BPMN, który określa symbole zadań, zdarzeń i decyzji. Wybór notacji zależy więc od tego, czy ważniejsza jest prostota diagramu, czy standaryzacja modelu.
Przypisz odpowiedzialności i zaznacz przekazania między zespołami
W mapie swimlane umieść każde działanie w torze przypisanym osobie, roli lub zespołowi. Przejście między torami pokazuje przekazanie pracy, na przykład między działami. Taki układ uwidacznia, kto wykonuje zadanie i gdzie zmienia się jego wykonawca; sam w sobie nie rozróżnia jednak wszystkich rodzajów odpowiedzialności przypisanych do zadania.
Do tego rozróżnienia służy macierz RACI, która przypisuje role do poszczególnych zadań:
- Responsible — wykonuje zadanie.
- Accountable — ponosi ostateczną odpowiedzialność za wynik.
- Consulted — jest konsultowany.
- Informed — otrzymuje informacje o postępach.
Responsible i Accountable opisują więc różne role: wykonanie pracy nie jest tym samym co ostateczna odpowiedzialność za jej wynik.
Zweryfikuj mapę z uczestnikami i wskaż miejsca wymagające wyjaśnienia
Przejdź z osobami zaangażowanymi w proces przez wstępną mapę i sprawdź, czy jej opis zgadza się z praktyką. Taki przegląd pomaga wychwycić brakujące kroki, powtórzenia, niejasności i błędy — elementy, które mogą sprawić, że mapa nie oddaje rzeczywistego przebiegu pracy.
Ustalenia wykorzystaj do korekty mapy, a miejsca, których nie udało się rozstrzygnąć, wyraźnie oznacz jako wymagające wyjaśnienia. Dzięki temu odróżnisz elementy potwierdzone przez uczestników od tych, które nadal wymagają doprecyzowania.
