Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.
Idea principal
El reflejo ante cien tickets es releerlo todo y reclasificarlo todo. El trabajo es enorme y no corrige nada.
Un método más eficaz toma la entrada contraria. Cada semana, el soporte lista los tres avisos de clientes más frecuentes ligados a defectos. Ese top 3 se convierte en el top 3 a tratar. La semana siguiente, según lo que se haya tratado, el soporte propone los siguientes.
Se avanza por Pareto: lo que más vuelve, lo que más duele, lo que más carga al soporte. El efecto es doble: el dolor visible del cliente baja y el soporte se descongestiona. El soporte ve que sus avisos sirven para algo, los desarrolladores no se dispersan en una lista abstracta, la dirección ve desaparecer molestias.
Por qué es importante
La selección no sale del inventario, viene de un flujo exterior que se renueva solo. Así que no se paga el mantenimiento del inventario para decidir qué hay que corregir.
También sitúa la decisión en quienes se llevan el dolor, en lugar de en un comité que lo reconstruye a partir de tickets.
Matices y límites
La clasificación solo ve lo que se reporta. Un defecto grave y silencioso —corrupción de datos, fallo de seguridad, un cálculo erróneo que nunca se comprueba— no aparecerá jamás en un top 3 de soporte.
Preguntas abiertas
- ¿Qué segundo flujo cubre los defectos que el soporte nunca ve?