Cómo evaluar a cada alumno cuando cuatro niños comparten un mismo kit de robótica
Los proyectos de robótica en grupo esconden con frecuencia a alumnos que se dejan llevar. Se puede evaluar la competencia individual con precisión separando la construcción compartida de tres controles individuales: artefactos ligados al rol, trazado de código en papel y defensas orales de 60 segundos.
Cuando cuatro alumnos comparten un único kit de robótica, la evaluación de grupo habitual garantiza una nota inexacta. En casi todos los equipos de cuatro, un alumno dominante escribe el código de bloques, otro construye el chasis y dos miran pasivamente la pantalla o deambulan por el aula de informática. Poner a los cuatro el mismo 85 % en un reto de seguimiento de línea premia el dejarse llevar y oculta lagunas de aprendizaje graves antes de que empiecen los trimestres decisivos.
La solución no es comprar cuatro veces más hardware. La solución es desacoplar el resultado físico del grupo de la evaluación individual. El equipo comparte el chasis y el bus de sensores, pero cada alumno se califica a partir de tres puntos de contacto individuales y distintos: la documentación del rol asignado, una prueba individual de trazado y una defensa oral del código en directo de 60 segundos.
El marco de rotación de cuatro roles
Compartir hardware fracasa cuando los roles son informales. Si dices al alumnado que «trabaje en equipo para programar un esquivador de obstáculos por ultrasonidos», el que teclea más rápido se queda con el teclado. Hay que imponer roles explícitos e innegociables que roten en cada ciclo de proyecto o cada semana.
Para un equipo de cuatro alumnos, establece cuatro roles funcionales, cada uno ligado a un artefacto de evaluación individual que el docente califica al margen del robot en funcionamiento:
| Rol | Responsabilidad durante la construcción | Entregable individual evaluado |
|---|---|---|
| Programador principal | Introduce el código, define la lógica de las variables, se ocupa de la sintaxis. | Exportación del código anotada con una explicación escrita de las ramas lógicas. |
| Ingeniero de hardware | Cablea los sensores, monta los motores, vigila el consumo de batería. | Esquema de cableado con la asignación de pines y puertos y los umbrales de los sensores. |
| Ingeniero de QA y pruebas | Diseña los protocolos de prueba, mide distancias y tolerancias. | Registro de pruebas con valores de entrada, comportamiento observado frente al esperado e informes de fallos. |
| Responsable de sistemas del proyecto | Gestiona el tiempo, coordina la integración, controla las restricciones. | Diagrama de máquina de estados o diagrama de flujo con la secuencia completa del sistema. |
Si el robot funciona, el equipo obtiene una nota de grupo de base (por ejemplo, entre el 20 % y el 30 % de la nota total de la tarea). El 70 % u 80 % restante procede íntegramente del entregable individual y de la verificación directa de la competencia individual.
La defensa oral del código de 60 segundos
La herramienta más fiable para descubrir si un alumno entiende el programa que se ejecuta en el robot es el repaso oral en directo. En una sesión de 45 minutos con 10 grupos (40 alumnos) no puedes mantener entrevistas largas. Sí puedes, en cambio, hacer defensas de 60 segundos mientras los equipos prueban en el suelo.
Llama a un alumno al portátil. Señala una línea o un bloque de código al azar y hazle una de estas tres preguntas diagnósticas:
- «¿Qué hará físicamente el robot si cambio este operador de comparación de > a <?»
- «¿Por qué esta lectura del sensor está dentro del bucle y no en el bloque de configuración?»
- «Señala el bloque exacto de código que se ejecuta cuando la rueda izquierda va marcha atrás.»
Un alumno que ha construido la lógica responde de inmediato. Un pasajero que ha dejado el trabajo a su compañero se queda en blanco o da respuestas vagas del tipo «hace que el motor se mueva». Anota una nota en una escala sencilla de tres puntos (0 = ninguna comprensión, 1 = comprensión parcial, 2 = dominio claro). En menos de diez minutos puedes evaluar individualmente a diez alumnos sin detener el ritmo de la clase.
El trazado de código en papel
Cuando las aulas de informática carecen de electricidad fiable, o cuando el load-shedding interrumpe una sesión en marcha, las pruebas de trazado en papel son el igualador más robusto. Además, encaja con la forma en que las evaluaciones formales de informática del currículo CAPS de Coding and Robotics valoran la lógica algorítmica.
Entrega al alumnado un extracto del código del proyecto impreso en papel (o proyectado en una pantalla), pero introduce un fallo deliberado: un retardo mal colocado, una comprobación condicional invertida o un ámbito de variable incorrecto. Dales cinco minutos para que escriban de forma independiente:
- Qué línea contiene el error lógico.
- Qué hará físicamente el robot a causa de ese error.
- El pseudocódigo o el parámetro del bloque corregidos.
Esto elimina la ventaja de tener al lado a un compañero rápido. Si un alumno no sabe seguir el flujo de ejecución sobre el papel, no entendió el código que se ejecutaba en el robot de su equipo.
Cómo estructurar el reparto de la nota
Para que la evaluación siga siendo manejable con grupos numerosos manteniendo la responsabilidad individual, estructura las rúbricas de proyecto con esta ponderación:
Componente de grupo (30 %): ¿la construcción física integrada cumplió las especificaciones de diseño y realizó la tarea autónoma exigida?
Entregable individual del rol (35 %): ¿produjo este alumno concreto un artefacto de rol completo y correcto (esquema de cableado, diagrama de estados o registro de QA)?
Comprobación individual de competencia (35 %): ¿demostró el alumno comprensión durante su defensa oral o su trazado de código en papel?
Con este reparto, un equipo que construya un rover excepcional para resolver laberintos verá que su programador activo saca un 92 % y su pasajero desconectado un 48 %. El resultado es justo, transparente y directamente útil para informar a las familias y para el boletín del trimestre.
Para los colegios que gestionan implantaciones en varias clases y un seguimiento estandarizado entre cursos, nuestro equipo de Sheen School Services ofrece rúbricas de evaluación a medida, plantillas de roles y talleres para docentes diseñados específicamente para los horarios y las limitaciones de aula sudafricanos.
