Peticiones de contenido: el ticket más infravalorado

Viernes, 16:47. Llega un mensaje: «¿Puedes cambiar la foto del equipo en la página Sobre nosotros? No es urgente.» Diez segundos para leerlo. Cinco minutos para encontrar el archivo y comprobar cómo se ve en móvil. Y cuarenta minutos para retomar lo que estaba haciendo antes.

El ticket que no parece un ticket

Un cambio de texto, una imagen que sustituir, una fecha que corregir. Nadie abre un ticket para eso. Se responde en la conversación, entre dos reuniones. Ahí es donde se tuerce: el trabajo real es invisible, así que nadie lo cuenta.

El coste real es la vuelta

Cada petición pequeña me saca de lo que estaba haciendo. El cerebro vuelve a empezar desde cero, como con el revisor del tren, solo que aquí nadie me pide el billete. Multiplicado por diez peticiones al día, no aparece en la planificación, pero se come la jornada.

Tres reglas que aplico desde entonces

1. Una sola puerta de entrada. Nada de mensajes privados ni correos paralelos: un canal, una cola.
2. Un formulario mínimo. Página afectada, qué debe cambiar, para cuándo. Tres campos bastan para eliminar la mitad de las idas y vueltas.
3. Una estimación, aunque sea burda. «Veinte minutos» o «media jornada» cambia la priorización. Una petición sin tamaño siempre parece gratis.

Para el producto, es cuestión de visibilidad

Un product owner que no ve el trabajo de contenido no puede arbitrarlo. Así que lo saco de la conversación y lo pongo en el backlog, junto a las funcionalidades reales. No por burocracia, sino para que, la próxima vez que hablemos de capacidad, las peticiones pequeñas también estén en la cuenta.

En resumen

Una petición de contenido nunca es pequeña para quien la trabaja. Si no tiene sitio en el sistema, ocupa el lugar de todo lo demás.