Le contenu de cette page est potentiellement obsolète.

Le wiki sert d'archive et certaines pages ne représentent plus la vision actuelle du Parti Pirate. Pour connaître les positions des Pirates, aujourd'hui, vous pouvez consulter :

Et pour toute autre question, vous pouvez nous contacter et discuter avec nous :

contact@partipirate.org | @PartiPirate sur Twitter | Parti Pirate sur Facebook | Discourse (espace libre d'échanges et discussions) | Discord (espace d'échanges instantanés textuel et vocal)

Procedure Projet

De Wiki du Parti Pirate
Aller à la navigation Aller à la recherche
 Projet "Procédure de soumission et de validation de projets"


La procédure :

Procédure projet.jpg

File:Procédure projet.jpg

File:Procédure projet.pdf


Alors le constat de départ de ce projet est le suivant : lorsque l'on veut lancer un projet, on part souvent d'un dysfonctionnement ou d'une piste d'amélioration de quelque chose qui existe. Ou encore de quelque chose qui n'existe pas mais qui pourrait apporter un plus à la structure existante.

On s'imagine alors la chose, puis on essaie de trouver une articulation avec l'existant. Bref on théorise son projet avant de commencer à en parler.

Et c'est la que les ennuis commencent : ou et comment présenter/annoncer son projet ensuite ? Via Mailing List ? En réunion de Bureau.Coordo Nationale ?

Les réunions de Bureau ou de Coordo Nationales ne sont pas la pour exposer des projets, et encore moins pour y travailler si j'ai bien assimilé la structure du PP. Elles sont la pour VOTER les projets, et surtout pour assurer la gestion quotidienne du PP.

Il manque donc un chaînon quelque part pour soumettre les projets, pour faire en sorte que l'idée de départ soit connue de tous les membres (c'est quand meme l'ensemble des membres qui constitue le PP), qu'un vote soit organisé sur le bien fondé et l'utilité des projets proposés, des groupes de travail montés, validation de l'avancement, et validation finale avant intégration des projets à la structure générale du parti.

Pour ce faire, je vous propose un ajout et une modification (optionnelle mais plus claire/explicite) à l'existant :

  • Création des entités "Groupe de travail". Ces dernières sont un regroupement de personnes ayant choisi de s'investir et de travailler à la réalisation de projets PONCTUELS. Les personnes sont volontaires, compétentes ou non en la matière mais disposées à travailler de manière régulière sur le projet jusqu'à son accomplissement. Dans l'idéal un groupe de travail est constitué de 3 à 6 personnes (difficile à mon avis de se coordonner à plus de 6).
  • Modification (optionnelle) de la dénomination "Section Interne" qui ne veut pas dire grand chose à mon sens, en "Equipe". Il s'agit de regroupement de personnes souhaitant travailler sur un ou des projets DURABLES et pérènnes dans le temps. Dans l'idéal une équipe est constituée de 3 à 6 personnes la aussi.

Exemples types d'équipes (qui existent deja pour la plupart) : Technique (s'occupant de la gestion des outils internes), Lundis Opinions (s'occupant de l'organisation et l'animation des réunions Lundis Opinions), Rédaction (s'occupant de la rédaction et de la diffusion des articles et communiqués de presse du parti), Relations Externes (s'occupant de la mise en place de partenariats avec d'autres associations/structures) etc

Pour terminer pourquoi proposer cela :

Actuellement quand on propose un projet, outre je répète le fait de ne pas savoir ou le faire, ca part un peu dans tous les sens. Tout le monde donne son avis (constructif ou non), et au final peu de gens travaillent à l'avancement des propositions, à part celui qui en est à l'origine. La CN, toujours la CN. >> la CN à vocation et les moyens de s'assurer qu'un maximum de personnes travaillent de manière constructive à l'avancement des différents projets en cours ? Encore une nouveauté !

Bilan l'auteur du projet se décourage la plupart du temps, et laisse tomber. Bizarrement, je ne me décourage pas, et j'en parle à la CN >> Remarque non constructive, dont on peut aisément se passer.


Une procédure comme celle ci garantit :

  • Que le projet est utile/pertinent pour la structure, et ce dès sa présentation (voté par l'une des instances, Bureau ou Coordo Nationale)
  • Que tous les membres sont informés du début du projet (ce qui n'est pas le cas actuellement)
  • Que chacun peut apporter sa pierre à l'édifice en se proposant pour participer aux groupes de travail ou aux équipes qui se mettent en place
  • Que les membres des groupes de travail/équipe travaillent activement à l'avancement du projet, car ils ont choisi de participer de manière active aux réunions de travail en se portant volontaire au groupe de travail/équipe
  • Que l'avancement du projet est rythmé par les réunions de travail et les réunions de bilan intermédiaire/validation prévues à l'avance
  • Que le projet et son avancement reste contrôlé et soumis à validations intermédiaires par les instances concernées
  • Que le projet terminé est la encore soumis à validation des instances
  • Que tous les membres sont informés de la mise en place d'un nouveau bloc à la structure une fois ce dernier terminé (ce qui n'est pas le cas actuellement)


Une procédure comme celle-la empêche :

  • La participation de membres ne travaillant pas concrêtement pour le projet qu'ils critiquent
  • La stagnation/l'enlisement des projets par manque de personnes actives y travaillant
  • La stagnation/l'enlisement des projets par manque de régularité dans les réunions de travail permettant son avancement
  • La démotivation rapide des personnes qui essaient de porter leur projet mais se heurtent à des critiques de personnes ne travaillant pas sur le projet
  • La démotivation rapide des personnes qui essaient de porter leur projet mais se heurtent à des critiques peu/pas constructives
  • Le blocage des projets par faute d'instances clairement identifiées capables de ratifier/valider les projets
  • Le spam des ML qui servant pour l'instant de listes "de travail" et plus de diffusion. Les mails s'échangeront entre les membres du groupe de travail/équipe, et plus sur les MLs
  • De se disperser dans trop de domaines différents, de commencer des bouts de chantiers partout sans jamais aller au bout de quoi que ce soit