Rúbrica de evaluación de proyecto Arduino: entrega y portafolio

Si calificas un proyecto de Arduino solo preguntando «¿funciona?», puedes acabar poniendo la misma nota a quien copió el código de un compañero y a quien montó el circuito tres veces y encontró el fallo por su cuenta. Una rúbrica de proyecto Arduino más justa mira cinco dimensiones: el circuito (¿está bien montado y ordenado?), el código (¿el alumno puede cambiar algo a propósito?), la comprensión (¿puede explicar una línea que tú elijas?), el proceso de depuración (¿qué hizo cuando no funcionó?) y la documentación y presentación (¿puede mostrar lo que hizo?). Circuito, código y documentación miden el producto; comprensión y depuración miden el proceso. Cuando más de la mitad de la nota sale del proceso, el alumnado deja de esconder los errores y empieza a explicarlos.

Esta entrada es un conjunto de plantillas que puedes llevar a clase mañana: una rúbrica principal de 6 criterios y 4 niveles, la ponderación, una ficha de entrega de una página, una clase de entrega de 40 minutos, una lista de control de 5 minutos para la mesa, fichas de autoevaluación y coevaluación, un portafolio para el trimestre y el cálculo paso a paso de la nota de un alumno. Los ejemplos parten de una clase hipotética de 24 alumnos en grupos de tres. Si quieres una tabla más corta de 3 niveles para observar rápido en las clases semanales, usa la rúbrica del plan de clase de robótica y programación de 8 semanas; el conjunto de aquí está pensado para la nota que pones al final de un proyecto.

Por qué «¿funciona?» no basta: 5 dimensiones

En los proyectos de Arduino el producto y el aprendizaje no siempre están en el mismo sitio. Un semáforo cuyos LED se encienden en orden puede significar que el alumno subió el código sin leerlo nunca. Una luz nocturna que no se enciende puede ser, en cambio, el intento en el que alguien midió el valor del sensor en el Monitor Serie y encontró un umbral mal elegido, que es justo el objetivo de la clase. Por eso ayuda dividir la rúbrica en dos familias. En el lado del producto miras el circuito, el código y los documentos entregados; esa evidencia está en la mesa, en papel y en una foto. En el lado del proceso miras cómo habla el alumno y qué camino sigue al buscar un fallo; eso solo lo ves preguntando y observando. La tabla resume en qué fijarte en cada dimensión y de dónde sale la evidencia.

La rúbrica principal: 6 criterios, 4 niveles y ponderación

A las cinco dimensiones añadimos un sexto criterio: hábitos de trabajo, seguridad y colaboración. En una clase de Arduino por grupos, cambiar cables con el USB conectado o abandonar tu rol también forma parte del aprendizaje. Cada nivel está escrito como una conducta observable; en lugar de expresiones abiertas como «entiende bien» hay cosas que puedes ver en la mesa, como «explica correctamente la línea elegida y dice qué pasa si cambia». Para situar a un alumno en un nivel basta con haber visto una vez la conducta de esa celda. Si dudas entre dos niveles, anota el más bajo con una nota breve; será lo primero que mires en el siguiente proyecto.

La ponderación es intencionada: el 45 % de la nota sale del producto (circuito, código, documentación) y el 55 % del proceso (comprensión, depuración, hábitos). La comprensión pesa más porque, en una clase donde el código se copia con facilidad, la explicación del propio alumno es la señal más fiable de lo que de verdad aprendió. En los primeros proyectos puedes subir el montaje a 25 % y bajar el código a 10 %; en las primeras semanas el alumnado sube sobre todo código ya hecho. En la segunda mitad del trimestre, cuando empiezan a combinar dos proyectos o a añadir comportamientos propios, tiene más sentido subir el código a 20 % y bajar el circuito a 15 %. Que el total sea siempre 100 y comparte la ponderación antes de empezar el proyecto; quien sabe qué da puntos también rellena la ficha de entrega con más cuidado.

Plantilla de ficha de entrega del proyecto

La ficha de entrega ocupa una página y el grupo la rellena antes de mostrar el proyecto. No busca ser un informe bonito, sino reunir en un solo sitio la evidencia de la rúbrica: la lista de piezas y la tabla de conexiones sirven al criterio de circuito, la línea cambiada al de código, el fallo y su solución al de depuración, y la foto y el vídeo a la documentación. La última fila, «¿Qué hace esta línea?», la rellenas tú. El ejemplo de abajo es la ficha de un grupo hipotético que hizo el proyecto gratuito de BlueGrays Luz nocturna con LDR. La lista de piezas sale de la sección Componentes Necesarios del proyecto y las conexiones del Diagrama de Circuito. Al copiar la plantilla, vacía la tercera columna.

La fuerza de la pregunta «¿Qué hace esta línea?» es que muestra lo que el alumno entiende de verdad, incluso en un código copiado. Elige una línea distinta para cada miembro del grupo y escribe la respuesta en la última fila de la ficha. Una buena línea es la que cambia el comportamiento del programa: un pinMode(), un analogRead() o digitalRead(), una condición if, un delay(). No elijas una llave ni una línea vacía. Pregunta en dos pasos: primero «¿qué hace esta línea?» y luego «¿qué pasa si cambias el 13 de esta línea por 12?». Quien responde bien la segunda pregunta se sitúa en el 3 de comprensión; quien explica el flujo del programa de principio a fin, en el 4. Para elegir líneas en proyectos ya hechos te guían las explicaciones Paso a paso de la pestaña Entender el código del proyecto; ahí encuentras rápido las líneas clave del programa. Cómo leer esa pestaña con los ojos del alumno lo contamos en Entender el código y Pruébalo tú.

Clase de entrega: evaluar 8 grupos en 40 minutos

Lista de control de 5 minutos en la mesa

Imprime esta lista en A4 y usa una copia por grupo. El orden es intencionado: primero alimentación y circuito, después código y al final las preguntas orales. Si el proyecto no funciona, no dejes la lista a medias; los puntos que quedan recogen evidencia para el criterio de depuración. Dedica como máximo 5 minutos a cada grupo; tras unas cuantas entregas, la mayoría de las revisiones se hacen en 4.

• Alimentación: La placa recibe corriente por USB y su LED de encendido está iluminado.
• GND común: La línea negativa de la protoboard está conectada al pin GND del Arduino; el sensor y el LED están en la misma línea.
• Piezas: El LED está bien orientado (pata larga en el lado positivo), cada LED tiene su resistencia delante y los valores coinciden con la ficha.
• Comparación con el diagrama: Los pines usados son exactamente los de la tabla de conexiones de la ficha de entrega.
• Código: El código cargado en la placa incluye el cambio de la ficha; si no estás seguro, pide al grupo que lo suba otra vez.
• Comportamiento: El proyecto hace lo que debe; si no, el grupo sabe decir por qué o qué paso está probando ahora.
• Mostrar el cambio en directo: El grupo devuelve el valor cambiado a su estado original y enseña la diferencia.
• ¿Qué hace esta línea? Se preguntó una línea distinta a cada miembro y la respuesta está en la ficha.
• Registro de fallos: Hay al menos una entrada de este proyecto: síntoma, lo que se probó, solución.
• Evidencia: Hay una foto nítida del circuito tomada desde arriba y un vídeo de 10–20 segundos funcionando.

Ficha de autoevaluación

La autoevaluación ayuda al alumno a poner nombre a su propio aprendizaje y te da una segunda mirada para comparar con tu rúbrica. Cada alumno la rellena por separado; no es una ficha de grupo. La última columna es la más importante: pide a quien marque «Sí» que escriba una evidencia. La autoevaluación no cuenta para la nota, pero si entre el nivel que pusiste y la marca del alumno hay dos escalones de diferencia, es una buena señal para hablar un minuto con él. A veces el alumno se infravalora y a veces recuerda un momento que tú no viste.

Ficha de coevaluación

La ficha de coevaluación se rellena mientras los grupos prueban los proyectos de los demás. Deja clara la regla desde el principio: sin puntos, solo observaciones y sugerencias. Que el alumnado ponga nota a un compañero no es justo y crea tensión en el aula; en cambio, la estructura «dos cosas que me gustaron, una sugerencia» enseña a dar una buena retroalimentación. Si quieres, puedes usar la calidad de la sugerencia como evidencia del criterio de colaboración. Devuelve la ficha rellena al grupo dueño del proyecto; esa es la que va a su portafolio.

Portafolio: qué se recoge durante el trimestre

El portafolio cuenta la historia del trimestre, no la de un solo proyecto. Poner la ficha de entrega del primer proyecto de LED junto a la del último muestra el progreso mejor que cualquier número. Da igual que sea en papel o digital; lo importante es añadir en cada proyecto los mismos elementos con el mismo nombre. Para un portafolio digital basta con la carpeta en la nube o la plataforma de aprendizaje que ya usa tu centro: una carpeta por alumno, una subcarpeta por proyecto y nombres de archivo que empiecen por número de proyecto, nombre del proyecto y versión. En papel, una carpeta de anillas con un separador por proyecto es suficiente.

La parte más valiosa del portafolio es el registro de fallos, porque ahí está la evidencia del criterio de depuración. Cada fila responde a seis preguntas: fecha y proyecto, síntoma (¿qué pasó?), primera hipótesis, lo que se probó (en orden), la causa real y qué haré la próxima vez. Una fila de ejemplo: «12 de noviembre, Luz nocturna con LDR; el LED no se enciende nunca; hipótesis: LED al revés; giramos el LED, no cambió nada, mostramos el valor en el Monitor Serie; causa real: el umbral 50 era demasiado bajo para la luz del aula; la próxima vez mediré primero el valor del sensor». Un registro que reúne 10–15 filas en el trimestre muestra qué errores ya no comete el alumno. Haz que anoten también los errores de compilación; los más frecuentes los encuentran en errores de compilación de Arduino y cómo leer valores de sensores en cómo usar el Monitor Serie.

Datos de la app: qué te da BlueGrays y qué no

Si tus alumnos usan BlueGrays en su propio móvil, algunas partes de la app aportan evidencias pequeñas pero útiles para evaluar. Todas tienen algo en común: es el alumno quien te enseña la información en su propia pantalla; la app no se la envía aparte al docente. Por eso úsalas no como nota por sí solas, sino como evidencia que abre una conversación y completa el portafolio.

• Lo hice: Cuando el alumno termina un proyecto, toca esta casilla en la página del proyecto y este pasa a Mi Taller > Proyectos Completados. En la revisión del portafolio pídele que abra esa lista; se convierte en un índice rápido de los proyectos que hizo en el trimestre. Marcarlo es un solo toque, así que es una declaración y no una prueba: para cada proyecto de la lista busca una ficha de entrega o una foto en el portafolio.
• Control oral con Pruébalo tú: La tarea Pruébalo tú al final de la pestaña Entender el código va un paso más allá de «¿Qué hace esta línea?». Lee la tarea en voz alta y pide al alumno que diga, sin mirar el móvil, qué línea cambiaría y cómo; luego que haga el cambio y lo suba. Acordad desde el principio que dirá con claridad si usó la Pista o Ver solución: resolverlo con pista puede ser un 3 en comprensión; resolverlo sin pista y explicar por qué, un 4.
• Si te atascas y Solución de problemas: Un grupo que recorre en orden la sección Si te atascas de Entender el código, o la lista de Solución de problemas del proyecto cuando la hay, está mostrando un método de depuración. Pregunta en qué punto encontraron el fallo y haz que lo anoten en el registro.
• Preguntas del día y Mi nivel: El conjunto de preguntas que cambia cada día, los XP y los niveles desde A1 Primera luz hasta C2 Maestro del taller sirven para mantener al alumnado en contacto con la electrónica entre clases, pero no los conviertas en nota. Las preguntas se responden en casa y a solas, el nivel nunca baja y el resultado depende del tiempo que cada uno pueda dedicar. Úsalos para motivar: quien quiera puede compartir su nuevo nivel con la clase al final de la semana, sin obligar a nadie.

Ejemplo de cálculo de nota: la puntuación de una alumna

Pongamos que Sara es la lectora del grupo que hizo el proyecto Luz nocturna con LDR. Tus observaciones en la clase de entrega son estas: montó el circuito con el diagrama sin errores (circuito 3); cambió el umbral pero no añadió un comportamiento nuevo (código 2); explicó la línea del if, dijo que con un umbral de 600 en vez de 300 el LED se encendería con menos oscuridad y explicó el flujo del programa de principio a fin (comprensión 4); propuso mostrar el valor en el Monitor Serie cuando el LED no se encendía y lo anotó en el registro (depuración 3); la ficha de entrega tenía foto pero le faltaba la tabla de conexiones (documentación 2); cumplió su rol y ayudó al grupo de al lado (hábitos 4). Hay dos formas de calcular la puntuación. Con el método lineal, cada criterio vale el nivel dividido entre 4 por el peso. Con la conversión suave, los niveles cuentan como 1 = 50 %, 2 = 70 %, 3 = 85 %, 4 = 100 %; así, quien empezó pero tuvo dificultades no se queda cerca de cero en un criterio.

La nota de Sara es 77,5 sobre 100 con el método lineal, 78 redondeando (7,8 sobre 10); con la conversión suave es 86,5, es decir, 87. Elijas el método que elijas, usa el mismo todo el trimestre y explícalo al alumnado antes del primer proyecto. La tabla dice más que un número, también indica qué hacer después: los dos criterios más bajos de Sara son código y documentación. En el siguiente proyecto puedes ponerle como objetivo añadir un comportamiento nuevo (por ejemplo, un pitido corto del zumbador además del LED cuando oscurece) y preparar ella misma la tabla de conexiones. Si pasas la ponderación y la conversión a una hoja de cálculo, las notas de los 24 alumnos salen solas en cuanto introduces los niveles.

Evaluación justa: trabajo en grupo, circuitos que no funcionan, código copiado

• Aportación individual en el grupo: Los criterios de producto (circuito, código, documentación) pueden darse al grupo en común; los de proceso (comprensión, depuración, hábitos) son siempre individuales. Preguntar a cada miembro una línea distinta con «¿Qué hace esta línea?» marca esa separación por sí solo. Rota los roles (montador, revisor, lector) en cada proyecto para que, al final del trimestre, cada alumno haya asumido cada rol al menos una vez.
• Un circuito que no funciona: Si el proyecto no funciona en la entrega, pon como máximo un 2 en circuito, pero no bajes los criterios de proceso. Quien buscó el fallo con método, lo anotó y sabe explicar dónde se atascó puede sacar un 3 o un 4 en depuración. Si quieres, da una oportunidad de corregir hasta la siguiente clase y vuelve a evaluar el circuito.
• Código copiado o ya hecho: Partir de un proyecto ya hecho no es copiar; en clase se trabaja con código ya hecho de todos modos. La pregunta real es qué hizo el alumno con el código. Como el criterio de código mira el cambio y el de comprensión mira la explicación, un código tomado de otro grupo pero no entendido se queda bajo en esas dos filas por sí solo. La fila «¿De qué proyecto partí?» de la ficha convierte en costumbre citar la fuente en lugar de ocultarla.
• Código escrito con un chatbot: En los proyectos hechos en casa, el código puede haberse escrito con una herramienta de IA. En lugar de prohibirlo, refuerza el control oral en la entrega: los puntos son para quien sabe explicar y cambiar el código, no para quien lo escribió.
• Piezas rotas y ausencias: Si el sensor de un grupo está estropeado o un alumno falta el día de la entrega, no rellenes la rúbrica ese día; complétala en la clase siguiente con una revisión breve en la mesa. Un problema del material no debe reflejarse en la nota.
• Todos conocen la misma tabla: Lee la rúbrica con el alumnado antes del primer proyecto y enseña un ejemplo de cada nivel. Quien conoce las descripciones de los niveles pregunta qué le falta para el siguiente en lugar de discutir la nota.

No hace falta esperar a un gran proyecto para probar la rúbrica por primera vez: empieza con un proyecto de una sola clase como Luz nocturna con LDR o Semáforo, usa una vez la ficha de entrega y la lista de control y después ajusta la ponderación a tu grupo. Si colocas la evaluación al final de un programa más largo, la plantilla de presentación de 3 minutos del taller de Arduino de 5 días funciona bien junto con estas fichas. Si tus alumnos abren los proyectos en BlueGrays, la lista de piezas, el diagrama del circuito y los pasos de Entender el código que alimentan la pregunta «¿Qué hace esta línea?» ya están ahí; puedes empezar con 60 proyectos gratuitos, 20 por plataforma, y, cuando pases a proyectos Premium, repartir códigos de paquetes de 5 o 10 códigos de pago único y sin renovación automática desde Perfil > Paquetes para Educadores, en lugar de que cada alumno contrate una suscripción.