Zasady
Role, etapy i warunki przejścia między zadaniami.
BPM
BPM pozwala opisać i doskonalić przebieg pracy między ludźmi i systemami. Pokazuje, kto wykonuje następny krok i co jest potrzebne do decyzji.
Role, etapy i warunki przejścia między zadaniami.
Akceptacja, uzupełnienie i przekazanie do realizacji.
Czas oczekiwania i przyczyny powrotu spraw.
Opisujemy początek i koniec sprawy, role, warunki przejścia oraz sytuacje wyjątkowe. Formularz jest jednym z elementów: równie ważne są reguły zatwierdzania, terminy, zastępstwa i sposób cofnięcia sprawy do uzupełnienia.
BPM to także metoda analizy i doskonalenia. Może obejmować kilka aplikacji oraz działania poza ERP; nie jest z definicji jego modułem.
Pracownik składa wniosek z uzasadnieniem. System sprawdza kompletność i kieruje go do osoby uprawnionej do decyzji. Brak danych uruchamia uzupełnienie, a akceptacja może przekazać dyspozycję do ERP. Każdy krok zostaje w historii.
Proces musi przewidywać nieobecność, odrzucenie, zmianę wartości i ponowne zgłoszenie. Bez obsługi tych przypadków automatyzacja tylko przenosi dotychczasowe zatory do formularza.
Potrzeba, kwota i uzasadnienie.
Kompletność i osoba uprawniona do decyzji.
Akceptacja, odrzucenie albo uzupełnienie.
Przekazanie zatwierdzonej dyspozycji do ERP.
Wniosek wymagający uzupełnienia wraca do autora. Zmiana istotnych warunków może wymagać ponownej akceptacji.
Analizujemy czas oczekiwania, liczbę zwrotów do uzupełnienia i przyczyny zatrzymania. Te dane pomagają zmienić regułę lub usunąć niepotrzebny etap. Celem jest poprawa przebiegu pracy, a nie dodawanie kolejnych akceptacji.
Workflow realizuje kroki konkretnego obiegu. BPM obejmuje również analizę, dobór mierników i poprawianie zasad pracy. Automatyzacja powinna następować po zrozumieniu procesu.
Przy każdym etapie wskazujemy odpowiedzialną rolę, termin i warunek zakończenia. Zastępstwo powinno zachowywać zakres uprawnień, a eskalacja pomagać rozwiązać zator.
Zmiana reguł wymaga decyzji, jak potraktować sprawy już rozpoczęte. Bez rozróżnienia wersji procesu trudno wyjaśnić, dlaczego dwa podobne wnioski przeszły inną drogę.
Kto przejmuje zadanie, na jak długo i do jakich spraw uzyskuje dostęp.
Powód uzupełnienia, historia komentarzy i jednoznaczne ponowne przekazanie.
Pola, których edycja po zatwierdzeniu uruchamia ponowną decyzję.
Rozróżnienie akceptacji, realizacji, anulowania i odmowy.
Warto odróżnić czas wykonywania czynności od czasu oczekiwania na nią. Raport liczby otwartych spraw jest przydatniejszy, gdy pokazuje etap, wiek i odpowiedzialną rolę.
Pierwszą zmianę sprawdzamy na ograniczonym zakresie. Obserwujemy, czy użytkownicy rzadziej uzupełniają brakujące dane i czy kolejny krok jest zrozumiały. Dopiero wtedy rozszerzamy reguły na pozostałe procesy.
Pytania i odpowiedzi
Nie zawsze. Można uporządkować jeden obieg i połączyć istniejące narzędzia. Technologię dobieramy po opisaniu ról, decyzji i wyjątków.
Nie. To sposób opisania i doskonalenia pracy, którą mogą realizować ludzie i różne aplikacje. Narzędzie dobieramy do ustalonych reguł.
Od powtarzalnego przebiegu z rozpoznawalnym początkiem i końcem, właścicielem oraz mierzalnym problemem. Dobrze sprawdzają się wnioski, akceptacje i obsługa zgłoszeń.
Zacznijmy od rozmowy
Opisz decyzję, której brakuje danych, i obecny przebieg pracy. Ustalimy zakres rozwiązania oraz rolę istniejących narzędzi.
Omów potrzeby BPM