“Enséñame la versión fea” — feedback antes de pulir el trabajo

Una conversación sobre una nueva funcionalidad. Anna pide a Jonas que le enseñe una versión muy temprana.

— Mañana enséñame la primera versión. Puede ser fea; solo necesito ver la dirección.
— ¿Mañana?

Al día siguiente, Jonas sigue puliendo el prototipo.

— ¿Tienes algo que pueda ver? — pregunta Anna.
— Todavía no está para enseñar.

Anna quería comprobar la dirección. Jonas cree que el trabajo se muestra solo cuando uno puede responder profesionalmente por su calidad.

Qué pasó realmente

Anna pide una versión muy temprana porque quiere comprobar la dirección antes de que el equipo invierta más tiempo. Para ella, un borrador imperfecto es una herramienta para pensar, no una evaluación de la persona que lo hizo. Jonas oye “enséñame tu trabajo” y relaciona mostrarlo con hacerse responsable de su calidad. En su mundo, un material que llega a la CEO debería ser algo que pueda defender. Así que, en vez de enseñar la versión en bruto, pasa tres días mejorándola. Anna ve un aprendizaje retrasado; Jonas ve la protección de un estándar profesional. Sus perfiles hacen comprensibles ambas reacciones, pero el problema central no es la personalidad. Es que no comparten una definición de si el material se muestra para evaluar la dirección o para evaluar la calidad.

Qué dice la investigación

En desarrollo de producto, un prototipo no tiene por qué ser una versión en miniatura del producto terminado. Puede ser una forma barata de aprender rápido y poner a prueba supuestos antes de que aumente el coste de cambiar (Barkan & Iansiti, 1993). La investigación en diseño también muestra que borradores tangibles e imperfectos pueden ayudar a los equipos a “pensar haciendo”, detectar errores antes y probar nuevas conductas con mayor facilidad: el prototipado como herramienta de aprendizaje (Coughlan, Fulton Suri, & Canales, 2007). Esto no significa que el trabajo deba enseñarse siempre cuanto antes. En algunas tareas, una versión demasiado rudimentaria puede inducir a error o generar riesgo. La idea es que la calidad de un prototipo debe evaluarse según la pregunta que pretende responder, no según el estándar de un producto terminado.

Cómo abordarlo

Pon etiquetas explícitas a las versiones. Anna puede decir: “Mañana quiero una versión para comprobar la dirección. No voy a evaluar la ejecución, la completitud ni la estética. Solo quiero ver el recorrido A→B→C”. Jonas sabe entonces qué estándar se aplica. Una versión posterior puede llamarse “revisión de calidad”. La regla general es: no digas solo “enséñame algo pronto”; explica qué quieres aprender con esa versión y qué aspectos no estás evaluando todavía.

Cómo pueden ayudar Empatyzer y Em

Empatyzer puede hacer visible de antemano que Anna y Jonas tienen definiciones distintas de una “primera versión profesional”. El perfil de Anna puede indicar una mayor preferencia por comprobar rápido la dirección y el riesgo; el de Jonas, una mayor necesidad de orden, calidad y responsabilidad por lo que presenta. Antes de asignar la tarea, Em puede ayudar a Anna a concretar: “Mañana no evalúo la calidad de ejecución. Solo quiero ver la dirección y los dos riesgos principales”. Jonas recibe permiso explícito para mostrar trabajo inacabado en vez de tener que adivinar si una “versión fea” perjudicará su reputación. Las microlecciones enseñan a los líderes a distinguir entre un prototipo para pensar juntos y un resultado para evaluar calidad, de modo que el feedback temprano acelere realmente el aprendizaje en lugar de provocar horas invisibles de pulido nocturno.