Alerty o niskim stanie należą tam, gdzie Twój zespół już rozmawia
Oto niewygodna prawda o większości braków magazynowych: dane wiedziały. Stan spadał od kilku dni, liczba widniała wprost w systemie, a punkt ponownego zamówienia został przekroczony z dużym zapasem czasu realizacji. To nie ewidencja zawiodła. Zawiodło ostatnich kilka metrów między systemem a człowiekiem, który mógłby coś z tym zrobić.
Dwa klasyczne sposoby, w jakie to zawodzi
Zespoły zwykle próbują zamknąć tę lukę na jeden z dwóch sposobów, i oba przeciekają.
- „Sprawdzamy pulpit.” Pulpity to model pull, a nie push. Działają dokładnie tak często, jak często ktoś je otwiera, co w napiętym tygodniu zaokrągla się do nigdy. Osoba, która zwykle sprawdza, wyjeżdża na urlop, a nawyk wyjeżdża razem z nią.
- „Dostajemy alerty e-mail.” E-mail to miejsce, gdzie alerty cicho umierają. Lądują w skrzynce jednej osoby, konkurują ze wszystkim innym, są zmiatane przez filtry i tworzą pojedynczy punkt awarii: jeśli ta jedna osoba je przeoczy, przeoczyła je cała firma.
Dlaczego kanał zmienia szanse
Opublikowanie tego samego alertu na kanale Microsoft Teams rozwiązuje oba problemy naraz, i warto precyzyjnie powiedzieć, dlaczego:
- To model push, w miejsce, do którego ludzie już zaglądają. Nikt nie musi pamiętać, żeby cokolwiek sprawdzać. Alert przerywa, grzecznie, w tym samym oknie, w którym i tak toczy się reszta dnia.
- Widzą go wszyscy, więc może zadziałać każdy. Alert na kanale nie jest przypisany do skrzynki, jest widoczny dla całego zespołu. Pierwsza wolna osoba się nim zajmuje, a szybka odpowiedź „zamawiam” mówi wszystkim pozostałym, że jest już załatwione.
- Zostawia ślad. Trzy tygodnie później pytanie „kiedy pierwszy raz dowiedzieliśmy się, że filament się kończy?” ma odpowiedź ze znacznikiem czasu, tuż nad wiadomością, w której ktoś się tym zajął.
Liczy się też to, co trafia na kanał
Przydatny alert odpowiada na kolejne pytanie, zanim ono padnie. Gołe „Widget A ma niski stan” zmusza kogoś do sprawdzenia, jak niski i jak szybko do tego doszło. Dobra karta alertu niesie artykuł, poziom stanu przed i po zmianie oraz to, który próg został przekroczony (ostrzeżenie, krytyczny, brak na stanie lub punkt ponownego zamówienia), z kolorem według wagi, żeby kanał mógł segregować jednym rzutem oka.
Alarmuj o momencie, nie o stanie
Jeden szczegół projektowy decyduje o tym, czy kanał pozostaje przydatny: alarmuj, gdy stan przekracza próg, a nie ciągle, dopóki znajduje się poniżej niego. Przekroczenie to wiadomość; stan to zrzędzenie. Powtarzaj to samo ostrzeżenie każdego dnia, a zespół nauczy się je przewijać, i właśnie tak alerty przestają działać (zmęczenie alertami zasługuje na osobny artykuł).
Cała konfiguracja to webhook
To nie wymaga zaangażowania działu IT. Teams generuje link webhooka dla dowolnego kanału za pomocą funkcji Workflows; wklej ten link w swoje ustawienia powiadomień Teams, wyślij testową kartę, wybierz typy alertów, których chcesz, i zapisz. Całość zajmuje około pięciu minut, zrzuty ekranu w komplecie.