Situaciones de aprendizaje de Tecnología (ESO)
Qué exige la LOMLOE en Tecnología y Digitalización de Secundaria y dos situaciones de aprendizaje completas: reto, producto, sesiones, DUA y evaluación.
Una situación de aprendizaje de Tecnología y Digitalización en Secundaria es una tarea o proyecto que arranca de un problema real y abierto —cómo automatizar una tarea cotidiana, cómo resolver una barrera de accesibilidad en el centro— y que obliga a combinar diseño, materiales, programación y pensamiento computacional para construir una solución, con un producto final funcional y evaluable y un proceso de diseño documentado paso a paso.
¿Qué exige la LOMLOE para Tecnología y Digitalización en la ESO?
La normativa sitúa esta área en la intersección entre el proceso de diseño de ingeniería y la alfabetización digital: no basta con construir un objeto, hay que documentar por qué se ha diseñado así. Eso implica:
- Problemas reales y abiertos, no encargos con una única solución correcta.
- Proceso de diseño de ingeniería explícito: identificar, generar alternativas, elegir y justificar una, construir, probar y mejorar.
- Pensamiento computacional y programación integrados de forma habitual, no como bloque aislado: automatización, sensores y actuadores, resolución de problemas por pasos.
- Competencia digital y uso crítico: comprender cómo funciona lo que se usa, no solo usarlo.
- Trabajo en equipo con roles técnicos reales (diseño, construcción, programación, documentación), como en un proyecto de ingeniería.
- Evaluación competencial del proceso, no solo del resultado: el cuaderno de diseño y las iteraciones cuentan tanto como si el objeto funciona a la primera.
Si quieres el marco general antes de entrar en el detalle del área, en la guía de situaciones de aprendizaje con IA explicamos cómo diseñarlas paso a paso para cualquier materia.
Ejemplo 1: "El instituto accesible" (2º ESO)
Reto. Un compañero de otro centro que usa silla de ruedas viene de visita y el alumnado descubre varias barreras del instituto: puertas pesadas, un interruptor demasiado alto, una rampa incómoda. En equipos de "ingeniería de accesibilidad", identifican una barrera concreta y diseñan un dispositivo que la resuelva.
Producto final. Un prototipo funcional a escala (o a tamaño real) más una ficha técnica con el proceso de diseño, presentado al equipo directivo como propuesta de mejora real.
Elementos curriculares. Proceso de diseño de ingeniería completo (identificar, idear, seleccionar, construir, probar, mejorar); estructuras y mecanismos aplicados a la accesibilidad (palancas, rampas, sistemas de apertura); sensores y actuadores básicos; y justificar por qué se descartó una alternativa.
| Sesión | Qué se hace |
|---|---|
| 1 | Recorrido guiado identificando barreras reales; cada equipo elige una y la registra con fotos y medidas. |
| 2 | Lluvia de ideas; boceto de al menos dos alternativas y criterios para elegir (coste, viabilidad, impacto). |
| 3 | Selección justificada de una alternativa; planos o esquema del prototipo con materiales y mecanismos. |
| 4 | Construcción del prototipo con material reciclado o kit del aula-taller. |
| 5 | Prueba en condiciones simuladas; registro de qué falla y qué se ajusta. |
| 6 | Mejora final, ficha técnica y preparación de la presentación al equipo directivo. |
Medida DUA. Cuaderno de diseño en tres formatos: plantilla con casillas guiadas, plantilla en blanco para quien prefiere estructurar su propio proceso, o registro por voz transcrito después. Quien tenga dificultades de motricidad fina puede optar por diseño digital del prototipo.
Evaluación. Rúbrica con tres criterios: calidad del proceso de diseño (alternativas, justificación, iteraciones tras la prueba), funcionalidad real del prototipo, y claridad técnica de la ficha. El cuaderno pesa tanto como el prototipo: un objeto que funciona por casualidad no puntúa igual que uno que llega a funcionar tras corregir fallos registrados.
Ejemplo 2: "La huerta que se riega sola" (4º ESO)
Reto. El instituto tiene una huerta escolar abandonada en verano por falta de riego. El alumnado, como "equipo de automatización", diseña y programa un sistema que detecte cuándo la tierra está seca y active el riego sin intervención humana.
Producto final. Un sistema de riego automatizado (microcontrolador, sensor de humedad y actuador) más el código documentado y un manual de mantenimiento para el conserje o el equipo de sostenibilidad del centro.
Elementos curriculares. Programación por bloques o por texto; sensores (humedad) y actuadores (bomba o electroválvula) integrados en un circuito de control; lógica de control (condicionales, umbrales, bucles) aplicada a un problema real de automatización; y depurar comprobando cada componente por separado.
| Sesión | Qué se hace |
|---|---|
| 1 | Visita a la huerta, medición manual de humedad y discusión sobre qué umbral debe activar el riego. |
| 2 | Introducción al microcontrolador y al sensor; primeras pruebas de lectura sin actuador conectado. |
| 3 | Programación de la lógica (si humedad < umbral, activar riego); pruebas con valores simulados. |
| 4 | Integración del actuador (bomba o electroválvula) y primera prueba del sistema completo. |
| 5 | Prueba en la huerta real; registro de fallos (falsos positivos, cableado, calibración) y ajustes al código. |
| 6 | Ajuste final, manual de mantenimiento y presentación al equipo de sostenibilidad del centro. |
Medida DUA. Dos entornos equivalentes según el nivel de partida: programación por bloques para quien se inicia en pensamiento computacional, y por texto para quien ya domina la lógica básica. Ambos resuelven el mismo problema y controlan el mismo sistema físico. Quien se atasca depurando un fallo puede recurrir a ZOE, el tutor de IA de noobe, que guía sin dar las respuestas.
Evaluación. Rúbrica con tres criterios: funcionamiento del sistema en condiciones reales, calidad del código (comentado, lógica bien estructurada), y capacidad de depuración demostrada en el registro de fallos. Se añade una prueba de mantenimiento: otro equipo debe entender el manual y explicar el sistema sin ayuda del equipo autor.
Errores comunes al diseñar situaciones de aprendizaje en Tecnología y Digitalización
- Confundir "manualidad" con situación de aprendizaje. Seguir pasos cerrados es una práctica técnica válida, pero sin decisiones que justificar no hay situación de aprendizaje.
- Dejar la programación como apéndice. El reto debe diseñarse para que programar resuelva una parte real del problema, no para añadirla al final.
- Sobredimensionar el prototipo. Un reto demasiado ambicioso recorta la fase de prueba y mejora, donde está el aprendizaje más valioso.
- No dejar rastro de las alternativas descartadas. Si el cuaderno solo recoge la solución final, se pierde la evidencia de que hubo decisión técnica.
- Evaluar solo si el prototipo funciona. El resultado en la presentación depende de factores ajenos al aprendizaje (batería, cableado); mira también el proceso documentado.
- Dejar solo al alumnado ante un fallo técnico. ZOE, el tutor de IA de noobe, guía sin dar las respuestas y trata los datos en la UE, así que puede acompañar ese bloqueo sin resolverlo por él.
Para no partir de cero cada vez, la plantilla de situación de aprendizaje LOMLOE tiene la estructura ya montada: reto, producto, elementos curriculares, secuencia, DUA y evaluación en un único documento.
Prompt para generar una tercera situación de aprendizaje
Para una tercera situación distinta a las dos de este artículo, este prompt sirve de punto de partida:
"Diseña una situación de aprendizaje de Tecnología y Digitalización para [curso de ESO] sobre [bloque: estructuras y mecanismos, programación y robótica, electrónica o impacto social de la tecnología]. Parte de un problema real y abierto, no de un encargo con una única solución. Incluye: título, contexto del reto, producto final evaluable, elementos curriculares movilizados, secuencia de 5 sesiones en tabla, una medida DUA concreta y los criterios de evaluación del proceso de diseño y del prototipo final."
MIA, el asistente de IA para docentes de noobe, trabaja sobre la LOMLOE y los currículos autonómicos, así que puede ajustar el reto a los criterios de tu comunidad sin que tengas que revisarlo después contra el BOE. La guía de programación didáctica con IA explica cómo encajar estas situaciones dentro del trimestre completo.
¿Quieres ver a MIA generar una situación de aprendizaje de Tecnología con tu currículo real, en directo? Reserva una clase en vivo y tráete el bloque de contenidos que más trabajo te cuesta programar.