Jak sprawdzić, czy ktoś potrafi wykonać procedurę SOP

Sprawdź wąskie zadanie z początkiem i rozpoznawalnym wynikiem. Zapisz dane dla testera, oczekiwany produkt procedury i decyzje poza jego uprawnieniami. W fikcyjnym uzupełnieniu wejściem jest arkusz z datą i lista dostawców, a wynikiem projekt prośby do przeglądu kierownika.

Ustal sukces przed startem. Tester powinien użyć informacji z SOP, wykonać zwykłą ścieżkę oraz zatrzymać się lub poprosić o pomoc przy braku danych. Zapobiega to zmianie standardu po obserwacji.

Daj testerowi wersję SOP przeznaczoną do użycia wraz z formularzami, źródłami i sprzętem wskazanymi w procedurze. Zapisz wersję i datę, aby powiązać uwagi z instrukcją. Unikaj ustnych wskazówek nieobecnych w dokumencie, bo mogą ukryć lukę.

Uwzględnij zwykły przypadek i co najmniej jeden wyjątek, który SOP ma obsługiwać. Arkusz uzupełnienia może mieć znaną wielkość opakowania w zwykłym przypadku i brak w wyjątku. Dane powinny przypominać oczekiwane warunki pracy, a nie utrudniać zadanie dla zasady.

Poproś testera o pracę z SOP i wskazanie chwili, gdy nie wie, co dalej. Zanotuj krok zatrzymania, używaną instrukcję i wynik. Przy zgadywaniu zapisz założenie oraz krok, który je umożliwił. Prowadzący odpowiadający na każde pytanie pomaga skończyć, ale test nie pokaże wystarczalności dokumentu.

Skup ocenę na procedurze, nie na osobie. Zapytaj o niejasną treść lub brakujący odnośnik i porównaj wynik z kryteriami. Celem jest znalezienie braków instrukcji, a nie uogólnienie wydajności pracowników z jednej próby.

Trzy fikcyjne scenariusze sprawdzają zwykłą ścieżkę i dwa wyjątki.

• Scenariusz: zwykłe uzupełnienie; wejście: arkusz i wielkości opakowań obecne; oczekiwanie: projekt listy dla kierownika; fikcyjny wynik: tester przygotował listę i powiązał arkusz
• Scenariusz: brak wielkości opakowania; wejście: przy jednej pozycji brakuje wielkości opakowania dostawcy; oczekiwanie: zatrzymaj się i zapytaj wskazanego kierownika; fikcyjny wynik: tester zgadł ilość, więc instrukcja zatrzymania wymaga podkreślenia
• Scenariusz: sprzeczne stany; wejście: dwa arkusze z różnymi sumami; oczekiwanie: zachowaj oba i poproś o decyzję; fikcyjny wynik: tester nie znalazł ścieżki wyjątku i zatrzymał się na kroku czwartym

Procedura może działać z pełnymi danymi i zawieść przy braku elementu, sprzecznym źródle lub niedostępnej osobie. Wybierz wyjątki mogące wpłynąć na pracę i ustal oczekiwane działanie. Właściwym wynikiem może być zatrzymanie i eskalacja zamiast zakończenia.

Zapisz, czy tester zauważył wyjątek, wiedział, gdzie go skierować, i nie wymyślił wartości. Brakującą decyzję przekaż właścicielowi procesu. Nie wymagaj od testera rozstrzygnięć polityki lub biznesu poza uprawnieniami SOP.

Na podstawie obserwacji wprowadź konkretną zmianę, np. przykładowe dane, właściciela wyjątku lub wyjaśnienie zapisywanego wyniku. Zapisz nową wersję i zachowaj pierwotny wynik przy wcześniejszej. Ponowny test sprawdza zmianę i to, czy nie uczyniła innego kroku niejasnym.

Udana próba mówi, co stało się w tym scenariuszu. Jeśli procedura różni się według lokalizacji, rodzaju pracy lub systemu, wybierz z właścicielem kolejne reprezentatywne przypadki i rozważ skutki błędu.

CSV zapisuje wersję SOP, scenariusz, oczekiwane zachowanie, wynik i następną poprawkę. W fikcyjnym przykładzie drugi tester zgadł wielkość opakowania, więc następna wersja powinna nakazać zatrzymanie i pytanie kierownika. Trzeci zatrzymał się przy sprzecznych stanach, co wskazuje brak ścieżki lub właściciela wyjątku.

SweetProcess przedstawia przykłady SOP i elementy takie jak kroki i odpowiedzialność. Szablony nie dowodzą wykonalności konkretnej procedury. Dowodem dla poprawianego dokumentu są zaobserwowane testy.

Poproś asystenta Areinum o uporządkowanie wersji procedury, danych testu i obserwacji w rejestr przeglądu. Właściciel procesu ustala wynik, obserwuje test i decyduje o poprawkach.