El error es la pregunta, no la respuesta
Colby, el ratón robot, se choca contra una pared.
La niña se ríe.
El adulto ve enseguida el fallo: había que girar antes.
Pero en vez de corregir, pregunta:
¿Qué querías que hiciera?
¿Qué ha hecho?
¿En qué momento se separaron las dos cosas?
Ese instante es este artículo.
Nuestra reacción automática: arreglar
Los adultos corregimos rápido porque queremos ayudar. Es un reflejo bienintencionado: vemos un niño atascado, sabemos la solución, queremos ahorrarle el sufrimiento.
Pero muchas veces confundimos ayudar con ahorrar el pensamiento.
Corregir demasiado pronto puede resolver el problema y perder el aprendizaje.
Cuando un niño no llega al queso con el ratón robot, cuando un programa de Scratch no hace lo esperado, cuando una IA devuelve algo raro, ahí pasa algo muy valioso si no lo cortamos.
Y lo que pasa se llama aprender.
El error como diferencia entre intención y resultado
Esta es la idea clave del artículo.
Todo error interesante tiene dos partes:
- lo que el niño esperaba que pasara;
- lo que pasó en realidad.
Aprender es comparar esas dos cosas.
Un error no dice "este niño no sabe". Dice "aquí hay algo que merece ser mirado".
Un error solo es información si se mira despacio. Si se tapa rápido, no informa de nada.
Tipos de error
No todos los errores son iguales. Distinguirlos ayuda a saber qué preguntar.
Error de orden
Los pasos están bien, pero en el orden incorrecto.
Ejemplo cotidiano: lavarse los dientes antes de poner la pasta.
Pregunta útil: "¿Qué iría mejor antes que esto?"
Error de precisión
La instrucción era ambigua y la máquina la interpretó a su manera.
Ejemplo: pedirle al robot "ve a la puerta" y que se choque con ella, porque nadie le dijo cuándo parar.
Pregunta útil: "¿Cómo lo entendería alguien que no sabe lo que querías?"
Error de perspectiva
El niño piensa desde su punto de vista, no desde el del programa.
Ejemplo clásico: el niño dice "derecha" pensando en su derecha, pero el robot está mirando al revés.
Pregunta útil: "¿Hacia dónde mira el robot ahora mismo?"
Error de modelo
El niño cree que la máquina funciona de una manera, pero funciona de otra.
Ejemplo: piensa que en Scratch todos los bloques se ejecutan a la vez, pero hay un orden.
Pregunta útil: "¿Qué crees que ha hecho el programa primero?"
Error de escala
El proyecto es demasiado grande.
Ejemplo: quiere hacer un videojuego completo y aún no ha logrado mover al personaje.
Pregunta útil: "¿Cuál sería la versión más pequeña que podríamos terminar hoy?"
Error de confianza
Acepta una respuesta de la IA, de un buscador o de un compañero sin comprobarla.
Pregunta útil: "¿Cómo sabemos que esto está bien?"
Reconocer qué tipo de error está delante ayuda a no responder con la misma frase para todos. Un error de escala se trata diferente que un error de confianza.
Qué hacer ante un error
Un protocolo simple, aplicable a casi cualquier situación:
- Parar.
- Nombrar qué esperábamos.
- Observar qué pasó.
- Buscar dónde se separaron las dos cosas.
- Cambiar una sola cosa.
- Probar otra vez.
Una sola cosa cada vez. Esto es importante. Si cambiamos cinco cosas a la vez y el resultado mejora, no sabemos qué fue lo que ayudó. La depuración tranquila es siempre cambiar poco y observar qué cambia.
Qué no hacer
- No ridiculizar.
- No corregir con prisa.
- No coger el control.
- No convertirlo en examen.
- No decir "era fácil".
- No interpretar frustración como incapacidad.
- No arreglar diez cosas a la vez.
Cada uno de estos puntos cierra una parte del proceso. "Era fácil" le dice al niño que él es lento. "Déjame que te lo arreglo" le dice que no es capaz. "Tienes que hacer X" sin más le dice que no tiene que pensar, solo obedecer.
Ninguna de esas reacciones es maliciosa. Pero, repetidas, cierran la curiosidad.
La frustración también se acompaña
No conviene romantizar el error. Equivocarse puede frustrar de verdad. A veces mucho.
El error enseña, pero solo si el niño se siente lo bastante seguro como para mirarlo.
Ahí entra el adulto.
A veces lo que necesita el niño no es otro error que mirar, sino una pausa, un vaso de agua, cinco minutos de jugar a otra cosa, o que alguien diga "esto es difícil de verdad".
Reconocer la dificultad no quita aprendizaje. Lo protege.
La lupa del error
Una herramienta concreta para acordarse de todo esto:
Cuando algo falla, prueba esta secuencia:
1. ¿Qué queríamos que pasara?
2. ¿Qué pasó?
3. ¿En qué paso cambió el camino?
4. ¿Qué podemos cambiar sin tocar todo lo demás?
5. ¿Qué aprendimos aunque no haya salido?
Cinco preguntas. Las puede llevar el adulto en la cabeza, o puede tenerlas escritas en la nevera. Funciona igual de bien para un programa de Scratch, una pregunta a una IA o por qué no funciona la receta de pan.
Preguntas para acompañar
- ¿Qué esperabas?
- ¿Qué pasó?
- ¿Qué parte sí funcionó?
- ¿Dónde empezó a desviarse?
- ¿Qué crees que entendió la máquina?
- ¿Qué instrucción pudo faltar?
- ¿Qué pasaría si cambiamos solo esto?
- ¿Podemos probar una versión más pequeña?
- ¿Qué sabemos ahora que antes no sabíamos?
La idea importante
El error no es una pared.
Es una puerta.
Pero solo se abre si no corremos a taparlo.
Cuando un niño aprende a mirar un fallo sin miedo, está aprendiendo algo mucho más importante que la solución concreta: está aprendiendo a seguir pensando.