Secuencia didáctica invertida: de la necesidad educativa al prototipo validado
como crear innovaciones tecnologicas
Cómo fue en el aula
Todavía nadie ha contado cómo le fue con este recurso.
Secuencia didáctica invertida: de la necesidad educativa al prototipo validado
Datos generales
- Área: Ciencias de la Educación.
- Asignatura: Educación general.
- Nivel: Educación técnica/tecnológica, con enfoque aplicado y de competencias laborales.
- Duración total: 2 horas distribuidas en una semana: 20 minutos de preparación autónoma y 100 minutos de trabajo presencial.
- Metodología: Clase invertida, aprendizaje basado en retos y trabajo colaborativo en equipos de 2 o 3 estudiantes.
- Acceso tecnológico: celulares de los estudiantes, con uso de herramientas digitales disponibles y alternativas de baja conectividad.
Meta de aprendizaje
Crear una innovación tecnológica educativa a partir de una necesidad concreta, mediante el diseño de una solución mínima viable, su prueba con usuarios y la incorporación de mejoras fundamentadas en evidencias.
Objetivo de aprendizaje SMART
Al finalizar la semana, cada equipo diseñará y mejorará un prototipo de solución tecnológica educativa para una necesidad real o verosímil de Educación general, utilizando recursos accesibles; presentará una ficha de viabilidad, recogerá retroalimentación de al menos dos usuarios y justificará dos ajustes realizados a partir de los resultados de la prueba.
Producto final esperado
- Ficha de necesidad educativa y perfil de usuario.
- Prototipo o solución mínima viable funcional, demostrable en un celular o mediante una maqueta digital o en papel.
- Registro breve de prueba con al menos dos usuarios.
- Versión mejorada del prototipo.
- Justificación de la viabilidad tecnológica, pedagógica e institucional.
Conceptos operativos para la sesión
- Necesidad educativa: situación concreta que limita, dificulta o puede mejorar un proceso de enseñanza, aprendizaje, evaluación, orientación o comunicación educativa.
- Usuario: persona que utilizará o recibirá directamente la solución, por ejemplo, estudiante, docente, tutor o coordinador académico.
- Solución mínima viable: primera versión funcional que permite comprobar si una propuesta responde a la necesidad, sin requerir todas las funciones de un producto final.
- Prototipo: representación o versión inicial de la solución que puede ser observada, utilizada y evaluada por usuarios.
- Validación: proceso de probar la propuesta con usuarios y analizar evidencias para decidir qué conservar, cambiar o eliminar.
Preparación autónoma previa: observar antes de diseñar
Objetivo parcial
Reconocer los componentes básicos de una innovación tecnológica educativa y delimitar una necesidad concreta, evitando formular ideas generales como “crear una aplicación para mejorar la educación”.
Tiempo
20 minutos antes del encuentro presencial.
Materiales y recursos
- Ficha de preparación entregada por el docente en papel o por mensajería.
- Lectura breve o video de máximo 8 minutos sobre necesidad educativa, usuario, solución mínima viable y validación.
- Celular, si está disponible.
- Cuaderno o documento compartido.
Consigna para los estudiantes
- Revisen la lectura o video proporcionado por el docente.
- Observen una situación de Educación general en la que exista una dificultad concreta. Puede relacionarse con la comprensión de instrucciones, la entrega de evidencias, la retroalimentación, la organización del estudio, la participación o la comunicación entre docentes y estudiantes.
- Completen individualmente las siguientes preguntas:
- ¿Qué situación educativa necesita mejorar?
- ¿Quién experimenta principalmente esa dificultad?
- ¿En qué momento y contexto ocurre?
- ¿Qué evidencia permite afirmar que existe el problema?
- ¿Qué recursos tecnológicos accesibles ya están disponibles?
- Propongan una primera idea de solución en una sola frase: “Proponemos que el usuario pueda..., mediante..., para lograr...”.
- Lleven la ficha al encuentro presencial.
Acciones del docente
- Proporciona una lectura o video breve, preferentemente descargable para evitar depender de la conectividad.
- Entrega la ficha de preparación y aclara que no se evaluará la originalidad de la idea, sino la capacidad para delimitar una necesidad verificable.
- Revisa rápidamente las respuestas antes de la clase o solicita que se compartan al inicio.
Acciones de los estudiantes
- Analizan una situación educativa concreta.
- Diferencian una necesidad de una solución tecnológica.
- Formulan una primera propuesta sin comprometerse todavía con una herramienta específica.
Producto
Ficha individual de observación con una necesidad educativa delimitada y una idea inicial de solución.
Actividad 1. Delimitar la necesidad y definir la solución mínima viable
Objetivo parcial
Transformar una idea general en un reto de diseño claro, identificando usuario, contexto, problema observable, resultado esperado y restricciones de viabilidad.
Tiempo
25 minutos presenciales.
Materiales y recursos
- Fichas de preparación autónoma.
- Plantilla de reto de diseño.
- Hojas, marcadores o cuadernos.
- Celulares para consultar o mostrar herramientas disponibles, sin que sean indispensables.
Pasos
-
Contraste de ideas, 5 minutos.
Acciones del docente: Organiza equipos de 2 o 3 estudiantes y solicita que cada integrante exponga su necesidad en un minuto. Formula preguntas de precisión: “¿Quién tiene la dificultad?”, “¿Qué conducta o resultado observable muestra el problema?” y “¿En qué contexto educativo ocurre?”.
Acciones de los estudiantes: Explican sus propuestas, comparan necesidades y seleccionan una que sea relevante, acotada y posible de abordar con los recursos disponibles.
-
Redacción del reto, 10 minutos.
Acciones del docente: Entrega o proyecta la estructura: “¿Cómo podríamos ayudar a [usuario] a [acción o resultado] en [contexto], considerando [restricción principal]?”. Revisa que el reto no sea demasiado amplio.
Acciones de los estudiantes: Redactan el reto, identifican al usuario principal y describen qué evidencia demostraría una mejora.
-
Definición de la solución mínima viable, 10 minutos.
Acciones del docente: Solicita que cada equipo elija únicamente la función esencial de la solución. Orienta la selección con tres preguntas: “¿Qué debe poder hacer el usuario?”, “¿Qué puede probarse hoy?” y “¿Qué función puede omitirse en esta primera versión?”.
Acciones de los estudiantes: Elaboran una ficha con la necesidad, usuario, función principal, herramienta posible, recursos requeridos, riesgos y criterio de éxito.
Producto
Reto de diseño y ficha de solución mínima viable.
Transición a la actividad 2
Antes de pasar a la siguiente actividad, verifica que cada equipo:
- Haya descrito una necesidad educativa concreta y no solo una tecnología deseada.
- Haya identificado un usuario específico.
- Haya definido una única función esencial que pueda probarse en poco tiempo.
- Haya considerado recursos accesibles, tiempo disponible y posibles restricciones institucionales.
Si una propuesta no cumple estos criterios, el equipo debe reducir su alcance antes de comenzar el prototipo.
Actividad 2. Diseñar y construir el prototipo
Objetivo parcial
Representar una solución mínima viable mediante una herramienta accesible, haciendo visible el recorrido que seguirá el usuario y la función educativa que se desea comprobar.
Tiempo
40 minutos presenciales.
Materiales y recursos
- Celulares de los estudiantes.
- Una herramienta accesible por equipo, según la solución: formulario digital, presentación interactiva, documento con enlaces, tablero colaborativo, audio, video breve, código QR o prototipo en papel.
- Hojas, marcadores y cinta adhesiva para representar pantallas o pasos si no hay conectividad.
- Plantilla de recorrido del usuario.
Pasos
-
Planificación del recorrido, 8 minutos.
Acciones del docente: Explica que el prototipo debe mostrar qué hace el usuario desde el inicio hasta obtener un resultado. Modela rápidamente un recorrido de tres pasos: acceder, realizar una acción y recibir una respuesta o recurso.
Acciones de los estudiantes: Dibujan o escriben el recorrido del usuario y determinan qué información, interacción o retroalimentación ofrecerá la solución.
-
Construcción de la primera versión, 22 minutos.
Acciones del docente: Acompaña a los equipos con preguntas prácticas: “¿Puede el usuario comprender qué debe hacer sin explicación adicional?”, “¿La solución responde directamente a la necesidad?” y “¿Qué dato o comportamiento permitirá comprobar si funciona?”. Evita resolver el diseño por el equipo.
Acciones de los estudiantes: Construyen una versión funcional o demostrable. Configuran solo las funciones esenciales, incorporan instrucciones claras y preparan una situación breve de uso.
-
Revisión de viabilidad, 10 minutos.
Acciones del docente: Solicita una revisión rápida con cuatro criterios: acceso, facilidad de uso, pertinencia pedagógica y sostenibilidad institucional. Advierte que una solución no es viable si requiere dispositivos, datos, permisos o conocimientos que los usuarios no poseen.
Acciones de los estudiantes: Completan la matriz de viabilidad:
- Recursos: ¿Qué dispositivos, aplicaciones, tiempo y conectividad se necesitan?
- Usuarios: ¿Quién puede utilizarla y qué apoyo requiere?
- Contexto institucional: ¿Es compatible con normas, horarios, privacidad y recursos disponibles?
- Uso pedagógico: ¿Qué aprendizaje, participación o proceso educativo pretende mejorar?
Producto
Primera versión del prototipo y matriz breve de viabilidad.
Transición a la actividad 3
Antes de pasar a la siguiente actividad, verifica que cada equipo:
- Puede demostrar el prototipo en un máximo de dos minutos.
- Ha definido una tarea concreta para el usuario.
- Ha preparado una pregunta o criterio para observar si la solución funciona.
- Puede explicar qué parte del prototipo responde a la necesidad educativa.
Si el prototipo todavía es solo una idea, el equipo debe convertirlo en una representación observable: pantalla, formulario, secuencia de pasos, audio, maqueta o simulación.
Actividad 3. Probar, analizar y mejorar iterativamente
Objetivo parcial
Validar el prototipo con usuarios, recoger evidencias de uso y realizar mejoras justificadas, diferenciando opiniones generales de hallazgos observables.
Tiempo
35 minutos presenciales.
Materiales y recursos
- Prototipos de los equipos.
- Celulares de estudiantes o prototipos impresos.
- Ficha de prueba con tres preguntas y un espacio para observaciones.
- Cuaderno o documento compartido para registrar resultados.
Pasos
-
Prueba cruzada con usuarios, 12 minutos.
Acciones del docente: Organiza una rotación. Cada equipo prueba su prototipo con al menos dos estudiantes de otro equipo. Indica que el usuario debe intentar realizar la tarea con la menor ayuda posible.
Acciones de los estudiantes: Un integrante presenta la tarea, otro observa y registra dificultades, y otro, si corresponde, acompaña al usuario sin explicarle anticipadamente cómo resolverla. Los usuarios responden: “¿Qué entendiste que debías hacer?”, “¿En qué parte tuviste dificultad?” y “¿Qué cambiarías para usarlo en una situación educativa real?”.
-
Análisis de evidencias, 8 minutos.
Acciones del docente: Ayuda a distinguir entre una preferencia y una evidencia. Pregunta: “¿Qué hizo o no pudo hacer el usuario?”, “¿Qué instrucción no comprendió?” y “¿Qué resultado muestra que la función principal se cumplió?”.
Acciones de los estudiantes: Clasifican los hallazgos en “funciona”, “requiere ajuste” y “debe eliminarse o reemplazarse”. Seleccionan los dos problemas más importantes según su impacto en el usuario y en la finalidad educativa.
-
Mejora iterativa, 10 minutos.
Acciones del docente: Solicita que los ajustes sean concretos y verificables. Orienta a los equipos para que no agreguen funciones innecesarias y para que prioricen claridad, accesibilidad, pertinencia pedagógica y viabilidad.
Acciones de los estudiantes: Modifican el prototipo y registran dos cambios. Para cada cambio completan: “Hallazgo observado”, “Decisión tomada”, “Modificación realizada” y “Razón por la que mejora la solución”.
-
Socialización técnica, 5 minutos.
Acciones del docente: Solicita una presentación rápida por equipo: necesidad, solución, evidencia de prueba y mejora principal. Ofrece retroalimentación formativa utilizando los criterios de evaluación.
Acciones de los estudiantes: Presentan la versión mejorada y justifican sus decisiones con base en los resultados de la prueba, no únicamente en opiniones personales.
Producto final
Prototipo mejorado, registro de validación con dos usuarios y justificación de al menos dos ajustes iterativos.
Cierre y evaluación formativa
Tiempo
Incluido dentro de los 5 minutos de socialización final.
Preguntas de metacognición
- ¿Qué cambió entre la idea inicial y el prototipo?
- ¿Qué evidencia modificó o confirmó la decisión del equipo?
- ¿Qué recurso tecnológico resultó suficiente y cuál habría sido innecesario?
- ¿Qué debería probarse nuevamente antes de implementar la solución en una institución educativa?
Criterios de evaluación
| Criterio | Logro esperado | Evidencia |
|---|---|---|
| Delimitación de la necesidad | Define una situación concreta de Educación general, con usuario, contexto y evidencia del problema. | Ficha de necesidad y reto de diseño. |
| Diseño de la solución mínima viable | Construye un prototipo demostrable que incorpora una función esencial relacionada directamente con la necesidad. | Prototipo y recorrido del usuario. |
| Selección tecnológica y viabilidad | Justifica el uso de una herramienta accesible considerando recursos, usuarios, conectividad y contexto institucional. | Matriz de viabilidad. |
| Validación con usuarios | Prueba la solución con al menos dos usuarios y registra dificultades, comprensiones y sugerencias observables. | Ficha de prueba. |
| Mejora iterativa | Realiza al menos dos ajustes y los justifica con evidencias obtenidas durante la prueba. | Versión mejorada y registro de cambios. |
Instrumento rápido de evaluación formativa
| Indicador | Sí | En proceso | Retroalimentación necesaria |
|---|---|---|---|
| La necesidad educativa está claramente delimitada. | |||
| El usuario puede realizar una tarea concreta con el prototipo. | |||
| La herramienta seleccionada es accesible y viable. | |||
| Se recogieron evidencias de al menos dos usuarios. | |||
| Las mejoras se relacionan con los resultados de la prueba. |
Adaptación ante fallas de conectividad
La tecnología se mantiene como objeto y medio de innovación, pero el prototipo no depende exclusivamente de internet. Si falla la conectividad, los equipos pueden representar las pantallas o pasos en hojas, utilizar capturas previamente descargadas, grabar un audio o video en el celular sin conexión, simular el flujo de un formulario o construir una maqueta de baja fidelidad. La validación se realiza igualmente mediante la observación de usuarios que recorren la solución y expresan qué comprenden, qué necesitan y dónde se equivocan.
Micro-plan de implementación
Microplan de implementación para el docente
Antes de la semana de trabajo
- Prepare una lectura o video breve sobre necesidad educativa, usuario, solución mínima viable, prototipo y validación. Descárguelo o dispóngalo también en papel.
- Imprima o envíe tres fichas: preparación autónoma, reto y viabilidad, y prueba con usuarios.
- Solicite que los estudiantes lleguen con una necesidad educativa observada. Recuérdeles que no deben comenzar por una aplicación, sino por una situación concreta.
- Prepare ejemplos técnicos vinculados con Educación general: un formulario para recoger evidencias de comprensión, una secuencia de retroalimentación, un recurso de orientación académica o un sistema sencillo para organizar entregas. Preséntelos solo como referencias de formato, no como soluciones que deban copiar.
Inicio de la clase presencial: 5 minutos
- Forme equipos de 2 o 3 integrantes.
- Diga: “Hoy no diseñaremos una idea amplia ni una aplicación completa. Construiremos una primera solución que pueda ser utilizada, observada y mejorada.”
- Solicite que cada estudiante comparta su necesidad en un minuto.
Implementación de la actividad 1: 25 minutos
- Haga que los equipos elijan una necesidad utilizando tres filtros: relevancia educativa, posibilidad de prueba y disponibilidad de recursos.
- Revise el reto formulado por cada equipo. Si dicen “crear una app educativa”, pregunte: “¿Qué dificultad específica resolvería y quién la experimenta?”
- Exija que definan una única función esencial para la primera versión.
- Verifique el producto antes de autorizar el inicio del prototipo.
Implementación de la actividad 2: 40 minutos
- Solicite primero un recorrido de usuario de tres o cuatro pasos.
- Permita que cada equipo elija la herramienta más accesible: formulario, presentación, documento enlazado, audio, video, tablero o maqueta.
- Realice visitas breves a los equipos y formule preguntas, sin construir la solución por ellos:
- ¿Qué hará exactamente el usuario?
- ¿Cómo sabrán si la solución cumple su propósito educativo?
- ¿Qué pasaría si el usuario tiene baja conectividad?
- ¿Qué información personal debe evitarse solicitar?
- A los 30 minutos, anuncie: “Les quedan 10 minutos para dejar el prototipo listo para ser probado; no agreguen nuevas funciones.”
Implementación de la actividad 3: 35 minutos
- Organice la prueba cruzada entre equipos. El usuario debe intentar usar la solución antes de recibir explicaciones extensas.
- Indique a los observadores que registren conductas concretas, por ejemplo: “no encontró el botón”, “comprendió la consigna”, “necesitó ayuda para completar el formulario”.
- Solicite que cada equipo elija dos ajustes prioritarios y los incorpore.
- En la socialización final, limite cada presentación a un minuto. La estructura será: necesidad, prototipo, evidencia y mejora.
Cierre y evaluación
Use la lista de criterios para entregar una retroalimentación breve. Priorice una fortaleza y una mejora por equipo. Cierre diciendo:
“Una innovación tecnológica educativa no se define por tener muchas funciones, sino por responder a una necesidad real, poder ser utilizada por sus destinatarios y mejorar a partir de evidencias.”
Contingencias prácticas
- Sin internet: use prototipos en papel, capturas de pantalla, archivos previamente descargados o simulaciones en el celular.
- Pocos celulares: trabaje por roles: diseñador, usuario y observador; rote el dispositivo durante la prueba.
- Idea demasiado amplia: reduzca el alcance a un usuario, una situación y una función esencial.
- Equipo centrado en la herramienta: pregunte qué necesidad resuelve y qué evidencia demostraría su utilidad.
- Usuarios que elogian sin aportar datos: solicite que realicen una tarea concreta y registre dónde dudan, se equivocan o solicitan ayuda.
- Falta de tiempo: elimine la personalización estética del prototipo y conserve únicamente la función que se desea validar.