Tag Archives: collaborazione

Photo: Greg Goebel

Can politics be collaborative?

In Edgeryders, we study  and practice collaboration, especially online. Time and again, we find it the most powerful force that people with next to no wealth and no power, like us, can evoke. We are getting good at it, though much work remains. Proof: we are a mutant company with no office, no investors, no business plan. We have nothing but each other – a tiny core of founders, and the Edgeryders community. And yet we are out there, with top-notch global organizations among our clients, and we are growing. 2016 has been a good year for us – we’ll be blogging about this soon.

2016 has also been a year of uncertainty and discontent in world politics. Many people dear to us are sad, angry or scared. Almost no one seems satisfied about their politics and their leaders. That goes both for the losing camp and the winning one. We consider this contrast, and wonder. As a culture, we are getting better at working together in diversity. Why does this not translate into more constructive politics?

As we looked into this, we realized that our default frame for politics is combat. There are opponents and allies. Its protagonists focus on winning. This is understandable but useless, except maybe as a spectator sport. What happens if we drop this frame and adopt a collaboration frame instead? What would happen if a political entity were run like a collaborative project? What would happen if lawmaking worked like Wikipedia? What if policy happened like the next release of Apache or Ubuntu?

This:

  1. Enabling as core mission. A state, or city, or region, exists only to enable the people who live there to do what they want to do. It does not need a vision, because people have their own. It only needs to enable the largest possible outcome space for the largest number of people. In return, it gets compliance and tax revenue. This would be the only focus of collaborative politics. Compare with political visionaries, who try to sell you their way of seeing things.
  2. By default, do nothing. When faced with a proposal for radical reform, the community around a collaborative project discusses it. These discussions can last a long time. Then, almost always, the radical reform does not go ahead. This is because, whatever its other flaws, the project in its current form works. Its next version might be much improved, but no one can guarantee that it will work, and when. Reform needs a rock-solid case to go forward. Compare with I-need-to-leave-a-mark-on-my-term.
  3. Focus on infrastructure. Collaborative software projects do not make things, but building blocks that people can build things with. Enabling, remember? The point is not to decide which color is best for people’s web pages, but to write code that allows anyone to easily choose any color for their own page. In the policy world, this means building infrastructure– and infrastructure is hierarchical. The more general, the better. Aqueducts are better than hospitals. Hospitals are better than arts centers. Arts centers are better than exhibitions. Compare with bullshit pet projects of elected representatives (“Let’s make an incubator for social innovation”).
  4. Unglamorous leaders. Narcissistic, flamboyant personalities do not do well in collaborative projects. People’s attention needs to be on building, so attention seekers are a liability. The most respected members of these community are nerdy, reliable people that won’t waste your time. Compare with modern politicians near you.
  5. Avoid controversy. Any successful open source project has lots of controversial proposals for moving forward. But it also has many on which everyone agrees. Controversy is a waste of time, so people go for the low-hanging fruit first, and build the things everyone agrees on first. This builds mutual trust, and might take the project in directions that make the controversy disappear altogether. Compare with politics-as-combat.
  6. Do-ocracy, not stakeholder representation and deliberation. Stakeholder representation has served us well when societies were simple and hierarchical. In those salad days, a dozen people around a table could make decisions, and depend they would be acted upon. This no longer possible. In a collaborative project we don’t discuss what to do. Within the (broad) core values of the project, you can do whatever you want as long as you have the capacity to deliver it. Who does the work calls the shots. No one gets to tell others how they should contribute.  Compare with endless debates and cross-vetoes everywhere.

You get the idea. This how we work when we build online encyclopedias and web server software. Or companies like Edgeryders. Could this be how we work when we build our cities, national parks and energy grids? Could we do that not in the name of an ideology, but simply to build our own happiness, and that of those we love?

Could there be another space to get down to building? A terrain so hyperlocal and fragmented as to be too expensive for narcissistic strongmen and Machiavellian schemers to enter? A move so lateral that it will not even exist in the same space as post-truth politics?

We don’t know, yet. But, in the wake of the dark tide of 2016, we see people in our network asking new questions. Something new, something big is on the move. As always, we will stand by our community, and help as best we can. If you, too, have been waiting for something to get in motion; if you want to be a part of building it, and figuring out where it takes, get in touch. Nadia will be revealing some of our immediate plans at AdaWeek in Paris, on November 22nd (info): if you can’t make it there, get in touch with her or join our mailing list.

[written with Nadia El-Imam]

Citizens-government collaboration: a three minute primer

I have the honor to have been invited as a panelist to the third European Outreach Meeting of the Open Government Partnership, in Rome. The chair – my friend Guido Romeo at Wired Italia – had given me a fierce briefing: give the room a how-to list for involving citizens in collaboration with government institutions. In less than five minutes, in English and without using slides. So I complied as best as I could – it took three minutes, and a lot of simplification.

After the panel, a few kind souls came up to me, congratulated and asked if I had any writeup. As a matter of fact, I did: I had saved my notes in a draft email – as close as it gets to the digital version of a paper napkin. So, here it is. Enjoy.

  1. Make sure you have the right issue. Participation is not particularly useful when it comes to mutually exclusive, divisive choices (“Windows vs. Linux”). In the hacker community, which is very likely the hotbed of the most advanced participation techniques around, these discussions are known as “religion wars” and recognized as counterproductive, because they don’t converge, no matter how much you talk about it.
  2. Design the right process. This is very tricky, as it is a choice to make in a highly multidimensional space, so I won’t even attempt to go into that. Let me just say one thing: the critical thing about designing a collaboration process is that technical choices are not implementation issues to be left to your ICT people. They cast a shadow on the future, because technology is not good, nor bad, nor neutral. Example: “tell us your idea” type tools are very popular – even Open Government Partnership uses them. These were designed for corporate customer relationship management (“hey, this car should also come in dark green” kind of idea). They are good at harvesting the creativity of their users, but bad at keeping track of the consequences of alternative courses of action. Think of budgeting decisions: someone says “let’s invest in education!” and that idea gets many votes – surely better education must be a good thing. But this has nothing to say about what you forego in order to invest on education. When designing a process, at a very minimum you need to deploy social and technical plumbing in a way that controls for psychological biases (which are huge and well documented) and mathematical fairness of the proposal evaluation and decision making phase, and tries to get the citizen to be at her best. In that ancient technology for collaboration we call Parliament, people call each other “my honorable colleague”. That’s an exhortation; a reminder that what unites users of that technology is more fundamental that what divides them; it is embedded in the rules, and nudges interaction towards a more collaborative stance.
  3. Pay attention to the citizen’s security. Some citizens are not happy with being profiled, datamined, packaged in huge databases and sold to marketeers – and that includes some of the most committed, skilled, creative layers of society. Some distrust Google. Many distrust Facebook. My advice is: talk to the hacker community. Talk to the privacy movement. They are willing to help. And if they feel safe, this will send a good signal to everyone else.
  4. Enforce a fair and explicit social contract. Citizens are now asked to spend time and brainpower in a large and growing number of participation and collaboration exercises. Inevitably, we are looking at an inflation phenomena, with about 200 people showing up in all of them and being stretched very thin. Citizens are not on the government’s payroll, and their time should be used sparingly and with respect, trying to give something back. This something is likely be influence and knowledge. Influence: in return for my effort, I get to have some influence in this particular government decision. Knowledge: in return for my effort, I get to understand better this problem I feel I should know about. Whatever the precise contour of the social contract, I would argue any participation exercise needs to have one; and that part of it has to be a follow-up, where citizens are thanked and told what the government did with their input and why.

Wikicrazia reloaded: cerco storie di collaborazione cittadini-istituzioni per un e-book

Sorry, this post in Italian only. The gist of it is that I am launching a call for papers to include in the e-book edition of my book Wikicrazia. You are welcome to participate too, but the paper has to be in Italian 🙂

A un anno e mezzo dalla pubblicazione di Wikicrazia, qualcosa si è mosso. La collaborazione costruttiva, abilitata da Internet, tra cittadini e istituzioni è ancora un fatto eccezionale; ma la pattuglia degli sperimentatori, che nel 2009 e 2010 in cui scrivevo era in grado di mettere insieme pochissimi progetti, si è molto allargata, e anche tra chi non è ancora passato all’azione si sente che l’interesse è molto aumentato.

Il momento mi sembra propizio per fare di Wikicrazia un e-book. Nello spirito che ha sempre contraddistinto il libro (e, mi piace pensare, della mia attività in generale), vorrei fare un e-book collaborativo. In particolare, penso a due parti: Wikicrazia, cioè il libro uscito per Navarra Editore nel 2010; e Wikicrazia Reloaded, cioè una raccolta di saggi che raccontano esperienze di progetti in cui cittadini e istituzioni collaborano a attività di governo; dalla progettazione delle politiche al monitoraggio del territorio, con tutto quello che ci sta in mezzo. Che tu sia un rappresentante eletto, un cittadino, un funzionario pubblico, se hai una storia così da raccontare abbiamo una buona occasione per diventare coautori. Riccardo Luna, generosamente, ha accettato di scrivere la prefazione.

La cosa funziona così:

  • Scrivi una storia. Concentrati sull’esperienza: racconta cosa succede, chi ha avuto l’idea, con chi si è alleato per realizzarla, quali difficoltà ha incontrato e quali sono stati i risultati. Non c’è bisogno che sia una storia di successo, possiamo imparare anche dagli errori e dalle false partenze. Una riflessione finale è ben accetta.
  • 1200 parole, in italiano. Controlla bene l’ortografia, perché non ci sarà editing. Ti consiglio di fare riferimento alle guide di scrittura: la più famosa (e buffa) è Come scrivere bene di Umberto Eco, ma ce ne sono anche di più tradizionali. Consegna entro il 30 di aprile a alberto[at]cottica[punto]net.
  • Non sono ammessi: asserzioni non dimostrate (“è ormai chiaro che la democrazia occidentale è in crisi irreversibile”); piagnistei (“non ce la faremo mai”), soprattutto nella variante esterofila (“A Trinidad e Tobago sì che queste cose funzionano, altroché da noi”); qualunquismo da troll (“hai voglia a fare la wikicrazia, tanto questi pensano solo alla poltrona”);  contrapposizione noi/loro (“mentre il Sindaco Casalmacchi si arroccava in un burocratismo sempre più autoreferenziale, un pugno di cittadini generosi progettava i destini del territorio sotto la guida illuminata del geometra Paladini, che aveva un cugino che era stato un anno al MIT”).
  • Licenza Creative Commons BY.
  • Ciascun co-autore firma il suo pezzo. Dobbiamo trovare una dicitura per tutto il lavoro. Potrebbe essere “A cura di Alberto Cottica”, ma se hai un’idea migliore ti ascolto.
  • Se serve aiuto vai qui.

Una volta ricevuti i contributi, impacchetto il tutto con Wikicrazia; faccio convertire il file; e pubblico su Amazon, al costo di 3 euro al download, in creative commons. Amazon lascia all’autore il 35%, cioè un euro, cioè 75 centesimi perché mi tassano all’origine, a download. Se riusciamo a vendere 150 ebook mi ripago il costo della conversione del file. Nessuno ci guadagna niente, ma abbiamo fatto insieme il punto della situazione su questa partita. Che ne dici?