Javier Abellán Ferrer. Profesor del curso de programador de Aplicaciones Informáticas 2011, impartido en Forem Vigo, programación preferentemente Desempleados 2011, nos aporta su valoración acerca del aprendizaje basado en proyectos

Como resumir en una entrada de blog esta experiencia de aprendizaje por proyectos...

En primer lugar preparamos los ingredientes:

·         Dos puñados de recursos

·         Tres o cuatro kilos de motivación

·         Una cucharada generosa de improvisación.

Muy bonito, pero es ¿qué es exactamente?

Disponer de recursos es algo importantísimo, en función de las posibilidades podremos afrontar proyectos más y más ambiciosos. ¿Que entendemos por recursos? Yo lo resumo en: libertad y disponibilidad de las herramientas necesarias.

En mi caso, he tenido, la inmensa fortuna de contar con todos los recursos que me han hecho falta. Recursos tangibles como espacio web, instalaciones amplias con equipos en perfecto estado, material de aula de primera, etc. y también recursos intangibles como el reconocimiento y las facilidades recibidas.

La motivación es el ingrediente imprescindible en aprendizaje por proyectos. Si no se consigue la implicación de todo el aula tienes el fracaso asegurado. Esta motivación se consigue marcando metas claras y complicadas. Pienso que sin retos no hay motivación por ello es necesario realizar una evaluación inicial del grupo para detectar intereses y capacidades personales. Solo después puedes buscar y proponer objetivos que estén por encima de sus expectativas pero que aun así resulten apetecibles.

Por poner un ejemplo, uno de los grupos estaba interesado en el lenguaje android. Pretendían hacer una calculadora y les pedí un sistema gestor de pedidos en un bar...

Aquí entra en juego la improvisación. Tal vez se puedan conseguir buenos resultados aplicando metodologías de manera estricta pero un toque de improvisación le da mucha vida al grupo y mantiene la motivación.

Siempre que empiezo la parte de curso que reservo para los proyectos empiezo con el mismo objetivo:

·         dividir la clase en grupos.

·         implementar y documentar el mismo proyecto.

·         intercambiar el proyecto con otro grupo y añadir alguna característica nueva.

...nunca lo he conseguido :-( . Es increíble lo mucho que puede afectar al aprendizaje por proyectos la improvisación. Es algo así como la sal..., si alguna vez has probado la comida de hospital lo entenderás.

Por poner otro ejemplo de improvisación, hasta un par de días antes de iniciar el proyecto del robot, no sabíamos sobre que hardware íbamos a programar. Al final nos decantamos por el Lego NXT y estuvimos como 5 días trabajando virtualmente.

Ahora vamos con la parte práctica del aprendizaje por proyectos....

Antes de poder enfrentarse a un proyecto es necesario tener unos buenos cimientos. El aprendizaje por proyectos, al menos en informática, solo puede aplicarse en las últimas etapas del curso.

De las 950 horas del curso solo las últimas 200 han estado dedicadas al proyecto. Eso deja más de 700 horas de teoría y ejercicios...

El grupo de alumnos y alumnas que me ha tocado ha sido tan bueno, tan capaz, tan curioso que en muchas ocasiones durante el proyecto el papel de profesor y alumno se ha difuminado en el rol de investigador.

Lo cierto es que la mayoría de proyectos informáticos en entornos educativos tienen los mismos problemas: bases de datos, división en clases, interfaz gráfica, etc. Son problemas conocidos y esperados cuya solución cambia un poco de lenguaje en lenguaje pero que en esencia es lo mismo. Supongo que los profesores de autoescuela tienen la misma sensación...

Al iniciar los proyectos, los alumnos ya tenían conocimientos de varios lenguajes y habían superado el módulo de programación con nada más y nada menos que 400 horas de duración. Sus intereses se podían dividir en tres grupos claramente diferenciados:

·         Un grupo quería aprender android,

·         Otro grupo deseaba probar con algo parecido a lo que se demandaba en el mercado actual,

·         El tercer grupo estaba más interesado en algo más práctico y visible.

Lo cierto es que la parte técnica fue muy parecida en todos los proyectos. De hecho en alguna ocasión aproveché para hacer algunas reflexiones técnicas comunes a todos los proyectos. Sin entrar en temas técnicos y solo por poner un ejemplo comentaré un error común a los tres proyectos:

En programación “Visual” el código de los eventos debe finalizar para actualizar la vista. En los tres proyectos todos cometieron el error de meter un bucle infinito dentro del código del evento. En todos los casos la solución era similar, por ejemplo, cambiar el bucle infinito por un timer...

Mi labor consistía en guiar sutil y superficialmente el desarrollo del proyecto. El activo más importante que podía proporcionar a los proyectos era mi experiencia. Nunca fue mi intención imponer mis criterios (los errores también forman parte del aprendizaje) pero en alguna ocasiones les pedí que tomaran decisiones de diseño que no comprenderían hasta que quisieran depurar o aumentar las características de su proyecto. ¿Cuantas veces habré pedido dividir funcionalidades en más clases o más métodos?

El grupo de Android aprendió un lenguaje nuevo. Si bien la sintaxis y la API es idéntica a la de Java, lo cierto es que supone un cambio importante con los lenguajes vistos durante el curso así que tienen un mérito tremendo. Me consta que durante tardes y fines de semana han dedicado mucho tiempo en el desarrollo de la aplicación.

El grupo del robot también tuvo que empaparse de LejOS, otro lenguaje fork de Java diseñado para la máquina virtual de Java en el LEGO NXT. Aquí el mérito no solo estaba en el nuevo lenguaje sino con un entorno de depuración inexistente.

El grupo de la aplicación en Java contaba con el reto de una base de datos muy compleja. El lenguaje elegido fue uno de los vistos durante en el curso así que contaban con algo de experiencia y material. El mayor reto de este proyecto consistía en el manejo de la base de datos. Imagina que un cliente de banco se quiere dar de baja, ¿eres consciente de todo lo que hay que comprobar para realizar esta tarea tan “aparentemente” sencilla? Tarjetas, otras cuentas, cuentas huérfana, saldos actualizados, movimientos, comisiones,...

El inicio de los proyectos consistía en la planificación. Con la ayuda de diagramas de Gantt había que definir las partes vitales de los proyectos y planificarlas temporalmente para poder detectar a tiempo retrasos.

No sé que pasa con los proyectos informáticos pero nadie se para a planificar!!! alguien se imagina empezar una obra de un edificio sin unos planos!!!

La consecuencia más habitual de una mala planificación es que el proyecto no se acaba. No tener claramente especificado el tiempo para realizar las tareas suele derivar casi siempre en pararse demasiado tiempo en partes prescindibles del proyecto.

Planificar te permite distinguir que partes son vitales y cuales deben quedar para una segunda o tercera versión.

El grupo de Java no realizó una buena planificación. Implementaron un programa espectacular que incluso generaba PDFs (a mano!!!) pero... sin acabar. En este grupo hubo un bajón de motivación importante, de hecho, en las últimas jornadas, mientras en resto de los proyectos corregía pequeños detalles, el grupo de Java tenía un “productividad” muy baja.

El fracaso también forma parte del aprendizaje por proyectos. Ha sido la mejor forma de aprender que la planificación en necesaria en proyectos informáticos serios.

Valoración personal

Mi valoración de los proyectos es tremendamente positiva. No solo por los logros técnicos, también por la satisfacción de ver como este grupo se ha superado y han adquirido conocimientos y destrezas. 

Bajo mi punto de vista el aprendizaje por proyectos supone, en primer lugar, una evaluación realista, justa, objetiva y fácilmente evaluable de los conocimientos, procedimientos y habilidades adquiridas. En segundo lugar supone la capacidad de autogestión y trabajo en grupo que adquieren, que adquirimos todos. Me parece vital saber buscar las respuestas a problemas nuevos sabiendo que tienes el respaldo del profesor como otro recurso más. Por último y no menos importante, sacar adelante proyectos supone una satisfacción difícilmente describible.

Desde luego, si te gusta la docencia, no puedes dejar de incluir algún proyecto entre tus actividades.

No puedo acabar esta memoria sin un agradecimiento a la implicación que han tenido los alumnos y alumnas del curso de Programador de Aplicaciones Informáticas 2011, sin ellos esto sería pura teoría. No os deseo suerte sino justicia, os la merecéis!!!