El «cooperativisme de plataforma» és un concepte força recent proposat per Trebor Scholz i Nathan Schneider per alterar l’escenari de l’economia col·laborativa, dominat per unes poques corporacions «unicorn» i pel que moltes persones consideren una perspectiva neocapitalista. L’emergència del concepte és ben oportuna, ja que coincideix amb el sorgiment de noves propostes relacionades amb l’economia social i solidària, que replantegen el vincle entre economia, societat i democràcia dins i fora de les organitzacions. El concepte del cooperativisme de plataforma permet connectar la tradició del software lliure (des d’una perspectiva Digital Commons) amb les actuals demandes dels «crowd-workers», afectats per les versions més extractives de l’economia de participació.
En relació amb la guia recentment publicada Ours to hack and to own, editada per Trebor Scholz i Nathan Schneider, i amb el recent simpòsium «Cooperativisme de Plataforma 2016: Construcció de l’Internet cooperatiu» (PlatformCoop), celebrat a Nova York fa uns dies, volem resumir algunes perspectives relacionades amb el disseny, l’experiència d’usuari i la cocreació de plataformes digitals en aquest context. Centrant-nos especialment en una sessió d’investigació exploratòria que vam moderar a la desconferència del simpòsium, la qual va tenir com a resultat un seguit de possibles vies d’actuació relacionades amb els sistemes de reputació en línia per a cooperatives de plataforma.
De crowd-workers i followers a cooperativistes i propietaris
Com assenyalaven Scholz i Schneider a Ours to hack and to own, l’enfocament del cooperativisme de plataforma se situa en la intersecció entre la governança compartida i la propietat compartida. Per a les organitzacions basades en els Principis de Rochdale de 1844, la tecnologia hauria de constituir una oportunitat de crear un major impacte social i econòmic. Al mateix temps, les modernes plataformes digitals han d’estar inspirades en el moviment cooperatiu, basat en la democràcia i l’autogestió. Segons Scholz, aquestes noves estructures tecnològiques han d’incorporar els seus valors i treballar per recolzar les economies locals. Així, el cooperativisme de plataforma hauria de ser una resposta al nou Renaixement de l’industrialisme —en paraules de Douglas Ruskoff—, que actualment es troba centralitzat i controlat per unes poques companyies, cosa que genera un nou capitalisme digital on treballadors i usuaris són mers seguidors.
De fet, al llibre, Mckenzie Wark fa referència a l’economia política vectorial, on la major part de la informació és propietat privada, quelcom en molts sentits pitjor que l’economia política del capitalisme. És el que Steven Hill anomena «societat freelance», composta per «crowd-workers» amenaçats per una «economia de no participació». Pel que fa a l’avaluació laboral de persones que treballen en la reputació i les plataformes cooperatives, és necessari incorporar les bones pràctiques de l’economia col·laborativa, segons Kati Sipp.
En relació amb el seu ús, la tecnologia digital basada en el cooperativisme hauria d’acabar amb les desigualtats de les persones implicades. Al llibre, Juliet B. Schor analitza tres casos típics propers al cooperativisme de plataforma (els bancs de temps, la permuta d’aliments i els makerspaces o espais de creadors), i destaca la qüestió clau de les desigualtats de raça, classe, educació o gènere. Per aquest motiu, Schor proposa un grup diversificat de fundadors i primers participants.
Una altra perspectiva important, destacada no només a la col·lecció d’articles del llibre sinó també al simpòsium, sorgeix d’experiències de l’actual context polític i econòmic de Barcelona, amb intervencions de ponents com Mayo Fuster i Francesca Bria, que van assenyalar els problemes de la sobirania tecnològica, els equilibris de gènere, la governança transparent i altres reptes de la cocreació de polítiques públiques, en aquesta cruïlla entre economia social i economia de participació.
Disseny centrat en la comunitat, codesenvolupament àgil de plataformes i fonts obertes
Partint d’un punt de vista similar, Una Lee, a la taula rodona «Com construir cooperatives de plataforma», organitzada per Sasha Constanza-Chok (Civic Media MIT i rad.cat), va dissertar sobre processos de disseny centrats en la comunitat i sobre el concepte de «justícia del disseny»: com dissenyar amb les comunitats i dins d’elles per avançar en la justícia social. Un enfocament tàctic per al desenvolupament d’interfícies i de plataformes, que posa els dissenyadors en contacte amb persones històricament marginades pel disseny, per tal d’iniciar una col·laboració radical i establir relacions que permetin crear plataformes, processos i sistemes que per fi tinguin un impacte en la vida d’aquestes persones. Un exemple: la tasca de facilitació i d’investigació en acció que hi ha al darrere de contratados.org, que ha permès desvetllar procediments i responsables de contractacions per salaris baixos en el flux de migració Mèxic-Estats Units.
Un altre element clau del debat plantejat en aquesta taula rodona va ser la necessitat d’adoptar i incorporar estratègies inspirades en el plantejament del lean startup (en el que es basen la majoria de les grans «plataformes extractives d’economia de participació», como Uber o AirBnB). En aquest sentit, una interessant perspectiva al voltant del concepte lean és la que el considera també un procés d’aprenentatge, segons Evan Henshaw-Plath, i planteja que les noves cooperatives de plataforma haurien d’incorporar una retroalimentació inicial en les seves corbes d’aprenentatge i desenvolupament. Basar el seu creixement en «plataformes mínimes viables», establertes de forma modular al voltant de l’experiència d’usuari. Un enfoc similar al de l’anàlisi inicial de Dimmons en la seva revisió de les metodologies per al disseny i la incubació de plataformes col·laboratives, que també assenyalava la necessitat de definir i d’ampliar noves formes de finançament per a les cooperatives de plataforma (defugint àngels comercials agressius i altres fórmules altament especulatives).
Un altre aspecte clau debatut en la taula rodona va ser la importància de la font oberta: quan les plataformes basades en el cooperativisme fan seu el desenvolupament àgil d’estratègies dels seus «competidors extractius», la millor via d’actuació sembla estar en l’open source i en l’ètica del moviment pel software lliure. En aquest sentit, Micky Metts, activista de Drutopia, recordava que Richard Stallman es va basar en la tradició hacker de la dècada de 1970 per endegar el projecte GNU. Com va destacar Paola Villareal, els estàndards oberts (com oHail, un estàndard API per a serveis de vehicle compartit) són bàsics per estimular el desenvolupament de plataformes de tecnologia cooperativa veritablement obertes.
Què passa quan l’experiència d’usuari cooperativista inclou les insígnies obertes per establir un sistema de reputació just?
Durant el simpòsium, després de la taula rodona, nosaltres dos (Enric Senabre i Ricard Espelt) vam voler profunditzar en la qüestió crítica del codisseny i l’enfoc i requisits de l’experiència d’usuari des de la perspectiva de les cooperatives de plataforma, tema que vam tractar amb altres coneixedors de l’«experiència d’usuari cooperativista». Així, el tercer dia del simpòsium, al Civic Hall, vam organitzar una breu sessió exploratòria, emmarcada en la desconferència de PlatformCoop, amb participants que venien del món dels mitjans digitals i el desenvolupament de software, sindicats i organitzacions de justícia social, tots ells interessats en aquest plantejament.
Vam definir una sessió dinàmica, entesa com un procés de construcció modular de noves històries d’usuaris de cooperatives de plataforma en general, seguint la manera com treballen els practicants del desenvolupament àgil per identificar noves necessitats de software. En el nostre cas, aquesta interacció ens va permetre articular les discussions al voltant de diferents temes, partint de les expectatives i les necessitats del cooperativisme (en relació amb aquestes històries d’usuari i amb interfícies de plataformes en general), tot aplicant un enfocament d’investigació basat en el disseny.
La sessió no va funcionar exactament com esperàvem, ja que la intenció era començar amb una pluja d’idees i generar tantes històries d’usuari com fos possible, sobre diverses menes de requisits. En comptes d’això, vam plantejar una reflexió inicial sobre quines funcionalitats i característiques concretes (diferents de les interfícies actuals de plataformes online i xarxes socials en general), si és que n’hi havia, podíem explorar. Això va bloquejar momentàniament la sessió, però després d’aprofundir en alguns dels elements necessaris per generar confiança en línia en comunitats relacionades amb cooperatives i sindicats, vam acabar centrant-nos en una qüestió clau: la reputació en línia en qualsevol aplicació de xarxes socials.
Quan començàvem a elaborar una definició bàsica de la història d’usuari en l’àmbit dels sistemes de retroalimentació i de reputació impulsats per cooperatives, van ressonar en el debat exemples formulats en anteriors jornades del simpòsium PlatformCoop. Com ara el cas dels crowd-workers que no volen incloure la seva foto al perfil en línia, o el revers de la confiança en línia: quan les plataformes d’economia de participació són valorades per usuaris «externs a les plataformes», como a FairCrowdWork Watch; o quan els usuaris poden crear llistes negres de sol·licitants indeguts a plataformes de finançament com MTurk gràcies al cercador CrowdWorkers; o l’exemple de les revisions d’ocupadors i ofertors de llocs de treball a Contratados.
Ara bé, què passa amb l’aspecte positiu de la generació de confiança entre cooperativistes de plataforma, que s’interconnecten digitalment de forma transparent i poden reconèixer mútuament el seu valor? I si afegíssim aquesta transparència i aquesta apertura? En aquesta etapa, tractant d’avançar, vam debatre sobre alguns exemples de font oberta, com ara les wikiestrelles, que qualifiquen la feina diligent de col·laboradors de la Wikipedia, o l’experiència catalana d’autovaloració de l’impacte social d’organitzacions d’economia social i solidària, o l’interessant cas dels Open Badges de Mozilla, normalment reservats a l’aprenentatge digital però que també podrien adoptar-se i adaptar-se…
Inspirant-nos en possibles noves icones de valoració positiva (més enllà del criteri clàssic, limitat i fins i tot perniciós dels sistemes de classificació per estrelles), en el debat es van definir algunes variants de la història d’usuari, resumides en la següent fórmula: «usuari + acció + component + objectiu» (com es planteja en els tallers de codisseny amb el model de facilitació de Platoniq):
Què passa si com a cooperativista de plataforma + pogués valorar i ser valorat de forma recíproca i independent + amb un sistema de generació i repartiment d'insígnies + per ajudar a construir confiança i solidaritat en xarxa?
Aquesta idea va conduir a interessants variacions de la història d’usuari entesa com a pauta, que creix si s’hi afegeixen altres accions o bé objectius relacionats amb models equitatius, aconseguint efectivitat per mitjà de la modularitat o del control de l’usuari sobre els nivells i la mena d’informació mostrada sobre ell mateix. Malgrat no tenir temps de considerar altres requisits possibles, aquesta història ens va permetre plantejar alguns elements clau, com:
- La importància d’evitar formularis llargs i tediosos (si volem que el sistema de reputació incorpori indicadors significatius, més enllà de la classificació per estrelles o els «m’agrada» i «no m’agrada»).
- La manera d’incorporar mecanismes entre pars eficaços a nivell tècnic, per tal d’assegurar una retroalimentació mútua que sigui sòlida i coherent.
- La necessitat d’establir una experiència d’usuari que tingui també en compte la bellesa d’icones i de símbols, per tal de reforçar la motivació.
- La possibilitat que l’agregació (i, evidentment, la massa crítica), així com l’avaluació individual oberta de determinades plataformes, ajudin a valorar dinàmicament les mateixes plataformes.
- La interessant qüestió de la tutoria mútua i les habilitats necessàries per adoptar i generar aquesta mena d’insígnies, com a via per comprendre millor la lògica interna de les plataformes digitals i la manera de construir-les o de millorar-les.
Qüestions per investigar i desenvolupar en el futur
Amb posterioritat a la sessió, al marge d’aquest informe escrit, considerem que és important destacar el ressò que té en aquest resultat la tasca investigadora de l’Stanford Crowd Research Collective, sobretot pel que fa a la centralització i descentralització de sistemes de reputació entre plataformes de «crowd guilds», o la importància de tenir en compte la dimensió social de la sostenibilitat en la construcció de sistemes tecnològics, com planteja el KarlsKrona Manifesto.
Les passes següents haurien d’anar en aquesta direcció, per tal de plantejar l’«experiència d’usuari del cooperativisme de plataforma»: noves històries d’usuari que portin tant a la definició dels requisits potencials de les cooperatives de plataforma com a resultats d’investigació basats en el disseny. A partir de la propera edició del simpòsium PlatformCoop a Londres, veurem si els debats sobre codisseny poden ajudar a avançar en aquest nou paradigma de l’economia digital, per traslladar aquesta metodologia i aquests mateixos interrogants al nostre context local a Barcelona, especialment en relació amb cooperatives noves i ja existents que desenvolupen estratègies i plataformes digitals, en l’àmbit emergent de les cooperatives de consum agrícola i possiblement en altres contextos.
Adam Hyde | 29 novembre 2016
hi Enric and Ricard.
A great experiment and review of the outcomes. I wrote a response to it here:
https://www.adamhyde.net/response-user-experience-platform-cooperativism/
Adam
john gieryn | 30 novembre 2016
Thanks for the great efforts Enric and Ricard; I look forward to reading much of the linked content. Wish I had not been facilitating a session while yours was happening! Seems you did a great job in creating value with the group.
I think this article, and Adam Hyde’s comment, highlight the challenge of balancing action and discourse, production and planning, in the much needed (and in many senses already successful) efforts such as that of the nascent Platform Co-op community and the Consortium being built. Trebor Scholz, Nathan Schneider, et.al. have done an amazing job of describing the banner, and convening some top minds from technologists to designers, to social justice advocates and community organizers. Now is the challenge, as co-designers, of how to build trust based in shared norms and values, shared language, and active collaboration.
Reflexively related to these, is “social capital”, which isn’t to speak of authority or domination as in “capital”, but is the frequently used denotation for the value in our interpersonal existence and interaction. Social capital is said to contain three dimensions; those assembled at the Platform Co-op Conference seem to rank highly on the Cognitive one, and the efforts of many have been building capacity in the Structural one, but that which may need the most attention is the Relational dimension, which in turn’s composed of confidence, interdependence, mutual responsibility, and (as Adam Hyde mentions) group identity with which participants identify. You can read a bit more about these ideas in an article I’m about to publish (relates a strategy for growing the Relational capacity → collective action) https://medium.com/@CoOpChange/get-intercultural-to-open-access-ad7c6b07bdc0.
I look forward to continuing to learn from you both as to best practices for collaborative, participatory methods for making wicked problems understood, and giving regular folk the tools to solve them.
In Reciprocity,
–john
john gieryn | 30 novembre 2016
hopefully my last comment is just pending, and not lost to the ephemeral blogosphere…
anyways, here’s the link to the article I mentioned in that comment, in case the link broke when I published it: https://medium.com/enspiral-tales/get-intercultural-to-open-access-ad7c6b07bdc0#.9mp5lr7iy
Enric Senabre | 02 desembre 2016
Hi Adam,
Thank you very much for your detailed response to the experiment we started! I completely agree with you in terms of how complex or even unrealistic could be to ask “design questions” for open ended problems, but as you also mention we finally focused on a specific need (trust among peers, and reputation mechanisms for generating it). This was a first result of constructive and discursive iteration generated by sharing some possible new icons, modularly composed user stories and (very basic) drafted requirements.
Our aim was to keep refining a methodological tactic that follows this logic, connected to the tradition of participatory design, but also the implicit-explicit loops behind agile and lean: designerly ways of generating solutions to community-oriented problems (usually with some digital tool/context involved, like in this case), while at the same time generating data and insights that can be incorporated to research / knowledge outputs.
In times when software has taken command (quoting Lev Manovich book, or in other words when “software is eating the world”, as I read somewhere else), user stories as a structure for agreeing on who, how and why solving all kind of problems makes a lot of sense to me, even moving behind the main focus of software development. With Platoniq there’s a line of work doing this with other partners in the incubation of civic-oriented projects via “idea camps”, for example
I mean user stories as “a generative game” not only for identifying software requirements (in my opinion a requirement is a more refined, detailed and developer-oriented user story, that emancipates from such a common language). User stories can help to bring in some stages of a research different perspectives and integrate diversity. If you add then some participant observation in parallel, and try to extract from the discussions what’s behind assumptions, limits, context, views etc, while a group advances in making the user story a more concrete design afterwards, then both ways combined are in my opinion not much different from the practices of action research.
I think that connects also to what you consider at the end was the real value of our little experiment (which was concentrated in less than one hour, so not optimal conditions at all, when the ideal context for these things as you know are dedicated retreats and “slow sprints” 🙂
In my opinion, it represents some validation that this dual ambition is viable: research through design (my main source here is still the book “Universal methods of design” https://searchworks.stanford.edu/view/9706083 full of nice documented tricks) for generating useful or practical results (in this area, documented user requirements) while also contributing to areas of knowledge or discussion in a given domain. Like we are doing here, at some meta level!
Enric
Ricard Espelt | 06 desembre 2016
John and Adam, thank you very much for your comments as well as your articles and other references.
My current research, around small agrofood consumption groups in the city of Barcelona, self-manageds with the cooperativism principals, give me an approach to platformcoop closer to the social capital around the members’ organization than the possibilities of technology.
Chequing the contents and the cases presented in the last Platformcoop Conference, we could think that platforms are useful to scale the cooperative organizations to impact better in the market, employment, etc. In that sense, currently, the movement has developed a wide cognitive capital and it’s exploring how to structural capital is impacting in the efficiency of the organizations but, as John argues, the relational capital is maybe the less explored. Obviously, this statement is formulated according to my experience analysing these type of groups (close to political and social activism) and where the relation among members are a key point to the way the group operates.
In my point of view, this is something relevant in the definition of the platform coops. How to grew up and maintain, at the same time, the cohesion and the confidence among the members? How to keep the social and the political compromise of the organization? And also, as John states, how to be aware about intercultural competence in the agenda of the platformcoops evolution?
Adam Hyde | 08 desembre 2016
hey Enric,
I think here is some useful outcomes of the experiment. I would categorize them as two distinct parts:
1. the ‘findings’ from the participant
2. an exploration of a process
Number one is what it is, and you can see it as more or less useful. It seems it was useful for helping the community start to understand the utility implications of a political critique of platforms. Thats a useful thing in itself.
However I think the results of (1) are a direct outcome of the process, and I believe the process was a good start but I would recommend you take the opportunity to rethink things a little. This will help you with (1), ie. get better results.
Its for this reason that I challenge the tools you chose to use. I don’t think the intent or even framing of user stories is very useful. It will get you something but you could get a lot better if you threw user stories away and came up with something new, even if it is just to change the language. ‘Users’, for example is also a politically loaded term when it comes to platforms. It suggests a form of subservience (in my opinion) to both the developers of the platform, and the technology itself.
Platform Cooperativism, as far as I can understand, is trying to escape exactly this paradigm. So I would challenge at the very base level the use of language of ‘user stories’. But actually, I think there is a greater problem – the problem of using a process for designing user interfaces in a process that is never going t give you a design for user interfaces. Your explorations are at a far more important higher level and you deserve a process that maximises the outcomes of that exploration. Why use a software design paradigm when that is not what you appear to be doing. Don’t force this process into a software design process yet. It is too early. Design another, more appropriate process wiht more appropriate language, and use that. Then when you are actually designing UX, throw away that tool and use user stories (or something similar).
Clayton Dewey | 06 juny 2017
Great article! As a User Experience Architect and co-founder of Drutopia (drutopia.org) much of this resonated with me. In fact, you put into words much of what we’ve been trying to do – start with the practical problems communities are facing and building solutions collaboratively. We’ve found this to be working well so far.
So far though, our user research has been done very directly- video conferences with participants and then the sharing of wireframes and gathering feedback by email.
Once our product is live we will want to have a platform for Drutopia members where they can ask questions, make and coordinate feature requests together, etc.
So far we haven’t settled on a platform for this. Our code is housed on GitLab because of its open source, decentralized structure (as opposed to GitHub, which is more centralized). However, GitLab (and GitHub) lack the kind of intuitive interface and social web features (eg: badges, ratings) that would empower our members (especially the less technical ones) to engage with the project.
There are two platforms though (both open source), that we are looking at.
Discourse (discourse.org)
Helpy (helpy.io)
I’m leaning towards Helpy at the moment. They don’t have badges, but I talked with one of their developers and it is something they are building for a client and so they hope to contribute it back to the open source version. We’ll see!
Deixa un comentari