Estimación de un sistema de notificaciones
Cómo evaluar un sistema de notificaciones: canales, preferencias, deduplicación y garantías de entrega. Por qué «enviar un correo electrónico» se convierte, sin que uno se dé cuenta, en un proyecto de seis semanas.
La historia que comienza con un simple correo electrónico termina convirtiéndose en lo único que el equipo lleva a cabo durante seis semanas.
La primera notificación es sencilla: se elige un evento, se genera una plantilla y se envía. La segunda también es sencilla. La décima es cuando el equipo se da cuenta de que lleva dos meses desarrollando un sistema de notificaciones sin admitirlo. Preferencias, resúmenes, deduplicación, ventanas de «no molestar», anulaciones por canal —ninguna de las cuales figuraba en el ticket original—: todo ello se convierte en innegociable en el momento en que se avisa a un usuario a las 3 de la madrugada.
Evalúe el sistema, no el correo electrónico. El equipo que vota a favor de «enviar un mensaje de Slack cuando ocurra X» está subestimando el alcance en un orden de magnitud, ya que está calculando el tamaño de una sola fila de una tabla que, con el tiempo, contará con treinta.
Lo que se dice en la sala
Backend: «El envío del correo electrónico es una tarea que se resuelve en un día».
PM: «¿Pueden los usuarios desactivarlo?»
Backend: «¿Por evento o de forma global?»
Diseñador: «¿Qué aspecto tiene la página de preferencias?»
SRE: «¿Qué ocurre si el servicio de correo electrónico no funciona? ¿Se vuelve a intentar? ¿Se pone en cola? ¿Se descarta?»
Asistencia técnica: «¿Cómo explicamos a un usuario por qué no ha recibido el correo electrónico?»
Preguntas que conviene plantearse antes de votar
- ¿Un solo canal por ahora, o configuramos el correo electrónico, las notificaciones push y Slack desde el principio?
- Preferencias del usuario: ¿ajuste general, por evento o por canal?
- La deduplicación y los resúmenes: ¿son necesarios ahora o «más adelante»?
- Garantías de entrega: ¿«al menos una vez», «como máximo una vez» o «exactamente una vez»?
- Registro de auditoría: ¿puede el servicio de asistencia explicar a un usuario por qué no le llegó una notificación?
- Plantillas: ¿quién redacta el texto, quién lo adapta al mercado local y dónde se almacena?
La cifra real se refiere a «la mesa de los treinta», no a «la primera fila». Si el público solo puede ver la primera fila, la historia aún no está lista — split el único canal que necesita ahora del sistema en el que acabará desarrollándose.
Evalúe el sistema, no el correo electrónico. La primera notificación corresponde a un día; la trigésima, al proyecto.
Al igual que la estimación de una integración de pagos, la parte visible del trabajo no refleja la realidad. Consulte los demás ejemplos de estimaciones ya realizadas, o inicie una sesión gratuita de «planning poker» una vez que se haya esbozado la tabla.