Idea

Mantener un tema visible sin comprometerse con él solo tiene sentido si su desencadenante de reevaluación está escrito

Info

Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.

Idea principal

Rechazar sin rodeos todo lo que no es prioritario sería brutal y falso: muchos temas apartados son buenos, y se volverán importantes si el mercado se mueve, si un gran cliente firma, si aparece una restricción normativa, si desaparece una dependencia técnica, si un salto tecnológico hace posible lo que no lo era. Mantenerlos a la vista sin compromiso es, por tanto, un gesto legítimo.

Solo depende de una condición: que la tarjeta escriba qué reabriría el tema. Por qué sigue visible, por qué no es prioritario, y sobre todo qué desencadenante lo haría subir — la concentración de las peticiones en unas pocas integraciones, la firma de una cuenta del segmento, una prueba de uso en un perímetro reducido.

Sin ese desencadenante, la columna de los posibles se convierte en una lista de espera indefinida: cada cual ve en ella una promesa blanda, nadie sabe cuándo rediscutirla, y el tema vuelve a la mesa en cada reunión en la que alguien se acuerda de él.

Por qué es importante

Separa dos objetos que se parecen mucho en pantalla: un posible instruido y un rechazo que no se ha atrevido a escribirse. La diferencia no es la duración de la espera, es la existencia de un acontecimiento nombrado que pone fin a la espera.

También da una razón para limitar esa columna sin suprimirla: cada tema mantenido visible cuesta un desencadenante que escribir y que vigilar.

Matices y límites

Un desencadenante puede estar escrito y no observarse nunca, porque nadie tiene el encargo de acecharlo. Escribirlo no basta; hace falta que alguien cruce las señales entrantes con esas condiciones.

Y no todos los desencadenantes son observables al mismo coste: la "concentración de las peticiones" se mide, el "salto tecnológico" se constata a posteriori.

Preguntas abiertas

  • ¿Quién debe llevar la vigilancia de los desencadenantes, entre el Product Manager que los escribió y el soporte que ve pasar las señales?