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

Once we define the platform, it is possible to comprehend what, effectively, a designer can design for an Open Peer-to-Peer community. It still remains to define how this project plan can be carried out holding account of the complexity of the community. It is necessary to define a design methodology (or at least some guidelines) that can improve the open and peer-to-peer participation of the community and its complexity.
The community is a complex system, and there is the need of a design methodology able to face its complexity without reducing it. As we have seen before, Open Peer-to-Peer organizational forms seem promising in supplying greater probabilities to face complex problems and to elaborate complex artifacts. That happens just thanks to their own intrinsic complexity: the complexity of the project reflects the complexity of the community, and both strengthen each other. Whe we design an activity, the community itself (a complex system) designs a complex project collectively (its own organization and the necessary conditions).

Moreover, a project dedicated to a community must hold on account the characteristics of the context in which it lives, especially the territorial characteristics that become resources once the community realize their importance. This is an ulterior reason for giving it a greater opportunity of direct participation to the design process, as a community can recognize the usable resources better than others. This is therefore a design approach that take advantage of the participation of a potentially elevated number of participants, through a complex process characterized by its specific path (path dependency), oriented to several the levels of interaction: between participants, participants and community, community and another community, communities and institutions, community and society. We should therefore adopt a design approach based on participation, in order to use the knowledge of the participants to getter better results.

We can therefore say that a project directed to an Open Peer-to-Peer community should be itself Open Peer-to-Peer, based on the participation of the community to the design process (open: open to the participation), to whose members is recognized an equal and active role (peer-to-peer: the acknowledgment of other people’s competences and acquaintances). An Open Peer-to-Peer design process therefore becomes a co-design process, where designer and participants collaborate (a collective intelligence) constituting a wider design community.

The designer therefore assumes a specific role in the projects directed to Open Peer-to-Peer communities. Thanks to his/her competences, a designer can supply the instruments of self-organization and the optimal conditions for an activity to take form, assuming a role of an enabler and not of a provider (or supplier of defined solutions). No more a simple supplier of his/her own creativity, but an enabler of distributed creativity. No more a simple design process that produces definitive solutions, but a design process that support communities so that they can develop appropriate solutions to their own needs and characteristics.

We can see that the same shift is happening in the local institutions too, where local government is transforming into governance. A redefinition of the role of the local institution that becomes an enabler of the participation and the coordination between public entities and private and social ones, and not a provider of rules and services¹.

A designer can be an enabler naturally, since his/her competences make him/her able to establish connections between customers and enterprises, therefore mediating between different interests. Thanks to his/her abilities to visualize in advance, a designer can at the same time manage multiple and discordant interests, remembering the advantages that derive from a collective collaboration. Moreover, an enabler should supply support to reach the self-organization of the members in the short term, avoiding to render them depending on him/her in the long term. The goal of a designer is therefore the social enabler of the development of communities; the role that Linus Torvalds chose to assume in the development of Linux, avoiding the more traditional one of designer-provider².

(to be continued)

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 [↩]