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

Una vez que sea definida la plataforma, es posible comprender lo que, prácticamente, un diseñador pueda diseñar para una comunidad Open Peer-to-Peer. Todavía hay que definir cómo este proyecto pueda ser realizado considerando la complejidad de la comunidad. Es necesario definir una metodología de diseño (o por lo menos algunas indicaciones) que pueda valorizar la participación Open Peer-to-Peer de la comunidad y su complejidad.
La comunidad es un sistema complejo, y hay la necesidad de una metodología de diseño capaz de hacer frente a su complejidad sin reducirla. Como hemos visto antes, las formas de organización Open Peer-to-Peer parecen prometedoras para mayores probabilidades en hacer frente a problemas complejos y elaborar artefactos complejos. Eso pasa gracias a su propia complejidad intrínseca: la complejidad del proyecto refleja la complejidad de la comunidad, y ambas se consolidan recíprocamente. Si diseñamos una actividad, es la misma comunidad (un sistema complejo) que diseña un proyecto complejo colectivamente (su propia organización y las condiciones necesarias).

Un proyecto dedicado a una comunidad debe tener en cuenta además de las características del contexto en el cual vive, especialmente las características territoriales que, una vez que la comunidad haya realizado sus importancia, se convierten en recursos. Esta es una razón más para dar a las comunidades una mayor oportunidad de participación directa al proceso del diseño, como que pueden reconocer los recursos usables mejor que otros. Se trata por lo tanto de proceso de diseño que se aprovecha de la participación de un número potencialmente elevado de participantes, con un proceso complejo caracterizado por su trayectoria específica (path dependency), orientada a varios los niveles de interacción: entre los participantes, participantes y comunidad, comunidad y otra comunidad, comunidades e instituciones, comunidad y sociedad. Debemos por lo tanto adoptar un proceso de diseño basado en la participación, para poder utilizar el conocimiento de los participantes y obtener resultatos mejores.

Podemos por lo tanto decir que un proyecto dirigido a una comunidad Open Peer-to-Peer, basado en la participación de la comunidad al proceso del diseño (open: abierto en la participación), que reconoce a los miembros un papel activo (peer-to-peer: reconocimiento de las capacidades y de los conocidos de todos). Un proceso de diseño Open Peer-to-Peer, por lo tanto, llega a ser un proceso de co-diseño, donde el diseñador y los participantes colaboran (una inteligencia colectiva) constituyendo una más grande comunidad del proyecto.

El diseñador por lo tanto asume un papel específico en los proyectos para las comunidades Open Peer-to-Peer. Gracias a sus capacidades, un diseñador puede proveer las condiciones necesarias para que una actividad tome forma, y proveer los instrumentos de auto-organización para los participantes, asumiendo más un papel de enabler (o facilitador) y no uno de provider (o proveedor de soluciones definitivas). No es más un simple proveedor de su propia creatividad, sino un facilitador de la creatividad distribuida. No es más un proceso de diseño que solamente produce soluciones definitivas, sino un proceso del diseño que apoya a comunidades hasta que puedan desarrollar soluciones apropiadas a sus propias necesidades y características.

Podemos ver que el mismo cambio está sucediendo en las instituciones locales también, donde el local government se está transformando en governance. Una redefinición del papel de la institución local que se configura como facilitadora de la participación y de la coordinación entre las entidades públicas, privadas y sociales, y no un proveedor de leyes y de servicios¹.

Un diseñador puede ser un facilitador de manera muy natural, puesto que sus capacidades lo hacen capaz de establecer conexiones entre los clientes y las empresas, por lo tanto mediando naturalmente entre diversos intereses. Gracias a sus capacidades de visualización y adelantación, un diseñador puede al mismo tiempo manejar los intereses múltiples y discordes, recordando las ventajas que derivan de una colaboración colectiva. Por otra parte, un facilidador debe proveer ayuda para alcanzar la-organización de los miembros en un futúro próximo, evitando de rendirlos dependientes de él a largo plazo. La meta de un diseñador es por lo tanto la de facilidador social del desarrollo de comunidades; el papel que Linus Torvalds eligió asumir en el desarrollo de Linux, rechazando aquello más tradicional del diseñador-proveedor².

(continua)

Notes:

1. (2004) Vicari Haddock S., La città contemporanea, Il Mulino, Bologna [↩]
2. (2000) Kuwabara K., Linux: A Bazaar at the Edge of Chaos, First Monday, volume 5, number 3, March 2000, http://firstmonday.org/issues/issue5_3/kuwabara/index.html [↩]