« Intro.01 « Intro.02 « Intro.03 « Intro.04 « Intro.05 « Intro.06 « Intro.07
« Intro.08 « Intro.09

A diferencia de los procesos de diseño tradicionales, lineales, el proceso de diseño Open Peer-to-Peer es non lineal y se caracteriza por múltiples procesos paralelos a causa del gran número de agentes y de sus interacciones. Un proceso de diseño Open Peer-to-Peer por lo tanto, proporciona la base para el desarrollo de más proyectos paralelos, un ecosistema de agentes diseñadores de una evolución mimética de los proyectos que sean más “adecuados” para la comunidad, cuya selección llevará a mejores resultados.

Un proceso de diseño Open Peer-to-Peer se caracteriza por la apertura y el compartir del proyecto (el código fuente, en el software) de la plataforma y de la actividade que permite una vez prestados a la comunidad por los diseñadores. La comunidad va a probar y modificar varias veces y en varias direcciones (en el software, compilar el código binario), hasta que se llegue a una versión satisfactoria (la versión estable del programa) y la auto-organización estea garantizada.

El código fuente del proyecto (community source code) consiste en herramientas del diseño de servicios, con la introducción de una descripción de los niveles de reputación en la comunidad, la licencia que gobierna la cooperación y el acceso a los resultados, el mapa la una red social capaz de mostrar los puntos débiles y fuertes en la comunidad. El código fuente es accesible a todos los participantes, que lo comprueban con un aumento de nivel de la realidad (la plataforma está construida progresivamente durante esta fase) informando a la comunidad del proyecto de todos los errores (bugs, en el software). Cuanto mayor sea el número de participantes, mayor es la probabilidad que los errores sean detectados y corregidos.
Durante el proceso de diseño y en su final, la comunidad se auto organiza modificarndo el proyecto si fuera necesario, en la medida de lo posible; es esta capacidad a la auto-organización y mejoramiento de las condiciones locales, que hace que las comunidades sean vivas e interesantes.

La participación en este proceso de diseño es abierta y en condiciones de igualdad, sino que también se rige por dos principios: la auto-elección y la reputación, que dan lugar a diferentes niveles de participación en las diversas fases de diseño, de acuerdo a la posesión de los conocimientos necesarios en cada fase del proyecto. Las diferentes fases del proceso de diseño, por lo tanto, requieren diferentes niveles de participación y, por tanto, de compromiso y visibilidad de los participantes. Estos diferentes niveles dan lugar a las diferentes fases típicas (similar a algunas fases de las comunidades de práctica) de la vida de las comunidades: potencial, fusión, estable, auto-organización y expansión, declive

análisis

El proyecto empieza con un análisis de los participantes, con el fin de comprender los recursos existentes, y por lo tanto utilizables, las limitaciones, los puntos críticos. A través de este análisis, los diseñadores empiezan a conocer a los participantes, así que pueden ya prefigurarse las características que la actividad de la comunidad podría tener en el futuro. El objetivo de esta fase consiste en definir los objetivos y la estrategia para construir el concepto de la actividad de la comunidad. El análisis, llevado a cabo a través de la investigación etnográfica y el análisis de redes sociales, se centrará en la plataforma, las características de cada uno de los participantes, si es posible, así como las actividades ya en curso.

concept

Una vez que el análisis de los participantes, de sus actividades y sus redes sociales sea realizado, se desarrolla un primer concepto de la actividad de la comunidad (y su plataforma). Los diseñadores entonces desarrollan una versión inicial (que podríamos llamar la versión 0.0.1) del proyecto de la actividad / plataforma, formalizado en el código fuente de la comunidad.

co-diseño / prueba / creación paralelos

Una vez desarrollado, el concepto se muestra a los participantes y discutido colectivamente. A partir de ahora se inicia una fase de co-diseño de la actividad / plataforma, que se caracteriza por un crecimiento sostenido de compromiso, energía y visibilidad por parte de los participantes. En esta etapa, el concepto de actividad se desarrolla en colaboración para conseguir un proyecto funcionante, una versión “estable” el código fuente (la versión 1.0).
Los participantes comprueban el código fuente simulando la actividad, con el fin de comprender cuáles puedan ser los puntos débiles, los errores (bugs en el código fuente de la comunidad). El código fuente está sometida a un proceso de peer review (revisión por pares), en lo cual tanto los diseñadores (que observan la simulación) que los participantes señalan errores y los cambios necesarios. Una vez que se identifica un error el código es modificado y se comienza a comprobar el nuevo código.

Para poder simular la actividad, los participantes deben ya compartir las condiciones necesarias para llevarla a cabo, representadas por la plataforma. Las normas y los papeles deben elaborarse y aprobarse, y los artefactos que no están ya presentes seran construidos o adquiridos. Esto significa que, junto con la continuación de la fase de co-diseño / prueba, la plataforma se encuentra en una fase de construcción, y una vez que el proyecto haya llegado a una versión estable, ya está completa y los participantes pueden iniciar la actividad regularmente, fortaleciendo el sentido de comunidad.
Por eso, una vez que la fase de co-diseño / prueba haya terminado, el proyecto ya está hecho, no hay fases de producción ni ejecución. Como en el software, entonces el código fuente (el proyecto) da lugar al código binario (la actividad realizada por los participantes).

auto-organización

Después que se haya alcanzado la primera “versión estable” (1.0.0) del código de la actividad, la comunidad serà ya formada en gran parte: durante la simulación de la actividad nuevas relaciones sociales se han formado y añadidas a las que ya existían. Una versión estable del código fuente significa que puede ser “compilado” (es decir, realizado) y utilizado por cualquier persona sin la posibilidad de errores críticos. En esta etapa, por lo tanto, la comunidad es capaz de llevar a cabo la actividad de auto-organizars sin la contribución de los diseñadores: si sus papel era el de un facilitador (enabler), ahora la comunidad es capaz de actuar con éxito por sí misma.

Llegados a este punto, en teoría, los diseñadores ya no son necesarios; sin embargo, la comunidad siempre necesitará sus aporte en el futuro: los diseñadores han conocimientos y experiencias útiles para prestar apoyo a la comunidad en respuesta a los cambios en el entorno exterior.
Además, si la actividad de la comunidad es una actividad de diseño, sus capacidades hacen los diseñadores importantes en la comunidad, y seguiran haciendo parte de elle durante la fase de auto-organización también .

Estas observaciones representan, por tanto, una propuesta inicial (1.1) de indicaciones para un diseño Open Peer-to-Peer, en un proceso más amplio de estudio de una metodología completa.

Por último, ¿cuáles son las oportunidades y las orientaciones futuras para la aplicación y el estudio de estas indicaciones de diseño?

(continua)