Incomplete translation

This text presents the main ideas that led to the creation of the PyVotons! project. It was written in february 2009, long before the first real move towards PyVotons.

The goal was to propose software tools for a group (at the time, a political party) in order to encourage initiatives and go towards collective propositions and decision-making.

DECISION software

Users

• An wiki-like ID such as FirstnameLasname and a password
• Optional personnal information
• e-mail/phone/mobile : a way to get in touch
• Usual availability dates for meetings (days of the week, time slots)

Polling software

This program will be used to choose a meeting date or to quickly take a simple decision in a small group, with a public voting system (anyone can see who votes for what).

• doodle-like system
• A user enter the question he/she wants to ask to a user groupe (When should we have this meeting ?)
• he/she lists possible answers (12/02 5pm, 12/02 6pm, 17/02 8pm)
• he/she sends a link to the poll page.
• The programme creates a web page dispaying the question followed by possible answers. Each user enters its name then checks suitable answers.
• At the end date, counting the number of checks gives the result of the poll
• This can be extended to a larger variety of polls (select one from a list of answers, rate each possible answer…). It should still be very easy to use (not all users are familiar with the web); the user that wants to create a poll should see a list of typical polls and just choose the type he/she wants.

Messaging software

• This allows to automatically (or not) send an e-mail following events on the site (poll newly opened, new proposition, opening of a vote, reminding the closing date of a vote, vote results published).
• Having the option to send SMS (texts on mobile) would be a useful feature for those without computer or e-mail access, so that they are aware of the events on the site  (is there a free service that works with all phone providers ?)
• It should be possible to opt out by message type, or to group messages (one per day, one per week).

Vote software

Submit one or more questions/propositions/candidates to a full-fledge vote or election.à un ou plusieurs tours

This must allow experimenting with multiple voting systems (ordering candidates by preference, rating propositions or just select he best one) using one or more rounds, anonymous or not (transparency for elected representative versus freedom of the vote with no supervision).

When creating a new election or a referendum, it must be possible to select one or more voting systems (if people are motivated enoiugh, we could compare the results of the vote according to the voting system).

Idea market software

Le but ici est que chacun puisse lancer une proposition et que la sélection et les amendements de ces propositions se fassent par un processus collectif.

• Proposer une proposition P
• Commenter une P existante : critiquer ou au contraire aller dans le sens de la proposition
• Noter une P (sur 20 par exemple)
• Lier deux propositions (elles sont identiques, apparentées, l’une s’inspire de l’autre, ou c’est une nouvelle version de l’autre…)
• Permettre la discussion (avec par exemple un forum lié à la P) pour faire évoluer une proposition et en créer une nouvelle intégrant le résultat de la discussion
• Définir des thèmes et des mots-clés pour classer un peu les propositions
• Pour chaque proposition, synthèse des arguments pour et contre
• Moteur de recherche des propositions (éviter de proposer 10 fois la même, en trouver une apparentée). A ce niveau-là, ça devrait fonctionner un peu comme bugzilla
• Amender ou fusionner des propositions : étiqueter comme anciennes les propositions obsolètes et en écrire une nouvelle liées aux anciennes
• On peut éliminer les propositions anciennes (en les gardant dans un historique) quand elles sont remplacées par des propositions plus récentes
• Une synthèse des propositions les mieux notées doit être générée périodiquement.
• Les propositions qui sont remontées au-dessus d’un certain seuil (note + nombre de personnes ayant noté) doivent être soumises périodiquement au vote de tous avec l’application Vote
• Les propositions soumises au vote seront étiquetées « rejetée » ou « acceptée » avec une référence au vote correspondant

Wiki de synthèse

Ce wiki doit être le lieu de synthèse de l’ensemble des propositions retenues. Elles doivent être listées et permettre d’élaborer des textes cohérents pour les articuler. (Inclusion de mediaWiki, ou MoinMoinWiki)

Base de connaissances Wiki

• références à des livres, articles, réflexions
• Le but est d’aider à comprendre le monde et d’avoir des arguments pour soutenir les discussions sur les propositions
• (Inclusion de mediaWiki, ou MoinMoinWiki)

Forum et Discussion en ligne (« chat », IRC)

• Le forum permet de discuter en ligne même quand les interlocuteurs n’ont pas de plages horaires communes disponibles : chacun écrit et lit quand il le souhaite, et les archives sont disponibles. (intégration de PhpBB par exemple…)
• L’IRC permet de remplacer les réunions téléphoniques ou simplement de discuter en direct en mode texte. Les discussions peuvent être archivées. (serveur IRC quelconque).

Quelques remarques

Attention, tout ceci n’a pas pour but de supprimer les réunions et les contacts humains, mais de permettre au maximum de gens de proposer et de participer à la prise de décision, grâce aux technologies récentes. Pas de société des experts, autrement dit…

Les humains restant des humains il faudra trouver des méthodes de régulation pour éviter le spam, les guerres d’édition dans les wikis et le pouvoir trop important des modérateurs.

En gros, l’élaboration du programme devrait venir de propositions venues de tous, discutées sur les forums de discussion, par IRC et en réunion classique, notées, puis passées au vote, et enfin ajoutées dans le wiki de synthèse.