Después de el primero post acerca de UrbanLabs, y el segundo post con la publicación de la presentación que tuve, aquí voy a hablar de la metodología de los grupos de trabajo que adoptamos.

01. Metodología: Open Space Technology

Se trata de la metodología Open Space Technology:

Open Space Technology (OST) offers a method to run meetings of groups of any size. (“Technology” in this case means tool — a process; a method.) OST represents a self-organising process; participants construct the agenda and schedule during the meeting itself.
[...]
OST meetings have a single facilitator who initiates and concludes the meeting and explains the general method. The facilitator has no other role in the meeting and does not control the actual gathering in any way.

Aquí unas pagínas web más acerca de Open Space Technology:

• http://www.openspaceworld.com/users_guide.htm
• http://www.openingspace.net/openSpaceTechnology_method.shtml
• http://blog.p2pfoundation.net/does-open-facilitation-favour-groupthink/2008/10/06

Se trata entonces de una metodología de desarrollo de proyectos en grupos basados en su propia auto-organización, y entonces la podemos ver como una verdadera metodología de diseño participativo. Y ser el facilitador (o enabler) del Grupo A acerca de Actividades Colaborativas y Open Innovation me ha permitido comprobar esta metodología y aprender mucho.

Ya he dicho que el evento fue una experimentación colectiva que continúa en el futuro, un proceso colectivo de aprendizaje sobre el desarrollo de proyectos colaborativos. Fue un evento donde de verdad aprendimos todos: organizadores, facilitadores, participantes. Quizas porque era su primera edición, quizas porque los sistemas sociales siempre generan redes y situaciones nuevas cada vez. De hecho, a través de esta metodología UrbanLabs se quedò como una Comunidad que se auto-organiza a través de practicas abiertas y de par a par: una Comunidad Open P2P con una participación mercantil. Lo que se intentò hacer era entonces que los participantes se auto-organizaran para empezar a desarrollar proyectos y construir nuevas redes.

Ya expliqué un poco la metodología en la presentación que tuve, aquí os aconsejo unos videos para comprenderla mejor.
Lo que es importante comprender de Open Space Technology y de sus leyes y roles, es que intenta aprovechar de los recursos escasos del grupo de trabajo (o sea tiempo y participantes) para que todos puedan econtrar su propia manera de participar y disfrutar.

Aquì un video de una unconference Open Space en tres minutos:

Aquí dos videos timelapse de dos unconference Open Space (pero no de UrbanLabs): en esta manera se puede comprender mejor como los participantes se auto-organizen en el espacio a lo largo del tiempo.

Open Space – Theatre Bristol 19th July from metadaptive on Vimeo.

Pero de momento tenemos solo este video sobre UrbanLabs y mi grupo de trabajo:

02. Metodología: un codigo fuente para los proyectos

Para facilitar los participantes a desarrollar proyectos de actividades colaborativas, preparé unas hojas con una estructura, unas preguntas y unas herramientas utiles para analizar una Comunidad/Localidad. Cuando los participantes rellenan las espacios vacios de las preguntas, empiezan a producir el codigo fuente de los proyectos de Actividades Colaborativas.
Como que teniamos muy poco tiempo, llevè una versión reducida durante el transcurso de las jornadas (secciones 00 y 01), dejando la versión completa para quien quiere seguir con los proyectos después del evento. Se trata de una de una primera version (0.1), una guía para analizar (y comprender, y luego diseñar) proyectos de innovación abierta, y en general desarrollar proyectos de una Actividad Colaborativa para/con una Comunidad/Localidad.

En estas hojas la metodología de diseño Open P2P Design que propongo ha sido resumida y dividida en cuatro partes, para que sea modular y todos los participantes puedan utilizarla como quieran y cuando quieran.
Además, se publica esta pequeña guía bajo de licencia Creative Commons, así que los participantes pueden modificarla y utilizarla de manera diferente. Al final de cada sección hay espacio para comentarios sobre esta metodología, así que todos podamos desarrollarla más de manera colectiva.
Podeis encontrar la versión completa en el wiki de UrbanLabs o en Scribd (ver los enlaces más abajo).

Esta es la estructura de la guía:

• 00. Mapear los recursos de los participantes del grupo de trabajo
  Esta sección sirve al facilitador para conocer los participantes del grupo de trabajo y mapear así los recursos del grupo como comunidad de diseño;
• 01. Diseñar una Actividad Colaborativa para una Comunidad/Localidad
  Esta sección sirve de introducción a la metodología y pone así las primeras preguntas generales que hay que contestar para luego seguir en el proceso de diseño;
• 02. Analizar una Comunidad/Localidad y su ActividadEsta sección sirve para analizar la Comunidad/Localidad para/con queremos diseñar un proyecto de Actividad Colaborativa. Lleva unas preguntas útiles para analizar la Comunidad/Localidad a través de su Actividad: de esta manera se puede también comprender un esquema para analizar y describir actividades (algo que se utilizará en la descripción del proyecto);
• 03. Describir el proyecto de una Actividad Colaborativa para una Comunidad/Localidad
  Esta sección sirve como herramienta para describir de manera sintética un proyecto de Actividad Colaborativa para una Comunidad/Localidad;
• 04. Organizar el proceso de diseño de una Actividad Colaborativa para una Comunidad/Localidad
  Esta sección sirve como herramienta para organizar las etapas del proceso de diseño, en base a donde se encuentran en el espacio y en el tiempo y al nivel de participación de la Comunidad/Localidad para/con quien diseñamos;

03. Resultados positivos de UrbanLabs

• UrbanLabs fue el primer evento a proponer no solo debate y networking acerca de actividades colaborativas y Open Innovation, sino también la construcción de proyectos;
• fue también el primer evento acerca de actividades colaborativas y Open Innovation con enfoque en las ciudades, y entonces en los sistemas Comunidad/Localidad;
• la importancia que UrbanLabs da a la facilitación: no tanto por la presencia de facilitadores, sino por la naturaleza de todo el evento en facilitar el nacimiento de proyectos y la construcción de redes sociales; no se intenta a construir proyectos desde arriba (top-down), sino se da la oportunidad y las herramientas para que se formen desde abajo (bottom-up). Los facilitadores son simplemente una de las herramientas del evento, un evento enabler;
• la naturaleza de evento para la el aprendimiento colectivo (organizadores, facilitadores, participantes), gracias a la posibilidad de debate y desarrollo de proyectos;
• la construcción de redes para proyectos actuales y futuros;
• la organización del espacio entre tipos diferentes de eventos (keynote speakers, charlas relampago y grupos de trabajo) para más diversidad y flexibilidad;
• la presencia de muchos participantes procedentes de las administraciones publicas, como nota también Esteve Almirall.

Hablando de los resultados, aquí podeis encontrar los proyectos que se desarrollaron en los grupos. En el grupo A, pasamos desde los 40-50 participantes del primer dia (¡que éxito!), a los 30 participantes del segundo dia. Asì que el primer dia sacamos 12 proyectos, pero el segundo dia de estos se quedaron solo tres para desarrollar más (Cartografías urbanas y plataformas participativas, Redes internacionales de ONGs, P2P LivingLab).
En la wiki solo hay unos apuntes para cada proyecto, esperamos que en los proximos meses los participantes sigan con estos proyectos, sea en esta wiki o a través de contactos directos entre ellos. Lo importante es que con la wiki UrbanLabs sigue dando un espacio a los participantes para que se auto-organizen en desarrolar un proyecto de manera colaborativa.

04. Lo que se puede todavia mejorar de UrbanLabs

• Como también nos aconsejò Michel Bauwens, sería importante para la proxima edición de UrbanLabs poner en marcha también unas charlas y grupos de trabajo en Inglés, para ampliar las redes de participantes (ya participaron unos extranjeros y le hubiera gustado encontrar algo en Inglés también);
• si la presencia de administraciones publicas fue un exito (y era uno de los objetivos), la falta de empresas da que pensar: hay que involucrarlas más en participar en este tipo de proyectos;
• mientras la organización del espacio fue perfecta, la organización del tiempo es lo unico que de verdad podria mejorar en la proxima edición: hubo una excesiva fragmentación de los grupos de trabajo en dos jornadas y sobretodo demasiado poco tiempo para los grupos (hay también comentarios parecidos de otros participantes aquí y aquí). Había entonces muy poco tiempo para que todos los participantes se puedieran presentar (sea por si mismos sea a través de las preguntas de la primera sección de la guía que preparé) y hablar sobre los proyectos (en manera especial en mi grupo de trabajo, donde le primer dia habia casi 50 participantes); además de eso muchos participantes tomaron la división de los grupos de trabajo como oportunidad para cambiar grupo (conociendo más personas e ideas claro, pero también perdiendo la oportunidad de seguir con los proyectos);
• el numero de participantes: 40/50 son demasiados para un grupo de trabajo, con 30 ya se puede trabajar de manera mejor pero seria mejor que los participantes sea unos 20-30; por supuesto, el numero de los participantes se queda non como un exito sino como un problema solo en relación al tiempo disponible.

Estas consideraciones llevan pues estas preguntas/aconsejos:

• ¿dar a los grupos todo un dia para trabajar?
• ¿organizar todas las charlas relampago y keynote speakers en un dia y los grupos de trabajos en otro dia? O sea, un dia de conferencia/compartir conocimiento y un dia de proyectos;
• ¿organizar algo para el networking de los participantes antes del dia de los grupos de trabajo?
• ¿construir más los grupos de trabajo en linea en la wiki antes de las jornadas?
• ¿organizar los grupos de trabajo no por tema sino por proyecto (project-oriented), a lo mejor empezando por los proyectos de la primera edición o a través de un concurso?

En definitiva, creo que UrbanLabs haya sido un evento muy importante y que haya tenido exito por los objetivos que nos planteamos; ahora hay que seguir el desarrollo de las redes y de los proyectos de los participantes, esperando para el siguiente UrbanLabs.
Si quiereis comentar o dejar aconsejos para los proximos UrbanLabs, podeis dejar un comentario en este post o en la pagína de feedback del evento en el Wiki de UrbanLabs, o en el grupo en Google.