Hablemos de TIC y Educación

Gracias a uno de los mensajes de Ecutanda en tiwtter, descubro en pingdom.com un interesantísimo estudio sobre la distribución por edades de los usuarios en las principales redes sociales, que nos llevan a conocer algunos datos con los que podemos empezar a comprender las decisiones que los directivos de estas compañías toman, encaminadas sin duda alguna a la captación de nuevos grupos de edad o a la consolidación como líderes en dichas franjas de edad.

En esta primera gráfica, podemos ver cómo el 15% del total de usuarios de las redes sociales son de la franja de edad de 0 a 17 años. La verdad es que se echa de menos que aquí hubiesen fragmentado un poco más, ya que sería interesante conocer, al menos para mí, cómo se distribuye este porcentaje entre los usuarios menores de 13 años y entre los que tienen 13 y 17. Aún así, el dato ya es interesante:

Distribución global por edad

Por otra parte, nos presentan este gráfico, en el que podemos ver la distribución por franjas de edad en las diferentes redes sociales que forman parte del estudio:

Distribución por franjas de edad entre las redes sociales

Hay algunas redes de las que reconozco no he oído hablar nunca, pero de hoy no pasa sin que me ponga a estudiar qué es Bebo y Xanga, porque con una cuota del 40% de usuarios menores de 17 años tienen que tener algo que las haga muy interesantes para este grupo de edad.

Por otra parte, me ha resultado muy interesante el bajísimo índice de uso de las redes sociales de aquellos que se encuentran en el grupo de edad de entre 18 y 24, los cuales, sin ser puramente nativos digitales, sí que tenemos todos la percepción de que son usuarios muy habituales de los medios digitales. ¿A alguien se le ocurre a qué responde esto? yo la verdad es que estoy muy sorprendido, y estoy seguro que hay toda una respuesta bio-psico-fisiológica a esto.

Un saludo a todos.

El otro día nos quedamos a las puertas de hablar sobre lo que es la catalogación y los modelos de catalogación que se han empleado en el Proyecto Agrega.

Comencemos definiendo en unas pocas palabras lo que es la catalogación y para qué sirve, puesto que al menos para mí tengo que reconocer que este ha sido uno de los puntos que mayores controversias generó dentro del Proyecto Agrega, supongo que en parte por el desconocimiento que se tuvo al principio de dicho proyecto tanto por parte de las empresas desarrolladoras como por parte de la propia administración. La catalogación es un sistema que nos permite ubicar los contenidos que se tratan en cada una de las secuencias didácticas, de manera que posteriormente cualquier usuario de la plataforma será capaz de encontrarlos a partir de diferentes criterios de búsqueda.

La cuestión es la siguiente: supongamos que un usuario cualquiera accede a la página web del Proyecto Agrega, y desea buscar todos los contenidos que tratan sobre una determinada parte del currículo, pero desconoce el nombre que se ha dado a dichos contenidos, por lo que tiene que realizar esa búsqueda partiendo de la materia a la que pertenecen, o la edad de los alumnos que van a recibir los contenidos, o cualquier otro criterio relacionado con las secuencias que desea emplear… pues bien, si esas secuencias están bien catalogadas, contendrán la información que permite que sean encontradas dentro del fichero imsmanifest.xml, de manera que el buscador podrá acceder a la información de ese fichero y proporcionará al usuario un listado con el nombre de las secuencias que se ajustan a su criterios de búsqueda.

¿En qué se basa la catalogación? La respuesta es sencilla, puesto que aquí cobra más fuerza que nunca la estandarización de la que tanto hablábamos en la entrada de la semana pasada. La cuestión es que si para catalogar los contenidos cada uno de los proveedores hubiésemos empleado nuestros propios criterios, está claro que se hubiese formado un guirigay que hubiese ocasionado que ahora mismo encontrar cualquier contenido dentro de la plataforma fuese o bien algo totalmente imposible o bien cuestión de suerte. La estandarización se consigue empleando modelos de catalogación que son comunes para todos los desarrolladores y que son fácilmente entendibles por los usuarios que vayan a realizar la búsqueda de contenidos en la plataforma, y en el caso del Proyecto Agrega se han basado en dos modelos diferentes pero muy potentes, que son LOM-ES y ETB.

LOM-ES es un estándar de catalogación basado en otro estándar llamado IEEE-LOM, que se ha adaptado a las características del mercado educativo español. Así, un buen catalogador lo que irá haciendo para catalogar cualquier contenido bajo el estándar LOM-ES es ir desplegando una serie de menús, de manera que finalmente el contenido educativo quedará perfectamente catalogado (perdón por la redundancia) y ubicado dentro de la plataforma. Un ejemplo de dichos menús es el siguiente, si por ejemplo queremos catalogar un gráfico en el que se muestra una gráfica de Gauss sobre un tema determinado:

Gráfico de la función de densidad de probabilidad de una normal.

1. Probabilidad

1.1. Estadística

1.1.1. Función de densidad

1.1.1.1. Normal

1.1.1.1.1. Campana de gauss

y si lo que se hubiese catalogado fuese otro tipo de gráfico, por ejemplo un gráfico de barras, en LOM-ES sería algo así:

1. Probabilidad

1.1. Estadística

1.1.1. Función de densidad

1.1.1.1. Normal

1.1.1.1.2. Gráfico de barras

De manera que se puede ver que desplegando los menús se llega a una clasificación muy estricta de los contenidos que se están catalogando.

Por otra parte, dentro de Agrega se ha empleado el estándar de catalogación ETB, que si bien no se adapta a la perfección al mercado educativo español si que tiene la enorme potencia de ser uno de los estándares mas empleados a nivel europeo, por lo que se consigue que cualquier profesor o estudiante europeo tenga mayores facilidades para encontrar contenidos dentro de Agrega (recordemos aquí que la mayoría de los contenidos que hay en Agrega tienen una versión en Inglés, y que también se han desarrollado secuencias en francés).

ETB funciona, en la práctica, igual que LOM-ES, por lo que lo que se pide al catalogador es que, una vez conocido el estándar (lo que conlleva un montón de horas de estudio) vaya desplegando los árboles que conforman dicho estándar hasta conseguir clasificar los contenidos digitales de manera que no quede rastro ninguno de duda para los usuarios finales sobre lo que se trata dentro de cada una de las secuencias que hay dentro de la plataforma.

Para catalogar los contenidos dentro de Agrega, lo primero que hay que hacer es configurar la herramienta para que el catalogador por defecto sea el avanzado, dentro del menú “Configurar datos de usuario”, y después, dentro de la carpeta personal y habiendo pulsado en la opción “modificar” de uno de los ODE con los que estamos trabajando, en la parte superior izquierda tenemos la opción “Catalogar”, sobre la que debemos pulsar para acceder a los menús de catalogación, donde podremos ver las diferentes categorías sobre las que debemos trabajar, de las cuales son obligatorias las que están marcadas con un asterisco. Todas estas categorías son:

General. En esta categoría de describen algunos datos generales de la secuencia, como su nombre, la materia a la que pertenece…

Ciclo De Vida. En esta categoría se describe en qué momento se encuentra la secuencia didáctica, si su desarrollo está finalizado, si todavía es susceptible de cambios, etc…

Meta – Metadatos. En esta categoría se desarrollan los metadatos, es decir, los datos que hablan de la propia secuencia, y que son por ejemplo el idioma en el que se ha desarrollado y en el que se está catalogando, quién es el desarrollador y quién es el catalogador de la secuencia, etc…

Técnica. En ella se explican los requisitos técnicos para que se puedan visualizar los contenidos de la materia, como por ejemplo puede ser la versión de flash necesaria, si se tiene que instalar algún plugin, si es necesario algún tipo de programa ofimático para visualizar parte de los contenidos…

Uso Educativo. En esta categoría se describe las características educativas de la secuencia didáctica, tales como las materias que trata, los contenidos (uno a uno) que se explican en ella, los tipos de medias que se han empleado para su desarrollo, etc…

Derechos. Son los derechos bajo los que se ha generado la secuencia didáctica y bajo los que se pone a disposición de los usuarios finales. Aquí, dentro de Agrega, se explica de manera muy concienzuda la licencia Creative Commons en que se basa este proyecto.

Relación. Básicamente, habla de la relación del ODE con otros ODE que se hayan publicado en Agrega.

Anotación. Es un campo libre, en el que se pueden desarrollar de manera abierta (no estandarizada puesto que es un texto libre) comentarios sobre el uso que se puede dar de los contenidos que se tratan en el ODE.

Clasificación. En esta categoría se emplean tanto LOM-ES como ETB para clasificar los contenidos según los estándares de clasificación de estos dos sistemas de catalogación.

Por lo demás, como viene siendo habitual dentro de esta serie de entradas, os remito a la información que se ha publicado dentro de la propia Agrega, que podéis encontrar en la sección de documentos en el siguiente enlace:

http://www.proyectoagrega.es/default/Documentacion

Espero que os haya resultado útil.

Un saludo y nos vemos/leemos en la próxima entrada.

Sin duda alguna, una de las características que hacen que el Proyecto Agrega sea realmente interesante es el modelo de desagregación en que se basa, y que posibilita que sus contenidos sean altamente modulables de manera que cualquier profesor tenga la opción de generar, a partir de dichos contenidos, una estructura totalmente personalizable para conseguir los objetivos pedagógicos deseados.

Lo explicaré con más detalle: todos los contenidos que se encuentran disponibles en Agrega se basan en un modelo de desagregación de cuatro niveles, que son los siguientes:

- Nivel de desagregación 1. Son los assets o medias, es decir, los objetos que forman parte de los ODE (Objeto Digital Educativo) pero que por si solos no tienen relevancia didáctica, por lo que si disponemos de ellos por separado no podríamos cumplir objetivos didácticos. Un ejemplo puede ser una imagen (que no vaya acompañada de texto), o un audio (por ejemplo del enunciado de una actividad).

- Nivel de desagregación 2. Es un conjunto de medias, los cuales sí que tienen relevancia didáctica y por lo tanto tienen relevancia didáctica. En el caso del proyecto Agrega, a los objetos con nivel de desagregación 2 los llamamos Objetos de aprendizaje (en adelante OA). Un ejemplo puede ser una animación, formada por audios, textos e imágenes, sobre un tema cualquiera, como puede ser el funcionamiento de un aparato del cuerpo humano, junto con un conjunto de actividades que servirían para evaluar el aprendizaje del alumno sobre el contenido tratado en la animación.

- Nivel de desagregación 3. Son un conjunto de objetos con nivel de desagregación 2, y tienen plena relevancia didáctica. En Agrega, a los objetos con nivel de desagregación 3 se les llama Secuencia didáctica (en adelante SD).

- Nivel de desagregación 4. Son un conjunto de objetos con nivel de desagregación 3. Un ejemplo serían, por ejemplo, el conjunto de secuencias didácticas de Lengua castellana de 5º de Primaria, que tratarán los temas correspondientes a todo el currículo escolar.

Si realizas una búsqueda en Agrega, podrás comprobar que lo que se encuentra disponible son objetos con nivel de desagregación 2 y 3, es decir, OA y SD, por la sencilla razón de que son los que garantizan el aprendizaje del alumno sobre temas concretos. Así, los objetos con nivel de desagregación 1 no se encuentran disponibles directamente para su descarga, si bien es cierto que es sencillo llegar hasta ellos descargando una SD o un OA y navegando por la estructura de carpetas que los componen (recuerdo aquí que la distribución se realiza en paquetes comprimidos en zip bajo estándar SCORM 2004) hasta llegar al media que nos interese. Tampoco está de más recomendar la lectura de las condiciones de uso de los contenidos que se encuentran en Agrega, puesto que una cosa es poder desagregar los contenidos, y otra muy distinta poder utilizar los objetos desagregados según nos plazca. Estas condiciones de uso las podéis consultar en la siguiente dirección: http://www.proyectoagrega.es/default/d-preguntas-frecuentes

Respecto de los objetos con nivel de desagregación 4, tampoco están disponibles en Agrega, puesto que su uso se dirigiría, de una manera muy general, a cubrir todos los contenidos del currículo para un ciclo educativo, y la idea que subyace a este proyecto precisamente es la de ofrecer al docente la posibilidad de crear sus propios contenidos para adaptarlos a las características de lo que quiere mostrar a la clase.

A esta posibilidad de generar contenidos es a lo que nos referimos con modularidad, se basa directamente en la filosofía del estándar SCORM 2004 (recuerdo aquí que SCORM es un acrónimo que en castellano podemos traducir como Modelo de Referencia para Objetos de Contenido Compartibles), y es algo que se puede conseguir muy fácilmente con la herramienta que nos ofrece Agrega, que se llama Agrega Offline y que podéis descargar desde el siguiente enlace, siguiendo para su instalación las instrucciones que nos ofrecen en la propia página del proyecto Agrega: http://www.proyectoagrega.es/default/Agrega-offline

Una vez con Agrega Offline instalado, la generación de contenidos personalizados es realmente sencilla, bastaría con importar los contenidos a nuestra carpeta personal (aparecerán por lo tanto en la pestaña Archivos), para posteriormente clasificarlos según sean Asset o SCO (podéis obtener información sobre estas dos clasificaciones en este mismo blog, en los post sobre SCORM) y organizarlos según nuestra conveniencia en la pestaña Organizaciones. No voy a entrar, de todas maneras, a detallar este proceso, puesto que en la sección de documentos de Agrega se dispone de una serie de manuales que los detallan perfectamente.

En fin, de esta manera, es realmente fácil descargar un contenido desde Agrega, desagregarlo en otros contenidos de menor entidad, e incluso agregar a nuestros contenidos otros, que pueden no ser de la propia Agrega, para crear estructuras totalmente personalizadas. El proceso, insisto, es realmente sencillo y con un poco de práctica se pueden hacer auténticas maravillas, que irían desde la generación de un contenido sencillo basado en pocos elementos, hasta la generación de auténticas metasecuencias con estructuras todo lo complejas deseadas.

Un saludo, la siguiente entrada será sobre qué es la catalogación, y sobre cómo se catalogan los contenidos educativos con Agrega Offline.

Agrega

Si eres profesor y estás interesado en el uso en el aula de contenidos digitales de calidad habrás oído hablar del Proyecto Agrega, desarrollado por Red.es, cuya finalidad ha sido la de crear una plataforma (llamada Agrega) con un gran repositorio de contenidos digitales que abarquen todas las áreas del currículo, y que pueden ser empleados de manera gratuita por cualquier profesor en el aula.

Para mí, que he tenido la inmensa suerte de formar parte de uno de los grupos de profesionales que han desarrollado algunos de los contenidos que hoy día ya se pueden visualizar y descargar desde Agrega, este proyecto ha supuesto el poder conocer las fases por las que debe pasar todo contenido interactivo para poder ser publicado y utilizado con éxito en una plataforma de formación con las garantías suficientes para que se cumplan los objetivos didácticos que en la fase inicial se plantean como necesarios.

Así pues, voy a iniciar una serie de entradas sobre Agrega intentando dar mi punto de vista sobre qué es, cómo funciona, y cómo podemos sacarle todo el jugo posible a este proyecto, que ya adelanto que es enorme cuando se llega a conocer la herramienta que Red.es pone a nuestra disposición desde la página del proyecto: http://www.proyectoagrega.es

Empezaré hablando de las fases por las que han pasado los ODE (Objeto Digital Educativo), lo cual creo que es interesante para cualquier persona o empresa que se quiera iniciar en el desarrollo de este tipo de contenidos. Para hacerlo, me basaré en la interesante estructura que nos muestra en su página web la empresa KMI (Knowledge Management Interactive), y que en su momento pude conocer gracias a un post que Jorge Diéguez publicó en su blog (http://jorgedieguez.com/blog/2010/01/proceso-de-desarrollo-de-contenidos-elearning/). La página en cuestión es la siguiente: http://www.demo.kmionline.com/courses/uploaded/1000003495/index.html y en ella se presentan las siguientes fases en el proceso de desarrollo de contenidos digitales interactivos para la formación:

I. Fase de análisis. Esta fase se subdivide en otras tres, cuyos objetivos son:

1. Como proveedor de contenidos, debemos averiguar cómo es nuestro cliente, cuáles son sus infraestructuras, y cuáles son sus objetivos, con la finalidad de elaborar un primer perfil sobre sus características y necesidades (del cliente, no del curso que debemos elaborar para él). En el caso del Proyecto Agrega, esto es algo tan sencillo como visitar la página web de Red.es (http://www.red.es).

2. Debemos reunirnos con la empresa cliente para tener una primera toma de contacto en la que producir sinergias (algo muy de moda en el mundo empresarial hoy día) que conduzcan a la elaboración de un documento de especificaciones técnicas sobre el cual se va a basar el trabajo que se va a desarrollar a partir de ese momento. En el caso de Agrega, se generaron varios documentos, sobre los que los distintos adjudicatarios tuvimos la posibilidad de ir aportando nuestras ideas, y que están disponibles para ser consultados en el siguiente enlace: http://www.proyectoagrega.es/default/Documentacion-produccion

3. El proveedor de contenidos debe elaborar una proposición de soluciones para el cliente, nombrando así mismo a las personas que serán responsables del proyecto y que tendrán contacto directo con el cliente en las siguientes fases de desarrollo con la finalidad de conseguir los flujos de comunicación necesarios para que dicha comunicación sea una vía eficaz para la resolución de problemas que a buen seguro surgirán en fases posteriores. En esta fase, el cliente tiene la posibilidad de aportar su punto de vista y de pedir los cambios que considere necesarios para que la estrategia presentada por la empresa proveedora de adapte a las necesidades que considere se necesiten cubrir.

II. Fase de inicio de desarrollo. Esta fase también se subdivide en otras tres, que son las siguientes:

1. Los responsables del proyecto en la empresa proveedora se reúnen con los técnicos de la empresa cliente con la finalidad de afinar los requerimientos que deben cumplir los ODE (a nivel técnico). Es en esta fase donde se redefinen los documentos técnicos elaborados en la subfase 2 de la fase anterior y nos debemos asegurar de que lo que quede escrito sufrirá las mínimas variaciones posibles en las fases posteriores, ya que cualquier modificación, por pequeña que parezca, podrá suponer un montón de quebraderos de cabeza y un aumento considerable en los costes del producto final.

2. Se genera un plan de trabajo (timeline en términos empresariales) en el que quedan marcados los plazos de ejecución de las fases posteriores del proyecto. Mi consejo es que como proveedor de contenidos siempre se intente negociar, sobre el tiempo estimado, un colchón de horas lo suficientemente amplio como para poder responder a los inconvenientes que sin duda surgirán de aquí en adelante.

3. El plan de trabajo tiene que ser consensuado entre la empresa cliente y el proveedor. Este documento generalmente se acompaña de un contrato que establece penalizaciones económicas para la empresa proveedora en el caso de no cumplir con lo que se firma.

III. Fase de diseño. En este caso esta fase se subdivide en cuatro subfases:

1. La empresa proveedora comienza a conceptuar el curso, generando y transfiriendo el conocimiento necesario a los diferentes técnicos implicados en el proyecto para definir responsabilidades sobre las tareas que deben desarrollar, y generando así mismo las vías de comunicación (sinergias) necesarias entre los diferentes miembros del equipo.

2. Conceptualización del curso, en la que cada uno de los miembros del equipo de desarrollo aportan su punto de vista y conocimientos para llevar a buen puerto el trabajo que se va a desarrollar.

3. Se genera un storyboard sobre el curso que se va a desarrollar. En este storyboard se muestran tanto los contenidos que se van a tratar así como el modo en que se van a mostrar, ya que hay que definir los elementos multimedia que se van a emplear con el fin de que el cliente de el visto bueno o modifique las partes que considere necesarias. En el caso del Proyecto Agrega, estos storyboards se generaron en formato .doc ya que los guiones que se elaboraron para cada uno de los ODE (también llamadas secuencias didácticas) superaban las cien páginas de longitud. Estos guiones fueron supervisados por expertos contratados por el Instituto de Tecnologías Educativas (lo que todos conocíamos como CNICE) con la finalidad de conseguir las mayores garantías didácticas sobre los contenidos que se iban a generar.

4. Por último, se realizan los cambios necesarios en los guiones y de nuevo se trasladan al cliente para que este de el visto bueno definitivo que dará paso a la siguiente fase.

IV. Fase de desarrollo. Esta fase, en la que se desarrollan (por fin) los materiales en su formato multimedia, se subdivide en otras tres subfases:

1. Producción de una versión alfa. En esta versión se intenta plasmar lo mejor posible lo que aparece en los guiones que han sido validados en formato multimedia. En esta fase, el cliente tiene la posibilidad de proponer nuevos cambios, siempre y cuando no entren en conflicto con lo establecido en los guiones. Así mismo, durante este desarrollo, la empresa proveedora podrá proponer de nuevo cambios sobre el guión si finalmente se decide que lo planteado sobre el papel no es factible en los formatos multimedia disponibles. En todo caso, cualquier cambio en esta fase puede suponer una reguionización de las secuencias multimedia, lo que nos llevaría a la subfase 3 de la fase de diseño, con el impacto en tiempo que supone para el proyecto el tener que retroceder a dicha subfase. Aquí, os puedo asegurar, una buena comunicación entre proveedor y cliente supone evitar muchos quebraderos de cabeza.

2. Una vez validada como correcta la versión alfa, se produce una versión beta, en la que se generan con el mayor grado de concreción todos los contenidos multimedia. En el proyecto Agrega esto suponía, por ejemplo, la grabación de los audios por parte de actores profesionales (algo que no es nada barato) así como el empaquetado de los cursos en formato SCORM 2004 para su prueba en los diferentes entornos que quedaron establecidos en la fase de análisis, que son la propia Agrega, Rustici, Moodle, así como el correcto funcionamiento en un entorno online no LMS (es decir, colgar los cursos directamente de una página web) y en un entorno local bajo diferentes sistemas operativos (Windows, Linux y Mac). Esta versión beta de nuevo es validada por el cliente, y se tienen que afinar, de nuevo, los errores que se detecten.

3. Por último, se finaliza el desarrollo del curso partiendo de las indicaciones del cliente sobre la versión beta presentada. El curso, una vez finalizado, se entrega al cliente, que en el caso de Red.es lo que hace es colgarlo en la página web del Proyecto Agrega para que los profesores puedan disponer de él de manera gratuita.

En fin, como podéis ver el desarrollo de un producto de formación multimedia consta de varias fases, y os puedo asegurar que tanto Red.es como los distintos adjudicatarios (al menos el grupo de trabajo del que yo formé parte) intentamos ser lo más escrupulosos posible con ellas.

Espero que os haya resultado interesante. En una segunda entrega de esta serie hablaré de las especificaciones técnicas de Agrega, sus principales funcionalidades y de cómo cualquier profesor puede hacer uso de la herramienta para generar sus propios ODE.