Ocena systemu powiadomień

Historia, która zaczyna się od jednego e-maila, kończy się jako jedyne dzieło, nad którym zespół pracował przez sześć tygodni.

Pierwsze powiadomienie jest proste: wybierz zdarzenie, wyrenderuj szablon, wyślij. Drugie również jest proste. Dziesiąte ma miejsce wtedy, gdy zespół uświadamia sobie, że od dwóch miesięcy tworzy system powiadomień, nie przyznając się do tego. Ustawienia, podsumowania, deduplikacja, okna „nie przeszkadzać” oraz nadpisywanie ustawień dla poszczególnych kanałów (z których żadne nie figurowało w pierwotnym zgłoszeniu) stają się kwestiami niepodlegającymi negocjacjom w chwili, gdy użytkownik otrzymuje powiadomienie o trzeciej nad ranem.

Proszę oceniać system, a nie samą wiadomość e-mail. Zespół, który opowiada się za rozwiązaniem „wysyłaj wiadomość w Slacku, gdy wystąpi sytuacja X”, nie docenia skali zadania o rząd wielkości, ponieważ szacuje wielkość jednego wiersza w tabeli, która ostatecznie będzie miała trzydzieści wierszy.

O czym się mówi w tym pomieszczeniu

Backend: „Wysyłanie wiadomości e-mail to zadanie jednodniowe”.

PM: „Czy użytkownicy mogą tę funkcję wyłączyć?”

Backend: „Dla poszczególnych zdarzeń czy globalnie?”

Projektant: „Jak wygląda strona ustawień?”

SRE: „A co, jeśli usługa poczty elektronicznej nie działa? Ponowić próbę? Umieścić w kolejce? Odrzucić?”

Pomoc techniczna: „Jak poinformować użytkownika, dlaczego nie otrzymał wiadomości e-mail?”

Pytania, które warto zadać przed głosowaniem

• Czy dzisiaj wystarczy jeden kanał, czy też od samego początku powinniśmy zintegrować pocztę elektroniczną, powiadomienia push i Slacka?
• Preferencje użytkownika: opcja ogólna, dla poszczególnych wydarzeń czy dla poszczególnych kanałów?
• Deduplikacja i skróty: czy są potrzebne już teraz, czy „później”?
• Gwarancje dostarczania: co najmniej raz, co najwyżej raz, dokładnie raz?
• Ścieżka audytu: czy dział pomocy technicznej może wyjaśnić użytkownikowi, dlaczego powiadomienie nie dotarło?
• Szablony: kto tworzy treść, kto zajmuje się jej lokalizacją i gdzie jest ona przechowywana?

Rzeczywista liczba dotyczy „stołu dla trzydziestu osób”, a nie „pierwszego rzędu”. Jeśli widownia widzi jedynie pierwszy rząd, to historia nie jest jeszcze gotowa, więc proszę split ten jeden kanał, którego Państwo teraz potrzebują, z systemu, do którego będą Państwo stopniowo się rozwijać.

Proszę skupić się na skali systemu, a nie na treści wiadomości e-mail. Pierwsze powiadomienie dotyczy jednego dnia; trzydzieste dotyczy całego projektu.

Podobnie jak w przypadku szacowania integracji płatności, publicznie przedstawiane informacje nie oddają w pełni zakresu prac. Proszę zapoznać się z innymi przykładami opracowanych szacunków lub rozpocząć bezpłatną sesję planowania pokerowego, gdy szkic tabeli będzie już gotowy.