Ankieta oceny realizacji zamówienia

Dzisiejszy tytuł wpisu nie jest przypadkowy. Jest to dokładnie tytuł wiadomości e-mail jaką otrzymałem od sklepu internetowego następnego dnia po odebraniu zamówienia w wybranym punkcie. Czasami uruchamiam te ankiety a czasami usuwam takie wiadomości. Tym razem postanowiłem, że przyjrzę się bliżej takiej ankiecie.

Proces realizacji zamówienia rozpoczął się „tradycyjnie” w serwisie internetowym – po przejrzeniu oferty, wybrałem produkty, które chciałem zamówić. Następnie określiłem sposób dostawcy i wskazałem punkt odbioru. Po otrzymaniu wiadomości SMS udałem się po odbiór zamówienia. Proces ten jest przedstawiony na poniższym diagramie. Na diagramie znalazł się również krok: Oceń proces, ponieważ przeważnie występuje on w procesie realizacji zamówienia inicjowanego w sklepie internetowym.

ocena_procesu450px

Wykonując krok Oceń proces musiałem skorzystać z ankiety wskazanej poprzez link w otrzymanej wiadomości. Link kierował do dedykowanego serwisu. W ankiecie były pytania wskazane poniżej. Dla potrzeby wpisu trochę je uogólniłem, aby nie wskazywały wprost jaki sklep internetowy dokładnie wysyła taką ankietę. Jest to zestaw pytań, które potencjalnie pasują do różnych sklepów.

Pytania są następujące:

 

Oznaczenie Pytanie Oceniany krok
A1 Pytanie o szerokość oferty Przejrzyj ofertę, Wybierz produkty
A2 Pytanie o podział oferty na kategorie Przejrzyj ofertę
A3 Pytanie o wyszukiwarkę Przejrzyj ofertę
A4 Pytanie o ceny Przejrzyj ofertę, Wybierz produkty
B1 Pytanie o formy dostawy Złóż zamówienie
B2 Pytanie o formy płatności Złóż zamówienie
C Pytania o lokalizację punktu odbioru Odbierz zamówienie
D Pytania o obsługę w punkcie odbioru Odbierz zamówienie
E Pytanie o zadowolenie z obsługi w punkcie odbioru Odbierz zamówienie
F Pytanie o problemy w trakcie realizacji lub odbioru Odbierz zamówienie
G Pytanie o polecenie sklepu innym cały proces

Pytania na diagramie zostały przyporządkowane do poszczególnych części procesu, zgodnie z powyższą tabelką. Patrząc na pytania w ramach poszczególnych grup można spróbować zinterpretować wyniki:

  • jeżeli spadają oceny w zakresie pytań z grupy A, może to sugerować, że w ofercie brakuje części poszukiwanych produktów przez Klientów i zamawiają te, które znaleźli lub też ceny produktów Klienci są w stanie zaakceptować ale mogłyby być niższe. Jeżeli oceny rosną lub utrzymują się na wysokim poziomie, oznaczać to może, że oferta spełnia oczekiwania Klientów lub jeżeli ktoś już złożył zamówienie, to ocenia w taki sam sposób sklep, nie wnikając w szczegóły. Kwestię dostosowania produktów i ich cech do oczekiwań Klientów opisywałem we wpisie „Promocyjny proces
  • jeżeli spadają oceny w zakresie pytań z grupy B, to oznacza, że Klienci sobie radzą ale oczekują jednak określonych zmian w procesie zamówienia, np. nowej formy dostawy, formy płatności lub inne sklepy stosują rozwiązania, które bardziej odpowiadają Klientom. Jeżeli oceny rosną lub utrzymują się na tym samym wysokim poziomie, oznacza to, że serwis działa zgodnie z oczekiwaniami bądź też korzystają z niego te same grupy Klientów. Dostępność usług analizowałem kiedyś we wpisie „Punkty przełamania dla usługi”.
  • oceny z pytań z grupy C są uzależnione od tego jak gęsta jest sieć punktów odbioru oraz od odległości punktu odbioru od miejsca przebywania, pracy czy zamieszkania Klienta. Zakładając, że Klient wybiera dostawę do danego punktu odbioru świadomie, negatywne oceny mogą świadczyć, że tych punktów jest za mało. Inna sprawa, że niektóre sklepy dostarczają tylko do punktów odbioru i wtedy Klient nie ma wyjścia, jeżeli korzysta z danego sklepu i może to wtedy wpłynąć na oceny. Może też być jeden punkt odbioru w danym mieście.
  • oceny pytań z grup D-E są silnie uzależnione od interakcji międzyludzkich, od czasu i okoliczności, kolejek w punkcie odbioru, doświadczenia osób w nim pracujących, oczekiwań Klientów, rodzaju i jakości produktów, infrastruktury oraz problemów niezależnych od punktu odbioru (np. przerwy w działaniu kart czy brak prądu). O ryzykach, które powodują, że zakupy się nie udają pisałem w innym wpisie.
  • oceny z ostatnich grup F-G, to ocena całego procesu zamówienia i jego odbioru. Im lepsze oceny tym większa szansa, że obecny Klient może przyciągnąć kolejnych Klientów do danego sklepu. Przeważnie są to pytania o chęć polecenia sklepu innym lub powrotu do sklepu kolejny raz. W tej części są także pytania o problemy oraz sugestie Klienta odnośnie procesu. Dzięki odpowiedziom w tej sekcji możemy się dowiedzieć co konkretnie można poprawić. Ocena jakości procesu czy usługi wymaga zbudowania wskaźników.
  • co ciekawe żadne z pytań nie dotyka wprost kwestii związanej z czasem realizacji zamówienia, dlatego też element oczekiwania na możliwość odbioru zamówienia nie został przypisany do żadnej z grup, a został uwzględniony jako elementy oceny całości procesu. Na czas procesu można spojrzeć w różny sposób.

Odpowiednio skonstruowana ankieta i jej analiza pozwalają odpowiedzieć na pytania, które już kiedyś analizowałem we wpisie „Dlaczego taki proces?” oraz „A gdzie wartość dodana procesu?” oraz we wpisach powiązanych. Zakładając, że wypełnione ankiety zawierają „prawdziwe” dane i to, że Klienci chcą nam coś przekazać, abyśmy poprawili proces oraz podejmują taki wysiłek w większości przypadków, gdy mają uwagi, to wnioski takiej ankiety mogą być przydatne podczas poprawy procesu oraz dostosowania go do oczekiwań Klientów.

Myślę, że warto wypełniać jednak takie ankiety po zrealizowanym zamówieniu a także wtedy, gdy takie zamówienie nie dochodzi do skutku (jeżeli jest taka możliwość). Korzyścią jest to, że w przyszłości będziemy mogli potencjalnie skorzystać z lepszego procesu lub też ułatwimy innym korzystanie ze sklepu. Warto też wskazywać konkretne słabości lub braki.

Ocena zamówienia – moment i konstrukcja

Udało się! Dotarło bez części zamówionych produktów, ale wreszcie odebrałem zamówienie, o którym pisałem w poprzednim wpisie. Przyszło w całości, nieuszkodzone, bezpiecznie zapakowane. Choć spodziewałem go się trochę wcześniej. Patrząc na zrealizowany proces mogę dla niego wskazać następujące komentarze:

  1. (+) sklep posiadał produkty, których szukałem,
  2. (+) ceny produktów były akceptowalne,
  3. (+) dostępne sposoby płatności i dostawy pozwoliły wybrać to, co mi pasuje,
  4. (+) nie odwołali/nie wstrzymali zamówienia w przypadku problemów,
  5. (+) produkty przyszły w całości,
  6. (-) zamówienie przyszło z opóźnieniem,
  7. (-) informacje o dostępności produktów nie są do końca prawdziwe, przez co nie dostałem kompletu zamówienia.

Podsumowując:  jestem zadowolony z realizacji tego zamówienia – biorąc pod uwagę liczbę (+) i (-). Co ciekawe sklep ma specyficzny sposób zachęcania do wypełnienia ankiety o zrealizowanym zamówieniu. Pierwszy raz dostałem prośbę, jeszcze przed wysyłką zamówienia – zachęcała do tego wiadomość: „Wystaw opinię o naszym sklepie w zamian za…..” – sprawdziłem, że przyszła po statusie „gotowy do wysłania”. Dzień po odebraniu przesyłki przyszła kolejna wiadomość: „Twoja opinia jest dla nas ważna”, która także odwoływała się w treści do możliwości nagrodzenia za wydanie opinii.

Na poniższym diagramie stanów w UML (ang. state diagram) umiejscowiłem tę prośbę o ocenę (stan „Brak oceny”) w całym procesie zamówienia, patrząc z perspektywy statusów, które otrzymałem w postaci wiadomości e-mail lub określiłem sobie samodzielnie (oznaczone na szaro).

nieocenione2_360px

Po otrzymaniu pierwszej wiadomości, zadałem pytanie: co tak szybko? Przecież zamówienie nawet do mnie nie zostało wysłane. Po drugiej wiadomości, zacząłem zastanawiać się czy chcę wypełniać tę ankietę i w jaki sposób ten fakt wpłynie na moją ocenę, uwzględniając również to, co opisałem w poprzednim wpisie. Ostatecznie uruchomiłem proces oceny, chcąc sprawdzić, czy będzie okazja do wypowiedzenia się w tej kwestii. Wyglądało to następująco:

  • Pytania dotyczyły zakupionego produktu – czyli pytania dotyczące komentarzy (1) i (5) powyżej.
  • Pytania dotyczyły procesu w samym sklepie – dla (2), (3) i (7) powyżej.
  • Pytania dotyczyły czasu dostawy – dla (4), (6) i (7),
  • Prośba o dodatkowe komentarze – tutaj mógłbym wskazać te elementy, o które nie było pytania bezpośrednio. Mógłbym pochwalić za pewną elastyczność związaną z brakiem produktów równocześnie wskazując, że można byłoby to poprawić. Mógłbym wskazać zastrzeżenia co do ankiety itd.

Zabrakło mi w czasie czy nawet przed wypełnieniem ankiety informacji, czy ankieta jest anonimowa, czy zostanie opublikowana na stronie czy tylko przesłana. Dopiero na ostatnim kroku, jest informacja o akceptacji regulaminu, który odpowiada na te pytania. Wydaje się, że taką informację w skrócie można byłoby zawrzeć na 1 ekranie lub w innej formie.  Można też powiedzieć, że wystarczyłaby wysyłka ankiety w tym drugim kroku, na przykład 2 dni po nadaniu przesyłki, zakładając standardowy czas realizacji dostawy dla wybranej formy dostawy.  Plusem jest to, że ankieta jest prostsza od tej, którą kiedyś opisywałem. Ma też element niestandardowy jakim jest możliwość zamieszczenia zdjęcia lub dodatkowe informacji związanej z zamówionym produktem (np. zachęcają do pokazania jak go odbiorca wykorzystuje).

Umiejscowienie prośby o ocenę dla zamówień , które ostatnio składałem, było różne. Konstrukcja ankiety również.   Przeważnie przychodziły w momencie powiadomienia o wysłaniu zamówienia. W jednym przypadku przyszła informacja z pewnym opóźnieniem. Ten czas opóźnienia dla ankiety jest dość istotny – z jednej strony wpływa na to ile pamiętamy z realizowanego procesu, a z drugiej może wpłynąć na samą chęć wypełnienia ankiety. Zależy to od tego jak sprawnie przeszło zamówienie, jakie spowodowało reakcje, a także od podejścia odbiorcy – jedni nie wystawiają ocen wcale a inni to robią zawsze i wszędzie. Reszta z odbiorców jest gdzieś pośrodku i pewnie na pytanie o to, czy wystawią ocenę, odpowiedzą krótko „to zależy”.  Podobnie jest z konstrukcją ankiety – długa i szczegółowa może zniechęcić do jej wystawienia. Prosta i krótka może zachęcić do jej częstego wypełnienia.

Start-stop-continue

Praca w grupie/zespole, działanie osoby pełniącej określoną rolę, realizowany proces, organizacja uroczystości/spotkania/warsztatów… – to tylko niektóre działania mające miejsce czy to w życiu prywatnym, czy to w życiu zawodowym. Sposób działania w każdym z tych obszarów może zostać przeanalizowany przy użyciu metody wskazanej w tytule wpisu – start-stop-continue. Metoda ta zakłada znalezienie odpowiedzi na pytania:

  • [start] co powinniśmy lub powinna zacząć robić osoba, aby osiągnąć lepszy efekt, lepiej zostać ocenionym czy też, aby uniknąć napotkanych problemów?
  • [stop] co powinniśmy lub powinna przestać robić osoba, ponieważ np. zauważamy, że nie przynosi to oczekiwanego efektu, wprowadza zamieszanie lub jest nieefektywne?
  • [continue] co powinniśmy lub powinna nadal robić osoba, ponieważ to przynosi właściwe efekty, jest dobrze oceniane i pomaga w realizacji zadań?

Metoda ta jest także często stosowana, obok innych dostępnych metod, podczas tzw. retrospektywy sprintu. Retrospektywa sprintu jest to spotkanie zespołu scrumowego. Jej celem jest analiza sposobu działania zespołu scrumowego, bazując na obserwacjach i odczuciach członków tego zespołu. Jest okazją, aby omówić co działa, co nie działa a czego nam brakuje podczas realizacji pracy zespołu. Mogą to być takie elementy jak komunikacja, podejście do problemów, dostępność product ownera czy inne elementy. Efektem powinna być propozycja zmian, działań, które można wdrożyć już od kolejnego sprintu.

Osoba, która moderuje takie spotkanie, powinna zadbać o zachowanie pewnego porządku spotkania, tak, aby każdy z uczestników miał świadomość jakie są oczekiwania, czego może się spodziewać oraz jaki rodzaj zaangażowania będzie oczekiwany. Pozwoli to także zapewnić, aby każdy z członków zespołu miał możliwość, aby się wypowiedzieć i przekazać swoje uwagi, przemyślenia czy zastrzeżenia. Inną kwestią jest czy każdy uczestnik będzie chciał z takiej możliwości skorzystać. Dlatego ważny jest odpowiedni dobór metod zbierania propozycji lub/i aktywizacji uczestników.

Uczestniczyłem w różnych spotkaniach retrospektywy i moim zdaniem każda jest inna. Miałem okazję kilkakrotnie poprowadzić takie spotkanie i to z kolei dało mi zupełnie inną perspektywę. Myśląc o tym, zacząłem się zastanawiać nad strukturą takiego spotkania. Próbą zobrazowania jest poniższy diagram procesu retrospektywy.

retrospektywa_515px

Poszczególne kroki procesu są następujące:

Zbierz zespół/zaproś uczestników.
Pierwszym etapem jest zebranie uczestników spotkania w (najlepiej, choć nie zawsze jest to możliwe) jednym miejscu i czasie. Dokładny termin i miejsce spotkania to często element umowy wewnątrz zespołu. Jednakże dobrze jest, aby ktoś przypomniał lub zachęcił zespół do udania się na takie spotkanie lub przygotowanie się do niego. Pozwoli to także uniknąć niepotrzebnych opóźnień w jego rozpoczęciu lub wymówek odnoszących się do braku wiedzy o spotkaniu lub konieczności przygotowania się.

Przedstaw planowany przebieg spotkania
Osoba prowadząca spotkanie powinna wskazać w jaki sposób będziemy pracować, jakie elementy wykorzystamy oraz jakiego typu zaangażowanie będzie potrzebne. Dobrze także jak przypomni jaki jest cel ceremonii oraz na jakie zasady umówił się zespół dla tej ceremonii.

Przeprowadź działania
Osoba prowadząca moderuje spotkanie, pilnuje czasu, zgodnie z przyjętymi i zaproponowanymi do wykorzystania metodami. Może także podsumowywać poszczególne etapy oraz dotychczas zebrane wnioski. Może zachęcać do udziału milczących uczestników spotkania. Na spotkaniu mogą wystąpić takie aktywności jak: ocena działań ustalonych na poprzednim spotkaniu, zebranie tematów na bieżące spotkanie, ocena zadowolenia zespołu, przegląd kontraktu, wyjaśnienie zauważonych problemów czy inne. Po każdym działaniu, osoba prowadząca powinna ustalić z zespołem czy przechodzimy do kolejnej części spotkania czy jeszcze poświęcamy czas na dokończenie rozpoczętego tematu.

Podsumuj spotkanie/Zbierz wnioski
Osoba prowadząca zbiera wnioski lub prosi zespół o ich podsumowanie. Zachęca zespół do wybrania tych działań, które podejmie w kolejnym sprint. Działania mogą dotyczyć szeregu elementów składających się na pracę zespołu. Mogą np. dotyczyć ograniczenia marnotrawstwa w działaniach zespołu, komunikacji, reakcji na ocenę pracy zespołu czy innych.

Zakończ spotkanie
Osoba prowadząca podczas tego kroku dziękuje za wykonaną pracę, określa gdzie będą dostępne zebrane wnioski, podsumowanie oraz materiały. W ramach tego kroku może także poprosić o ocenę spotkania  pod kątem jego efektywności, zadowolenia zespołu. Taka ocena może być przydatna dla osoby prowadzącej – może pomóc w lepszym przeprowadzeniu kolejnego spotkania lub może być podstawą do wybrania w przyszłości innych metod zbierania informacji lub/i aktywizacji uczestników.

Ceremonia ta jest bardzo ważna. Tak jak planowanie sprint o którym pisałem miesiąc temu, wskazuje kierunek tego CO i JAK robimy w zakresie rozwoju produktu w poszczególnych sprint, tak retrospektywa wskazuje kierunek rozwoju zespołu oraz pozwala na zmianę sposobu jego działania. Ceremonia ta pozwala na to, aby tak, jak to określa wskazana na wstępie metoda: [start] zacząć robić, coś czego nie robiliśmy, czego wg zespołu zabrakło; [stop] przestać robić to, co nam utrudnia efektywną pracę oraz [continue] kontynuować to, co zespół ocenił jako cenne i czego warto się trzymać. Jest to zgodne z duchem scruma, zakładającym ciągłą inspekcję prac (zastanawiamy się nad tym co robimy oraz jak działamy), przejrzystość działań (pokazujemy jak pracujemy, jakie są efekty oraz mówimy otwarcie co nie działa i co powinniśmy zmienić) oraz adaptację (wprowadzamy zmiany i dostosowujemy działania do zebranych oczekiwań).

 

Oczekiwane statystyki czasu realizacji

Pozostając w wątku zakupów internetowych, dziś ponownie nawiąże do wiadomości e-mail, którą otrzymałem. W tym samym tygodniu, co ankietę, otrzymałem maila od innego sklepu, w którym zwykle robię takie zakupy, ale ostatnio czas realizacji zamówienia nie był dla mnie akceptowalny. Nastąpiło wydłużenie czasu od złożenia zamówienia do nadania przesyłki przez sklep. Wcześniej były to 1-2 dni, a ostatnio nawet tydzień. Po otrzymaniu tej wiadomości, dałem im szansę, bo w ofercie mają kilka produktów, których nie ma ten drugi sklep (czyli szerokość oferty  bardziej mi odpowiada). A może nie miałem wyjścia?

Treść wiadomości zawierała sformułowania typu „Zdajemy sobie sprawę, że nasz serwis w tym okresie mógł zawieść Twoje oczekiwania […] mamy nadzieję, że te chwilowe problemy nie wpłyną na dotychczasowe zaufanie.[…] Przywróciliśmy standard realizacji zamówień – wysyłamy przesyłki w ciągu 1-2 dni roboczych od złożenia zamówienia. […]”. Na koniec było odesłanie do serwisu ze wskazanymi czasami realizacji.

czas_realizacji450px_v3

Na diagramie, który zamieściłem kiedyś we wpisie z przykładami czasu realizacji (powyżej), zaznaczyłem miejsce, które sklep pewnie monitorował i zauważył, że nastąpiło jego znaczne wydłużenie. Taka obserwacja jest prosta do monitorowania – wystarczy badać czas między zapisem/złożeniem zamówienia (czas zapisu/złożenia – Z) a czasem odnotowania nadania przesyłki (czas nadania – N). Obydwie informacje przychodzą w wiadomości e-mail w postaci statusów, więc muszą być także odnotowane w systemie.

Sklep może prowadzić dzienny monitoring czasu realizacji zamówienia (N-Z) w zakresie maksymalnej wartości, minimalnej, mediany, dominanty czy średniej (pojęcia wyjaśnione poniżej). W zależności od rozkładu tych wartości, może podejmować odpowiednie decyzje lub zaplanować właściwe kroki. Jeżeli wartości wykraczające poza 1-2 dni są sporadyczne pewnie nie wymagają pilnych akcji.

Gdyby zobrazować na wykresie częstość występowania poszczególnych czasów realizacji dobrze byłoby, gdyby wykres był prawostronnie skośny (co zostało zaprezentowane na diagramie). Oznacza to, że większość wartości jest na początku przedziału 1-2 dni, a mniej powyżej 2 dni.

Rozkład prawostronnie skośny to taki rozkład, w którym zachodzi nierówność dominanta < mediana < średnia, czyli

  • [średnia:] średni czas realizacji zamówienia jest wyższy niż
  • [mediana:] czas realizacji zamówienia, który dzieli wszystkie pomiary czasu na 2 równe części co do występowania, a ten jest większy od
  • [dominanta:] czasu, który występuje najczęściej w rozkładzie czasów realizacji.

 

Poziom akceptacji

Proces kredytowy, wniosek o dotację, wniosek o dofinansowanie, proces rekrutacji… składa się na pewno z dwóch kroków – złożenia wniosku oraz podjęcia decyzji/oceny przez określoną jednostkę/grupę osób. Decyzja taka podejmowana jest na podstawie określonych kryteriów, działań ręcznych lub/i automatycznych lub w oparciu o wiedzę ekspercką/doświadczenie. W szczególności ten ostatni element jest ciekawy, ponieważ można go rozciągnąć na inne działania, takie jak na przykład udział w konkursie fotograficznym. Właśnie wyniki z jednego z konkursów zainspirowały mnie do tego wpisu. W wynikach pojawiło się pojęcie poziomu akceptacji. Mogę przypuszczać, że na akceptację złożyły się 2 elementy – spełnienie kryteriów podczas zgłoszenia do konkursu oraz pozyskana ocena zdjęć w ramach obrad jury.

Poziom akceptacji można określić jako liczbę wniosków/zgłoszeń, które przeszły punkt oznaczony na zielono na diagramie (punkt B) i przeszły do końca procesu, względem wszystkich zgłoszeń, które zostały zgłoszone do konkursu, co zostało oznaczone kolorem niebieskim na diagramie (punkt A). Wartość B/A wyrażona procentowo to prawdopodobnie poziom akceptacji, który pojawił się w opublikowanych wynikach.

poziom_akceptacji2_450px

Informację też można byłoby podzielić dodatkowo, wprowadzając punkt zaznaczony na czerwono na diagramie (punkt C), informujący o tym ile wniosków/zdjęć zostało zaakceptowanych formalnie, ale nie otrzymało wymaganej oceny eksperckiej aby przejść dalej, czyli nie kwalifikowało się do nagrody lub publikacji podczas wystawy. Mamy więc:

  • B/A – poziom akceptacji
  • C/A – poziom akceptacji formalnej (spełnienie kryteriów)

Podobnie można byłoby podejść do pozostałych wskazanych procesów oraz sytuacji biznesowych.

Obserwacja poziomu akceptacji dla procesów biznesowych może być przydatna, w szczególności, gdy zbadamy obydwa wskazane miejsca. Jeżeli na przykład większość wniosków odpada na punkcie C (kryteria formalne), to może to oznacza, że:

  • wniosek/kryteria są nieczytelne lub nieprecyzyjne (nie zakładam tu świadomego działania);
  • konieczne są dodatkowe działania edukacyjne, komunikacja, przykłady lub wsparcie podczas wypełniania wniosków;

Jeżeli natomiast zdecydowana większość odrzuceń odpada na punkcie B (decyzja/ocena), może to być spowodowane tym, że:

  • wzrósł poziom ryzyka/niepewności wśród wnioskujących;
  • spadł poziom akceptowalnego ryzyka w jednostce przyjmującej;
  • obniżony został dostępny budżet lub liczba nagród;
  • istnieje brak/nadmiar odpowiednich wniosków/kandydatów;
  • nastąpiły zmiany w otoczeniu rynkowym lub jego zachowaniu;

W pewnych sytuacjach obniżenie poziomu akceptacji może być oczekiwaną lub zamierzoną sytuacją, a w innych może to być przypadek lub coś co zaskoczyło daną jednostkę lub opiekuna procesu. Myślę jednak, że warto przyjrzeć się zmianom poziomu akceptacji w czasie, poszukać tego przyczyn lub sposobów na ustabilizowanie sytuacji.

Właściciel procesu – kto to taki?

Wyobraźmy sobie sytuację, że jesteśmy uczestnikiem procesu biznesowego, odbieramy wkład z wcześniejszych kroków, przetwarzamy go, rejestrujemy, weryfikujemy, a następnie przekazujemy dalej. Wiemy jaka jest wizja procesu, jaką wartość i komu proces przynosi. Pewnego dnia zdajemy sobie sprawę, że pewne kroki można zmienić i usprawnić przebieg procesu. Zgłaszając się z tym pomysłem do przełożonego lub innej okazji, może się okazać, że trzeba skontaktować się z właścicielem procesu. Bez jego zgody i zaangażowania proces nie ulegnie zmianie.

Kto to jest ten właściciel procesu?
Według słownika biznesowego, właściciel procesu (ang. process owner) to “osoba, która jest odpowiedzialna za wydajność procesu (ang. performance) podczas realizacji jego celów (ang. objectives), mierzonych przez wskaźniki oceny procesu (tzw. KPI). Osoba ta jest uprawniona do wykonania niezbędnych zmian”. Można powiedzieć, że zarządza procesem. W szczególności (streszczając wskazania z „Process Roles ‚Who are the Process Owners?'”):

  • definiuje jak ma przebiegać proces,
  • określa jaki ma przynieść efekt,
  • monitoruje i raportuje efektywność procesu,
  • ustala zmiany w procesie w porozumieniu z właścicielami innych powiązanych procesów,
  • odpowiada za zgodność procesu z oczekiwaniami biznesowymi,
  • sposnoruje rozwój procesu, przy przechodzi między kolejnymi pozomami dojrzałości procesu,

W ramach jednego z artykułów na ModernAnalyst.com, autorzy zastanawiali się nad tym, jak ważne jest właścicielstwo procesu biznesowego („The Importance of Business Process Ownership”). Artykuł wskazuje jakie są obowiązki właściciela procesu, za co odpowiada I z czym wiąże się ta rola. Porusza także ciekawy temat, że nie każdy chce być właścicielem danego procesu.

wlascprocesu450

Procesy najbardziej atrakcyjne szybko znajdują właścicieli. Procesy trudne, ryzykowne wymagają poszukiwań właściciela procesu. Artykuł wskazuje, że jest to wynikiem różnych elementów – od charakteru procesu po umiejętności danego potencjalnego właściciela kończąc. Biorąc pod uwagę zakres obowiązków, nie jest to łatwe zadanie. Na podstawie artykułu i własnych przemyśleń spróbowałem spojrzeć na te “chęci” w sposób przedstawiony na powyższym diagramie.

Powyższą macierz można byłoby rozwinąć, wskazując na zmianę od słabego procesu do atrakcyjnego, czyli poprzez wzrost wartości dla właściciela. Podobnie przesunięcia w górę i w lewo macierzy można byłoby dodać, ale następuje to jakby przez odwrotność zaznaczonych działań/obserwacji. Zaprezentowane podejście wynika z tego, że atrakcyjny proces zyska potencjalnego właściciela, a spadek jego “cech” powoduje, że trudniej jest go znaleźć (patrząc od strony organizacji).

A gdzie wartość dodana procesu?

W poprzednim wpisie próbującym odpowiedzieć “Dlaczego taki proces?” zaproponowałem 4 różne pytania o proces. Odpowiedzi na te pytania pozwalają określić z czego wynika kształt takiego procesu. Do tego zestawu można dodać jeszcze pytanie o wartość dodaną.

zakupy3xTakie pytanie może zostać sformułowane różnie:

  • Czy i jak proces buduje wartość dodaną?
    Odpowiadając na tak postawione pytanie, powinniśmy spojrzeć na wartość z różnych perspektyw – nie tylko Klienta. W podanym powyżej przykładzie, dla kroków zostały przypisane elementy budujące wartość dla klienta. Dostępność takich możliwości lub ich brak silnie wpływa na zadowolenie Klienta oraz na to, czy w przyszłości będzie chciał go przejść jeszcze raz.
  • Czy proces posiada zbędne kroki?
    Tak postawione pytanie może przyczynić się do analizy:

    • czy procesie występują objawy marnotrawstwa. Taką przykładową analizę opisałem kiedyś na przykładzie procesu przygotowywania raportu.
    • czy z jakiś kroków moglibyśmy zrezygnować bez negatywnego wpływu na proces. Podejście do takiej analizy znajduje się w innym wpisie dotyczącym procesu realizowanego w internecie.

Klient uczestnicząc w danym procesie oczekuje pewnego sposobu realizacji. Niektóre elementy są mu obojętne, a inne z kolei powodują poprawę oceny procesu. Z drugiej strony, dostawca procesu, zakłada pewien zbiór cech i zachowań, których oczekuje klient. Między tymi poziomami powstają luki, których próba likwidacji przyczynia się do rozwoju procesu. Likwidacja tych luk może być realizowana dwukrokowo: zebranie informacji zwrotnej od Klienta (zastosowanie ankiet, wywiadów lub innych mechanizmów) a następnie ocena i zaplanowanie ewentualnych zmian.

Powyższe działania powinny być spójne z komunikacją zewnętrzną i wewnętrzną firmy o możliwościach procesów oraz oferowanych produktach.

Cechy notacji

W publikacjach określających podstawowe elementy procesu, o których pisałem w poprzednim wpisie, wymienia się cechy jakie powinna mieć notacja do modelowania procesów. Wskazywane cechy wpływają na możliwości przedstawiania modeli procesów biznesowych z różnych perspektyw.
Są to poniższe cechy. Opisy tych cech są moją interpretacją dostępnych informacji w publikacjach umieszczonych w Internecie.

  • naturalna reprezentacja (ang. natural representation) – notacja o takiej cesze, pozwala na nie tylko na wyrażenie wszystkich aspektów opisywanego procesu, ale pozwala na zrobienie tego w naturalny, zrozumiały i łatwy do zidentyfikowania sposób;
  • wsparcie oceny/pomiarów (ang. support of measurement) – notacja dająca takie możliwości, to taka, która oferuje atrybuty oraz artefakty pozwalające na pomiar przebiegu procesu, co jest podstawą decyzji o ewentualnych przyszłych modyfikacjach procesu;
  • skalowalność/możliwość dostosowania (ang. tailorability of models) – ma to na celu utrzymywanie jak najmniejszej liczby modeli procesów. Notacja powinna pozwalać na dostosowywanie przygotowanego modelu do różnych potrzeb, bez konieczności budowy go w całości od początku;
  • formalizm (ang. formality) – oczekiwane jest sformalizowanie tworzonych modeli, co przyczynia się do lepszego jego zrozumienia przez różnych uczestników i odbiorców modelu. Można powiedzieć, że założenia stosowania elementów notacji są sztywne, a nie dowolne;
  • zrozumiałość (ang. understandability) – reprezentacja modelu powinna ułatwiać wyciągnięcie potrzebnej informacji przez różnych uczestników lub odbiorców procesu;
  • wykonalność (ang. executability) – notacja ma wspierać odczyt stworzonego modelu przez maszyny i jego wykonanie;
  • elastyczność (ang. flexibility) – notacja powinna umożliwiać wyrażenie aspektów związanych z maszynami, jak i tymi wynikającymi z decyzji, zachowań ludzi;
  • umożliwienie śledzenia/identyfikowalność (ang. traceability) – notacja powinna wspierać analizę informacji, pod kątem ich wykorzystania, przetwarzania oraz kontekstu. Cecha ta także wskazuje na możliwość identyfikacji powiązań między elementami procesu.

Biorąc po uwagę jedynie możliwość ich porównywania istotne są takie cechy jak formalizm i zrozumiałość, aby dany element procesu był interpretowany tak samo przez różnych odbiorców i nie wymagał dodatkowego wyjaśnienia podczas interpretacji. Z kolei metody służące do zmiany procesów (np. benchmarking, six sigma) wymagają, aby proces mógł być opisany przez elementy wspierające jego ocenę.

W zależności od zastosowanej notacji, powyższe cechy będą możliwe do zidentyfikowania bez żadnych problemów lub po prostu będzie trzeba stwierdzić, że dana notacja nie posiada danej cechy,
Jak dla mnie bardzo ważnymi cechami są skalowalność/możliwość dostosowania oraz elastyczność, które świadczą o tym, że daną notację można wykorzystać w różnych sytuacjach, dziedzinach oraz do przedstawienia różnorodnych ścieżek alternatywnych oraz zachowań uczestników procesu.

Punkty przełamania dla usługi

Czasami korzystam z przejazdów taksówkami. Najczęściej w momencie zamówienia słyszę, że czas oczekiwania na przyjazd: „do 10 min”. Oczekuję jednak, że ten czas będzie krótszy i równocześnie nie będę musiał stać na dworze i czekać. Nie potrzebuję innych możliwości poza pewnością, że taksówka w czasie tego czasu przyjedzie. Gdy otrzymuje sms o tym, że taksówkarz już nadjechał jest to dla mnie coś dodatkowego, powodującego, że następny razem prawdopodobnie skorzystam z tej samej korporacji. Gdybym dostawał sms o tym, że zamówiono taksówkę, taksówkarz wyjechał, a następnie dopiero dojechał byłaby to dla mnie część nadmiarowa.

Na podstawie powyższego przykładu można wskazać tzw. punkty przełamania (ang. breakpoints). Pojęcie to pochodzi z modelu o nazwie QUPER. Model ten wspomaga definiowanie, parametryzowanie oraz planowanie zmian w wymaganiach dotyczących jakości. Jakość jest wtedy traktowana jako nowy wymiar w kontekście do kosztu i wartości. Punktami przełamania są:

  • punkt użyteczności (ang. utility breakpoint), kiedy usługa nieużyteczna staje się użyteczna – w powyższym przykładzie jest to dla mnie sytuacja, gdy czas oczekiwania na taksówkę jest akceptowalny i jest zgodny z deklarowanym. Zamówienie taksówki i dojazd w zaplanowanym czasie jest możliwy.
  • punkt różnicowania (ang. differentation breakpoint), kiedy usługa jest przedmiotem przewagi konkurencyjnej. Dla mnie w powyższym przykładzie jest ta możliwość otrzymania informacji o przyjeździe taksówki.
  • punkt nasycenia (ang. saturation breakpoint), kiedy parametry usługi są nadmiarowe względem oczekiwań (wzrost jakości jest nadmiarowy). W przykładzie, takim elementem są te smsy o różnych zdarzeniach. To, że dostanę sms o wyjeździe taksówki nie oznacza, że dotrze w określonym czasie.

Po zapoznaniu się z tym modelem, przypominają mi się moje wpisy odnośnie wartości procesu. W podawanych przykładach także można byłoby zidentyfikować powyższe punkty. Jednakże uzależnione jest to od perspektywy, z której analizujemy proces (czy rynek, klient, akcjonariusze itp.).

Od strony korporacji wzrost jakości usługi może zostać wprowadzony zgodnie z kilkuetapowym procesem oceny i zmiany usługi.

Proces a projekt

Ostatnio w jednym z wywiadów przedstawionych na stronie Ebizq.net pojawiło się pytanie: „How do project management and business process management relate to each other?”. To pytanie, dotyczące relacji zarządzania projektami i zarządzania procesami biznesowymi, przyciągnęło moją uwagę, na moje zainteresowanie obydwoma dziedzinami. Spotykałem się z różnym zestawieniem relacji, ale najczęściej opierało się na różnicy między projektem a procesem z punktu widzenia organizacji, powtarzalności, granic czasowych i sposobu oceny.

We wspomnianym wywiadzie dziedziny te zostały umieszczone na dwóch biegunach – diagram poniżej. Z jednej strony efektem zarządzania projektami może być zmiana procesu biznesowego, a sama jego realizacja może pozwolić na ocenę realizacji celów projektów, w zakresie np. zaplanowanej zmiany w pracochłonności, zmianie efektywności procesu czy likwidacji wąskich gardeł. Równocześnie uczestnicy procesu mogą wskazać zmiany, które należy wykonać, bądź to w postaci bieżących ulepszeń, bądź poprzez realizację inicjatywy projektowej. Z kolei samo zarządzanie projektem też może się odbywać w ramach określonego procesu działań.

procaproj450

W odpowiedzi na powyższe pytanie pojawia się również dodatkowa kwestia. Zarządzanie procesami biznesowymi jest szersze niż zarządzanie projektem. Myśle, że ta kwestia jest dość oczywista. W ramach wszystkich procesów przedsiębiorstwa niektóre z procesów mogą dotyczyć właśnie zarządzania projektami – proces zgłaszania zmian, proces zarządzania zmianą, proces monitoringu projektów, proces oceny korzyści projektów itd. Dla pewnych jednostek organizacyjnych mogą to być procesy główne, a dla niektórych procesy pomocnicze.

Weźmy na przykład osobę, która wykonuje czynności operacyjne, będące częścią procesu głównego. Równocześnie może zostać zaproszona jako ekspert dziedzinowy do pracy w projekcie w celu przedstawienia obecnego przebiegu procesu lub danego jego kroku