Idea

Describir una necesidad al nivel del caso de uso evita encerrar el análisis en una solución

Info

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

Idea principal

"Calificar una incidencia", "recuperar contexto antes de actuar", "comparar varias entidades", "coordinar a varias personas": formulada así, una necesidad de cliente nombra una acción de trabajo y nada más. No dice con qué pantalla, qué feature ni qué mecánica debe responder el producto.

Es precisamente eso lo que la hace explotable durante mucho tiempo. Una necesidad registrada como "añadir un botón de comparación" ya ha decidido la solución en el momento de la recogida, y el rastro de lo que el cliente buscaba hacer ha desaparecido — ya no se puede reabrir para imaginar otra cosa. Formulado al nivel de la acción, el mismo comentario sigue abierto a varias respuestas de producto, y sigue siendo comparable con otros comentarios que apuntaban a la misma acción mediante peticiones distintas.

Ese nivel es también el que mejor resiste el paso del tiempo: las pantallas cambian, las features se sustituyen, pero calificar una incidencia sigue siendo lo que hace un técnico.

Por qué es importante

Esto protege la fase de discovery de una decisión tomada demasiado pronto y por la persona equivocada. Un cliente que pide un botón propone una solución; registrarla tal cual hace entrar su propuesta en el repositorio como si fuera la necesidad.

También crea un punto de agrupación. Tres peticiones de features sin relación aparente, referidas al mismo job, revelan una misma acción mal equipada — una agrupación invisible mientras cada petición siga ordenada bajo su solución.

Matices y límites

Subir hasta el job no debe convertirse en una subida sistemática hacia la abstracción: una molestia concreta reformulada como acción de negocio genérica pierde el detalle que permitía corregirla. El nivel de la acción es un nivel más, no un nivel que absorbe a los demás.

Y la formulación en forma de job no garantiza nada sobre la frecuencia ni sobre el valor: dice lo que el cliente busca hacer, no cuántos clientes lo buscan.

Preguntas abiertas

  • ¿Cómo verificar que un job formulado por el equipo de producto corresponde a lo que el cliente hace realmente, y no a lo que se ha entendido de su relato?