Vue simple des roles fonctionnels actuellement utilises dans TCollectif. On garde deux niveaux de participation ordinaires :
Je presente ici une lecture tres concrete de la hierarchie de travail sur Discord. Le but n est pas de produire une petite bureaucratie, mais de garder des reperes utiles pour la synthese, la redaction, la coordination de module, l accueil des contributeurs et la progression naturelle des personnes qui participent aux ateliers civiques de La Commune 2.0.
Appartenance large a un module. C est la base normale de circulation et de contribution quand une personne participe a un module sans etre encore affectee clairement a une equipe.
Appartenance fine a une equipe. Cela sert a donner un ancrage plus precis dans un sous-groupe quand la repartition est faite.
Au-dessus, les cadres d equipe et de module structurent, synthetisent, redigent et harmonisent le travail.
Regle actuellement retenue pour les affectations par commandes /slash :
- seul le proprietaire ou une autorite seed admin peut designer un CP_
- un CP_ de projet peut designer les roles inferieurs de son projet
- un Mage a les memes pouvoirs d attribution qu un CP_, mais seulement sur P2, P3 et P4
- un Mage ne peut jamais designer un CP_
- P1 reste hors portee des Mage
- un RM_ de module peut designer Redac_, module_member, CE_, MC_ et team_member dans son module
- un Redac_ de module peut designer Redac_, module_member, CE_, MC_ et team_member dans son module
- un CE_ d equipe peut designer MC_ et team_member dans son equipe
| Role | Niveau | Role fonctionnel | Qui attribue | Acces Discord associes |
|---|---|---|---|---|
CP_ |
Projet | Cadre de projet. Supervise un projet entier et peut designer les responsables de modules et les autres niveaux inferieurs de son projet. | Proprietaire du serveur / systeme central | Autorite de projet. Sert de sommet hierarchique fonctionnel dans un projet. |
Mage |
Transversal P2/P3/P4 | Autorite transversale de lancement et de structuration. Sert de CP non specialise sur les projets P2, P3 et P4, sans pouvoir toucher au niveau CP lui-meme. | Proprietaire du serveur / systeme interne | Peut utiliser les commandes d attribution comme un CP sur P2, P3 et P4. Ne donne jamais de CP et n agit pas sur P1. |
RM_ |
Module | Responsable de module. Coordonne l ensemble du module, organise l harmonie generale, arbitre les besoins et structure les travaux. | CP du projet | Acces d encadrement du module, responsabilites de coordination, priorites d organisation et de pilotage. |
Redac_ |
Module | Cadre module charge de compulser, harmoniser et faire remonter les syntheses du module. Va chercher les experts et consolide les contenus. | CP du projet, RM du module | Dans le systeme actuel, Redac logique utilise le meme role Discord que RM, avec une fonction distincte dans TCollectif. |
CE_ |
Equipe | Cadre d equipe. Anime, oriente et coordonne localement l equipe. | CP du projet, Mage sur P2/P3/P4, RM ou Redac du module | Priorites d animation locale, synthese locale, droits d encadrement sur l equipe. |
MC_ |
Equipe | Cadre d equipe oriente moderation / conduite locale. Dans le systeme actuel, le role logique MC est compresse sur le role Discord CE. | CP du projet, Mage sur P2/P3/P4, RM, Redac du module ou CE de l equipe | Memes acces Discord de base que CE, avec une logique fonctionnelle distincte dans TCollectif. |
Module_module_member |
Module | Membre ordinaire du module. Point d entree naturel quand une personne participe a un module sans affectation fine ou quand elle circule librement entre plusieurs equipes du module. | CP du projet, Mage sur P2/P3/P4, RM ou Redac du module | Acces aux espaces du module et base de circulation interne. Peut rester seul si aucune equipe n est encore choisie. |
EQ_team_member |
Equipe | Membre ordinaire d equipe. Sert a marquer l appartenance de travail a une equipe particuliere a l interieur d un module. | CP du projet, Mage sur P2/P3/P4, RM, Redac du module ou CE de l equipe | Acces au forum et au vocal de l equipe concernee, avec droits de participation ordinaires. |
Traine-savate |
Entree minimale | Statut de base d une personne encore peu positionnee. Sert a distinguer les visiteurs qui n ont pas encore choisi de qualite humaine ni pris un vrai premier engagement de participation. | Attribue automatiquement tant qu aucune qualite humaine n a ete selectionnee | Circulation minimale et lecture selon les ouvertures publiques du serveur. Pas de vrai cran de participation reconnu. |
Honorable Hote |
Participation simple | Premier cran de participation ordinaire. On l obtient en declarant au moins une qualite humaine auto-declaree. | Attribue automatiquement par le bot quand une qualite humaine est choisie | Ecriture simple dans les forums de modules et d equipes P2/P3/P4, reactions oui, pas de liens ni de fichiers. En vocal : ecoute oui, parole non, demande de parole possible en conference. |
Contributeur |
Reconnaissance transversale | Badge accorde automatiquement a partir de 10 contributions reconnues par les cadres via la reaction :dart:. |
Attribue automatiquement par le bot | Marque une participation utile reconnue, meme sans candidature C2.0. Donne un cran d usage plus large que Honorable Hote, notamment la parole en vocal. |
Principe retenu actuellement :
- une personne peut etre seulement dans un module
- elle peut ensuite etre affectee plus finement a une equipe
- une personne peu engagee peut rester Traine-savate, puis devenir Honorable Hote en declarant au moins une qualite humaine
- Honorable Hote ouvre une ecriture simple en forum mais reste muet en vocal ; Contributeur est le cran superieur qui gagne la parole
- les membres de module circulent librement dans le module
- les team_member marquent l ancrage de travail dans une equipe
- CE et MC organisent l equipe au niveau local
- Redac et RM harmonisent et compulsent au niveau du module
- les cadres peuvent marquer une contribution avec la reaction :dart:, puis lancer /archive_module pour produire une archive privee des contribs du module courant
- quand un membre atteint 10 contribs reconnues, le bot lui attribue automatiquement le role Contributeur
- le proprietaire peut remplacer un module entier par un sous-sommaire texte avec /archive_replace_module
- le proprietaire peut activer ou desactiver la visibilite publique des salons d equipe P2/P3/P4 avec /eq_p2p3p4_visible_for_everyone
- un membre peut se retirer lui-meme de ses statuts de cadre avec /moi_pas_cadre et sortir de Membre C2.0 avec /moi_pas_c20
- le positionnement personnel par rapport au projet se declare avec les commandes /moi_... ; c est une information de lecture et de suivi, pas un role d autorite
Ce modele permet de laisser des gens participer sans les bloquer trop tot dans une equipe, tout en gardant une structure claire pour la synthese, la redaction et la coordination.
La Commune 2.0 : publication, archivage et documentation des travaux issus de Discord.
Contact technique : yannick.mandaba@geomanet.com
Œuvre propriétaire — Tous droits réservés. Copyright © 2024-2026 Yannick Mandaba-Masseron — SafeZone FPV™. Aucun usage, reproduction, distribution, modification, traduction, ingénierie inverse, exécution publique, intégration ou travail dérivé sans accord écrit préalable du titulaire.
Les termes HUSCI, Action RIC, La Commune Légiférante, GeoMANET, La Commune 2.0, M.S.Y. (Manet Secure You), ainsi que les logos, sigles, emblèmes, chartes graphiques, signatures éditoriales, intitulés de programmes et labels organisationnels, sont des désignations propriétaires réservées de SafeZone FPV™.
Demandes (collaboration, licences, signalements) : ip@safezone-fpv.com.