Valutazione di un sistema di notifiche
Come valutare un sistema di notifiche: canali, preferenze, deduplicazione e garanzie di consegna. Perché “inviare un’e-mail” si trasforma silenziosamente in un progetto della durata di sei settimane.
La storia che ha inizio con una semplice e-mail si conclude come l’unico progetto su cui il team ha lavorato per sei settimane.
La prima notifica è semplice: si sceglie un evento, si genera un modello e lo si invia. Anche la seconda è semplice. La decima è quando il team si rende conto di aver sviluppato un sistema di notifiche per due mesi senza rendersene conto. Preferenze, riepiloghi, deduplicazione, finestre «non disturbare», impostazioni personalizzate per canale (nessuna delle quali era presente nel ticket originale) diventano tutte elementi imprescindibili nel momento in cui un utente riceve una segnalazione alle 3 del mattino.
Valutate il sistema nel suo complesso, non la singola e-mail. Il team che vota a favore della proposta “inviare un messaggio su Slack quando si verifica X” sta sottovalutando la portata del progetto di un ordine di grandezza, poiché sta valutando una sola riga di una tabella che alla fine ne conterrà trenta.
Ciò che viene detto nella sala
Backend: “L’invio dell’e-mail richiede un giorno lavorativo.”
PM: «Gli utenti possono disattivarla?»
Backend: “Per singolo evento o a livello globale?”
Progettista: «Come si presenta la pagina delle preferenze?»
SRE: “Cosa succede se il servizio di posta elettronica non funziona? Riprovare? Mettere in coda? Abbandonare?”
Assistenza: “Come si spiega a un utente il motivo per cui non ha ricevuto l’e-mail?”
Domande da porsi prima di votare
- Un solo canale per oggi, oppure integriamo fin dall’inizio e-mail, notifiche push e Slack?
- Preferenze utente: impostazione globale, per singolo evento o per canale?
- Deduplicazione e digest: sono necessarie adesso o “in seguito”?
- Garanzie di consegna: almeno una volta, al massimo una volta, esattamente una volta?
- Registro di controllo: il servizio di assistenza può spiegare a un utente il motivo per cui una notifica non è stata recapitata?
- Modelli: chi redige il testo, chi lo localizza, dove viene archiviato?
Il dato reale riguarda “il tavolo da trenta”, non “la prima fila”. Se la sala riesce a vedere solo la prima fila, la storia non è ancora pronta; pertanto, split l’unico canale di cui avete bisogno ora dal sistema in cui crescerete.
Valutate il sistema nel suo complesso, non limitatevi alla singola e-mail. La prima notifica riguarda un giorno; la trentesima riguarda l’intero progetto.
Come nel caso della stima di un’integrazione di pagamento, la superficie pubblica non riflette appieno il lavoro richiesto. Si vedano gli altri esempi di stime già elaborate, oppure si avvii una sessione gratuita di Planning Poker una volta delineato lo schema.