martes, 9 de mayo de 2017

Proyecto Colaborativo Scratch


Resultado de imagen para scratch teamOs quiero presentar el proyecto con el que he finalizado el curso de Flipped Learning. Se trata, como ya pudísteis leer en mi entrada anterior, de que los alumnos formen equipos de trabajo y que, a partir de una idea inicial de un juego para Scratch gestada en un "brainstorming", el grupo desarrolle. Para ello se definirán distintos roles, formas de trabajo, etc. Se explica más en detalle a continuación. Recordad que la posible rúbrica también la publiqué en la entrada anterior.

Un proyecto colaborativo lo forman un grupo de Scratchers que trabajan de forma coordinada en uno o más proyectos. Cada scratcher contribuye con su "talento particular" en beneficio del equipo. En principio la idea que podría pensarse para llevar a cabo este proyecto colaborativo sería tener una cuenta de uso común y que todo se hiciera en esa cuenta. Esta opción se desaconseja, en su lugar se recomienda que cada uno, a través de su cuenta, "reinvente" un proyecto inicial y se encargue de un área determinada. El propietario de este proyecto inicial, que será el coordinador, se encargaría después de volcar todo el trabajo individual en éste.

Un buen proyecto colaborativo necesita trabajar en equipo y ponerse de acuerdo. Todos los participantes necesitan saber que se está haciendo y en qué orden debe llevarse a cabo para que todo funcione bien. El progreso debería ser rápido, si se extiende en el tiempo los participantes pueden perder interés y se tiende a ralentizar el desarrollo. También se puede utilizar un foro de discusión en el que todos los integrantes del equipo comparten impresiones. Esta es la lista de características deseables para un proyecto colaborativo.
  • Cada usuario trabaja en una parcela del proyecto
  • El grupo al completo discute ideas sobre el proyecto
  • El grupo tiene un coordinador, asumiendo la responsabilidad de asegurarse que todo el mundo trabaja.
  • Se dispone de un foro organizado con la lista de miembros y sus trabajos.
  • Hay un encargado de subir los trabajos individuales, normalmente el coordinador del proyecto, que vela por qué se haga de forma controlada.
Roles de un equipo de trabajo:
  • Programadores. Son los encargados de componer la secuencia lógica de bloques que constituirán el cuerpo o estructura del programa.
  • Diseño. Diseñan los objetos, disfraces, escenarios... para el proyecto. 
  • Audio. Trabajan con los efectos sonoros del proye
  • Ideólogo. Son los encargados de diseñar el juego y coordinar una lluvia de ideas, brainstorming sobre el proyecto. Puede hacerse de forma conjunta por todos los miembros del equipo.
  • Testeadores. Ayudan al desarrollo del proyecto probando las versiones y detectando posibles errores o aspectos a mejorar.
  • Historiadores. Escriben el historial de desarrollo del proyecto, marcando su inicio y cada uno de los hitos alcanzados.


jueves, 4 de mayo de 2017

Algunas reflexiones

Ya voy terminando el curso y la verdad que voy avanzando, aunque todavía me queda por aprender. Me ha resultado particularmente interesante el poder ver que otras propuestas hacían algunos compañeros, una experiencia muy enriquecedora y que nos demuestra el poder de las nuevas tecnologías para poner en contacto a docentes con los que, de otra manera, no tendrían contacto alguno.
Ahora tengo más claro que un proyecto flipped no surge de manera instantánea. Necesita planificarse y diseñarse al detalle para garantizar que va a funcionar bien. No sirve tener una idea inspiradora y querer llevarla a la práctica sin una previsión previa.

Diseño de artefacto TIC: Proyecto Colaborativo de Scratch

En este enlace de padlet tenéis el diseño o boceto de un artefacto TIC. Se trata de desarrollar un proyecto colaborativo en Scratch. Se divide la clase en grupos y cada uno de ellos llevará a cabo un proyecto Scratch. Espero que os guste. También os adjunto la rúbrica correspondiente.

Rúbrica
A nivel de equipo
Entrega
El equipo no realiza la entrega
El equipo realiza la entrega fuera de plazo
La entrega se hace en plazo
Coordinación, trabajo en equipo
Nula, no ha habido comunicación prácticamente
Media. Han estado en contacto pero no demasiado
Alta. Han estado permanentemente en contacto
Calidad del proyecto
Baja. No se cumple con un mínimo de calidad acorde al tiempo del que se ha dispuesto.
Media. El proyecto tiene una calidad mínima, pero no se aprecian detalles que lo hagan muy bueno.
Alta. El proyecto es de calidad y está cuidado al detalle.
Roles
El reparto de roles está muy desequilibrado.
Algunos roles han tenido una carga de trabajo un poco mayor que otros
Trabajo de roles bien equilibrado.
Foro
No tiene, o está prácticamente sin entradas
Hay un foro, pero no tiene mucha actividad
El foro tiene mucha actividad, está todo lo que se hace registrado

A nivel individual
Cumplimiento de responsabilidad
El alumno no trabaja
El alumno se limita a hacer lo que le dicen, sin implicarse más allá.
El alumno cumple con su cometido y se implica en todas las decisiones del equipo.
Relación con los compañeros
Mala, el alumno no se lleva bien con los compañeros.
Regular. El alumno se muestra educado, pero no ayuda a los compañeros
Alta. El alumno es sociable, educado y ayuda a sus compañeros.
Calidad del trabajo
Baja. No se cumple con un mínimo de calidad acorde al tiempo del que se ha dispuesto.
Media. El trabajo tiene una calidad mínima, pero no se aprecian detalles que lo hagan muy bueno.
Alta. El trabajo es de calidad y está cuidado al detalle.
Foro
El alumno no participa
El alumno participa de manera ocasional
El alumno participa activamente en la mayoría de hilos.



Introducción a Scratch

Aquí os presento un vídeo de unos 5 minutos sobre el entorno de programación de Scratch. En él iremos viendo cada una de las partes y el funcionamiento básico. También incluye algunas preguntas para ver si has estado atento...