Estrategias de Learning-by-Design y Andamiaje Distribuido para la clase de Informática

Docente y alumnos de secundaria trabajando en proyectos de programación siguiendo el modelo Learning-by-Design


Guía pedagógica para docentes de nivel secundario en CABA.

El enfoque Learning-by-Design (LBD) y el concepto de Andamiaje Distribuido representan una evolución del tradicional "aprender haciendo" hacia un modelo de "aprender diseñando". Estos principios son fundamentales para transformar el aula de informática en un espacio de construcción de conocimiento genuino.

El enfoque: Aprender Mediante el Diseño (LBD)

El núcleo de esta metodología es que los estudiantes aprenden conceptos científicos y tecnológicos mientras intentan resolver un desafío de diseño (por ejemplo, crear un programa, una aplicación o un modelo físico). El proceso no es lineal, sino cíclico: Diseñar -> Evaluar -> Rediseñar.

Este enfoque fomenta la responsabilidad del alumno, la resolución creativa de problemas y la interdisciplinariedad, integrando tecnología con matemáticas, arte y ciencias.

Los 3 Niveles de Andamiaje (Útiles para tu planificación)

Para evitar la frustración ante la complejidad técnica, el soporte (andamiaje) debe estar distribuido en tres dimensiones:

  • 1. Macro-nivel: Ayuda a los estudiantes a entender la fase del proyecto en la que se encuentran (Análisis, Exploración, Generación de soluciones o Evaluación).
  • 2. Micro-nivel: Guías específicas para tareas puntuales, como plantillas para redactar especificaciones técnicas o definir criterios de éxito para su software.
  • 3. Nivel Metacognitivo: Preguntas que obligan a reflexionar sobre el proceso (ej: "¿Cómo se relaciona esta función de mi código con el problema original?").

Recomendaciones prácticas para el aula de Informática

1. Uso de "Diarios de Diseño" (Individual)

Utilizar una bitácora donde los alumnos completen antes y durante la programación:

  • Comprensión del problema: Reescribir el desafío con sus propias palabras.
  • Identificación de brechas: "¿Qué necesito investigar en el lenguaje de programación para que mi idea funcione?".
  • Estructura vs. función: Pensar no solo en el componente (Estructura), sino en para qué sirve y cómo se comporta (Función/Comportamiento).

2. Sesiones de "Pin-up" (Grupal/Social)

Organizar sesiones donde los grupos muestren prototipos antes de la entrega final:

  • Justificación: Explicar la lógica basándose en la investigación.
  • Crítica de pares: Fomentar que otros alumnos detecten errores de lógica (debugging pedagógico).

3. El rol del docente como facilitador

El docente deja de ser la única fuente de información para convertirse en un orquestador que interviene cuando un grupo está bloqueado, ayudándoles a "pensar el porqué" del error y conectando la teoría con la práctica.

Resumen de estructura de clase propuesta

Herramienta ¿Cuándo usarla? Función principal
Diarios de Diseño Inicio y fin de cada fase Registro de ideas y reflexión individual.
Pizarrones PBL (Trello) Durante todo el proceso Visibilizar preguntas y "lo que sabemos".
Sesiones Pin-up A mitad del proyecto Presentar ideas tempranas y recibir feedback.
Evaluación/Testeo Al final de cada ciclo Explicar el funcionamiento usando conceptos técnicos.

Bibliografía

  • Intel Computer Clubhouse Network. (s.f.). The Clubhouse Learning Approach: Guiding Principles.
  • Puntambekar, S., & Kolodner, J. L. (2005). Distributed scaffolding: Helping students learn in a learning by design environment. Journal of Research in Science Teaching, 42(2), 185-217.
  • Puntambekar, S., & Kolodner, J. L. (s.f.). Distributed Scaffolding: Helping Students Learn Science from Design. [Documento en revisión].
  • Resnick, M. (s.f.). Learning by Designing. MIT Media Lab.

Comentarios