# Rôles SemApps

[Toc]

# Principes
- Il s'agit de référents, pas de personnes qui doivent tout faire elle-mêmes.
- Un rôle peut être très énergisé, ou pas beaucoup. L'important c'est qu'il y ait une personne qui reste vigilante, et qui peut être mobilisable lorsque c'est nécessaire.
- Ce n'est pas grave s'il y a plus de rôles que de personnes. Lorsque de nouvelles personnes arriveront, elles pourront plus facilement trouver leur place en récupérant des rôles existants.
- Le rôle peut être énergisé par une personne ou par un cercle. Mais dans ce dernier cas, une personne reste la référente.
- Un rôle est autonome pour agir et prendre des décisions dans son périmètre sans que cela impacte un autre rôle (sans que cela fasse partie du périmètre d'un autre rôle)
- Les rôles sont attribués en principe par élection sans candidat.
- Le référent d'un cercle est l'interlocuteur du cercle auprès des autres personnes. Proche de notion de lien (fusion de 1er lien et 2nd lien). Ne porte pas la responsabilité, il est l'intermédiaire. Cependant il est responsable d'avertir le cercle de coordination en cas de dysfonctionnements internes.

Important:
- Ne pas projeter quelqu'un ou soi-même dans un rôle au moment de la définition de ce rôle.
- Définir la raison d'être, le domaine, le périmètre et les redevabilités, mais laisser au référent la pleine liberté d'agir pour répondre à la raison d'être de son rôle.

Pour chaque rôle, il faut:
- Une raison d'être: le pourquoi du rôle. Ce qui manquerait à l'organisation si il n'existait pas.
- Des redevabilités: Ce qui est attendu vis-à-vis de ce rôle.
- Le périmètre: la zone d'action du rôle au sens le plus large du terme.
- Le domaine: le périmètre exclusif, la "chasse-gardée" du rôle. Personne ne peut intervenir sur ce domaine sans l'accord du rôle.

On peut aussi inclure des "idées de moyens", que la/les personnes énergisant le rôle pourront librement utiliser (ou pas) pour répondre à la raison d'être.

# Rôles

## 1. Rôle Inclusion / Accueil / Embarquement :heavy_check_mark:

**Raison d'être:**
- Faciliter l'inclusion des personnes qui nous approchent, afin qu'elles trouvent leur place et développent le plus vite possible leur autonomie.
- Aider à s'approprier la culture/cadre de SemApps, ainsi que les outils qui nous permettent de travailler ensemble (Riot, Roam Research, mais aussi les outils tels que la décision par consentement, les méthodes agiles, etc).

**Redevabilités:**
- Répondre de l'accueil et de l'inclusion des nouvelles personnes
- S'assurer que la documentation pour les outils technologiques est à jour

**Moyens possibles (idées):**
- Pour chaque nouveau venu, l'"interviewer" après 2 semaines pour savoir où il en est.

**Périmètre:**

**Domaine:**

**Critères de choix:**
- La joie de vivre
- Empathie
- Connaissance du projet
- Connaissance de la culture d'entreprise
- Connaissance de l'organisation
- Capacité à transmettre les connaissances
- Capacité à transmettre les outils internes et les méthodologies

#### Commentaires

Sébastien:
- S'assurer que les personnes qui nous approchent trouvent leur place.
- S'assurer qu'elles deviennent le plus rapidement possible autonomes.
- Gérer également l'onboarding dans le "cercle de coordination".
- Je limiterai ce rôle à l'inclusion dans la communauté. L'inclusion "technique" pourrait se faire par le rôle DevX ?

*Gabriel : Je préfère le terme accueil à celui d'inclusion et insisterais sur l'appropriation de notre essence et de notre fonctionnement ! Sans oublier la formation*

> Pierre: J'ai l'impression que accueil et inclusion sont 2 notions différentes. Quelqu'un se présente à ta porte, tu l'accueilles, tu lui demandes qui il est, quelle est son intention ? tu peux aussi lui présenter la raison d'être de ton organisation et le laisser regarder par la fenêtre. (on est par exemple dans le bocal, en observation)
> Une fois que ce moment a permi la confiance réciproque, alors on inclu cette personne. Il y a un rôle qui peut faire preuve de vigilance, être référent pour accompagner les nouveaux arrivants.
> De mon côté, l'accueil et l'inclusion peuvent se faire de manière très naturelle, sans pour autant avoir de rôle, c'est une vigilance d'équipe. On est amené a créé un rôle dans le cas où l'on opbserve que ça se passe mal. Il m'a semblé qu'on avait évoqué la création d'un rôle "inclusion" surtout pour faire la promotion de SemApps et "recruter" de nouveaux profils. Ce qui était plus une question médiatique. En créant tout de suite un role comme celui-ci, j'ai l'impression qu'on essaye de répondre à un besoin qui ne s'est pas encore posé.

## 2. Rôle Partenaires techniques / Interopérabilité :heavy_check_mark:

Raison d'être :
- S'assurer que SemApps s'intègre dans l'écosystème des logiciels existants.
- S'assurer que SemApps assure la plus haute interopérabilité possible avec les autres logiciels.
- Faciliter le décloisonnement des logiciels.

Redevabilités:
- Maintenir la relation avec les autres acteurs du web sémantique, en France et à l'étranger.
- S'assurer que les standards du W3C sont bien respectés.
- Faire une veille technique.

Moyens possibles (idées):

Périmètre:

Domaine:

Critères:
- Capacité de communication
- Expertise dans les normes W3C
- Qualités humaines
- Capacité à représenter SemApps
- Connaissance experte de l'écosystème

#### Commentaires

Gabriel:
- Là, je suis amené à me poser la question de la veille, de la prospective et de l'autocritique.

Guillaume:
- Différencier technique de non-technique, pour permettre à des personnes non-techniques de prendre ce rôle. Fusionnerait avec partenaires techniques avec interopérabilité.

Simon:
- Partenaires techniques et autres.
- Interopérabilité, demande une connaissance technique.

Sébastien:
- Maintenir la relation avec les autres acteurs du web sémantique, en France et à l'étranger.

*Gabriel : J'y mettrais aussi les acteurs extérieurs. Je distinguerais partenariat et communication externe. Responsable de reporter au CA de l'AV ?*

## 3. Rôle Communication externe

Raison d'être:
- Faire connaître SemApps au plus grand nombre
- Favoriser la vulgarisation des termes techniques, afin que les idées philosophiques derrière le web sémantiques puissent être comprises par un non-technicien.

Redevabilités:
- Avoir des supports de communication suffisants
- Jardiner le site web (Docusaurus sans la partie technique)
- Maintenir la veille (actualités, événements auxquels on peut participer)
- Se coordonner avec l'AV pour organiser des événements, meetup, etc.

Moyens possibles (idées):
- Communiquer sur les réseaux sociaux
- Traduire en anglais les documents les plus importants
- Intégrer le cercle de communication de l'AV

Périmètres:
- Docusaurus (partie non-technique)

Domaines:

Critères:
- Profil extraverti
- Bon en orthographe
- Anglophone
- A l'aise avec les technologies de communication
- Esprit de synthèse
- Pédagogie
- Effet de réseau

#### Commentaires

Guillaume:
- Un seul rôle pour doc interne et externe, passerelles entre Roam Research et Docusaurus
- S'assurer de la fluidité du partage des informations, quelles que soient les échelles.

Gabriel:
- Rôle communicant, rôle responsable documentation

Sébastien:
- Faire connaître SemApps au plus grand nombre
- Diviser communication interne et externe ?
- Communication ou documentation ?
- Responsable du Docusaurus, sauf la doc technique (comm. externe) et des pads (comm. interne)

## 4. Rôle DevX

**Raison d'être:**
- S'assurer que les développeurs puissent facilement prendre en main SemApps.

**Redevabilités:**
- S'assurer que la documentation est de qualité et à jour, que chaque nouvelle PR s'accompagne de documentation.
- Être l'interlocuteur en cas de difficultés des nouveaux développeurs.
- Dans les grands choix architecturaux, garder en tête l'usage, la facilité, et la sobriété des technologies choisies.
- Mise en place de conventions de code pour faciliter le travail des nouveaux développeurs

**Moyens possibles (idées):**

**Périmètres:**
- Docusaurus (partie technique)

Domaines:

Critères:
- Appétence pour la veille technologique
- Empathie
- Appétence pour la documentation, la structuration, l'organisation
- Tact, écoute pour les cultures différentes
- Patience

## 5. Rôle Qualité de code :heavy_check_mark:

Raison d'être
- S'assurer que SemApps a le moins de bugs possibles, et qu'il est le plus rapide possible.

Redevabilités:
- S'assurer que tous les bugs sont remontés aux développeurs
- Informer les utilisateurs lorsqu'ils sont réglés
- S'assurer que le coverage des tests est suffisant
- Mettre en place des indicateurs pour vérifier que les conventions de code sont respectées
- Mettre en place des tests de performances (benchmarks)
- Rendre visible et archiver les indicateurs de sobriété

Moyens possibles (idées):

Périmètres:

Domaines:

Critères:
- Précision
- Communication
- Organisation
- Capacité à faire de la veille technique

## 6. Rôle Déploiements :heavy_check_mark:

Raison d'être:
- S'assurer que les différents sites et serveurs de démo de SemApps sont et restent opérationnels

Redevabilité:
- Gérer les noms de domaines, serveurs OVH, etc.
- Documenter ce qui est fait, pour permettre à d'autres de le faire.

Domaine:
- Les serveurs SemApps

Critères:
- Réactivité
- Capacité à se coucher très tard :)
- Bonnes connaissances de Linux
- Débrouillardise
- Fiabilité, constance
- Ouverture d'esprit

## 7. Rôle Produits :heavy_check_mark:

Raison d'être:
- S'assurer de la cohérence, de l'équité, de l'efficience de la stratégie de développement de SemApps.

Redevabilités:
- Etre à l'écoute des besoins des différents product owners, garder le lien
- Faire la liste des besoins des différents produits qui souhaitent s'appuyer sur SemApps.
- Prioriser les différentes fonctionnalités à développer.
- Organiser des séances d'arbitrages, soit au niveau technique, soit au niveau de la gouvernance, pour choisir ce qui entre dans SemApps core (= maintenu par l'équipe)
- Définir des spécifications fonctionnelles détaillées
- Définir et faire évoluer une feuille de route

Moyens possibles (idées):

Périmètres:
- Priorisation du backlog

Domaine:

Critères:
- Appétence
- Compétence
- Capacité d'écoute
- Facilitation
- Diplomatie
- Technique
- Neutralité, Ethique
- Vision globale
- Bienveillance
- Vision extérieure
- Avoir un oeil "usage", utilisateur
- Comprendre la technique
- Capacité de travail

## 8. Rôle Facilitation :heavy_check_mark:

Raison d'être:
- Faciliter la dynamique collective autour du projet
- S'assurer que les réunions soient efficientes, légères et fluides

Redevabilités:
- S'assurer que les principes de l'agilité soient bien respectés
- Garantir le processus des sprints ("scrum master")
- S'assurer qu'il y a un facilitateur à chaque réunion importante
- Faire découvrir de nouveaux formats de facilitation
- Former à la facilitation d'autres personnes

Moyens possibles (idées):

Périmètres:

Domaine:

Critères:
- Empathie 2x
- Connaissance des méthodes de facilitation x2
- Capacités pédagogiques x2
- Connaissance du processus des sprints
- Energie positive, dynamisme
- Souci d'efficacité

#### Commentaires

Simon:
- Prendre soin des développeurs, s'assurer que les principes de l'agilité sont bien respectés

Sébastien:
- Garantir le processus des sprints ("scrum master")
- S'assurer qu'il y a un facilitateur à chaque réunion
- Faire découvrir de nouveaux formats
- Former à la facilitation d'autres personnes

## 9. Rôle Pérénité écononomique

**Raison d'être:**
- Garant des conditions matérielles permettant la contribution des contributeurs
- S'assurer que les contributeurs du projet se sentent justement rétribués
- Garder une clarté et une transparence maximale sur les flux financiers, afin que les problèmes financiers ne viennent pas perturber le bon fonctionnement humain.
- Etre garant du processus de [corémunération]( https://movilab.org/wiki/Coremuneration) ou d'une méthode similaire qui devra être définie par la suite

**Redevabilités:**
- Garder à la disposition de tous des documents permettant de connaître l'état financier du projet à court et moyen termes.
- Informer le cercle de coordination lorsqu'il y a une opportunité ou un risque au niveau des finances

**Moyens possibles (idées):**

**Périmètres:**

**Domaine:**

**Critères:**
- Etre capable de compter
- Etre à l'aise avec les outils informatiques
- Être en capacité de faire des budgets analytiques
- Etre en capacité de déterminer ce qui va au générique, au bien commun, au spécifique.
- Etre capable d'empathie
- Méthodique, rigoureux
- Equitabilité, justice
- Intéressé par les méthodes de rémunération équitable

**Bonification:**
- Guillaume montrera [l'outil FISY](https://docs.google.com/spreadsheets/d/1xJZU0CMXVInt6bw3ZMf7_4Uk-lQzWVyR_4_7x-ixcGM/edit?usp=sharing) - [Source sur Finacoop](https://www.finacoop.fr/boite-a-outils/)

#### Commentaires

Gabriel:
- Pas clair sur mot résilience
- Important que les besoins financiers soient comblés

Pierre:
- Etre garant du processus de [corémunération]( https://movilab.org/wiki/Coremuneration)*
- coconstruire le processus, rendre visible, faire de la prospective (anticiper, )

Simon:
- Recherche active ou orchestration ?
- Vision claire de ce qui arrive pour quel projet
- Faut-il aller jusqu'à chercher les affaires ?

Guillaume:
- Adore la corémunération
- Aujourd'hui il n'y a pas beaucoup d'argent, mais demain ça passera par des prestations. => A part pour les fonds dédiés au commun.

Sébastien:
- S'assurer que les besoins financiers de chacun soient satisfaits
- Rester à l'écoute des possibilités de financement
- Garder une clareté et une transparence maximale sur les flux financiers, afin que les problèmes financiers ne viennent pas perturber le bon fonctionnement humain.

## 10. Rôle Régulation

Raison d'être:
- Veiller à la mise en oeuvre de conditions propices à la coopération

Redevabilités:
- S'assure que le cadre de confiance / confort est respecté.
- Être vigilant qu'il y ait atmosphère propice à la coopération
- Être à l'écoute des personnes qui auraient des difficultés relationelles avec d'autres membres de SemApps
- Etre le référent des processus de régulations (à établir)

Moyens possibles (idées):
- Organiser des temps de rencontres conviviaux

Périmètres:

Domaine:

Critères:
- Tact
- Conscience des mécanismes psychologiques, des outils de résolution de problématique de coopération
- Amour
- Sensibilité
- Discernement

#### Commentaires

Sébastien:
- S'assure que le cadre de confiance / confort est respecté.
- C'est un rôle délicat, à voir s'il est pertinent.

Gabriel:
- Plutôt parler de prendre soin des autres

Pierre :
- Etre vigilant de la permaculture humaine
- Vigilant d'une Atmosphère propice à la coopération/collaboration

Simon :
- Vigilant des relations humaines propices à la coopération/collaboration

## 11. Rôle Infoculture

Autres noms retenus: Communication interne / Secrétariat / Patrimoine informationnel / Valorisation / Capitalisation / Maître Composteur / Suivi de l'information / Jardinier informationnel / Traçabilité

Raison d'être:
- Veiller à ce que les richesses produites dans nos réunions, rencontres, échanges soient capitalisées, accessibles et bien présentées, et qu'elles restent disponibles dans le temps à tout contributeur, y compris au-delà de la durée de vie du projet.

Redevabilités:
- S'assurer que les compte-rendus des réunions soient faits, qu'ils soient accessibles et qu'ils restent accessibles dans le temps.
- Structurer et mettre en avant les relevés de décisions, afin que la continuité soit assurée.
- Qu'on utilise Roam Research, YesWiki ou CodiMD, jardiner cet outil afin qu'il reste cohérent et que tout le monde respecte les bonnes pratiques.
- S'assurer que les règles autour des salons Riot sont respectés

Moyens possibles (idées):
- Faire une cartographie des différents déploiements de SemApps

Périmètres:
- Outils de prises de note (Roam Research, YesWiki, CodiMD)
- Salons Riot

Domaine:

Critères:
- Pas de fautes d'orthographe
- Attention
- Envie de partager
- Esprit de synthèse et d'organisation
- Persévérance
- Appétence pour l'ergonomie
- Bonne mémoire

#### Commentaires

Sébastien:
- Raison d'être: Veiller à ce que les richesses produites dans nos réunions, rencontres, échanges soient capitalisées, et qu'elle reste disponible dans le temps à toute personne qui nous rejoint.
- S'assurer que les compte-rendus des réunions sont faits, qu'ils sont accessibles et qu'ils restent accessibles.
- Qu'on utilise Roam Research, YesWiki ou CodiMD, jardiner cet outil afin qu'il reste cohérent et que tout le monde respecte les bonnes pratiques.
- S'assurer que les règles autour des salons Riot sont respectés?

Pierre:
- Compostabilité des projets

Guillaume:
- Stigmergie (traces qui sont laissées par les insectes et qui peuvent être reprises par d'autres)

Simon:
- Importance de la notion d'accessibilité

Gabriel:
- Focus à faire sur l'accès simple des documents
- Bénéficier de la richesse:

## 12. Rôle Développement

> Le rôle est assuré par le cercle et le référent est l'interlocuteur privilégié de ce cercle. Ses redevabilités sont plutôt au niveau de premier et second lien. Il ne s'agit pas d'un rôle de "Lead developer".

Raison d'être:
- Construire techniquement SemApps

Redevabilités:
- Mettre en place des temps de réflexion sur l'architecture globale du code
- Être l'interlocuteur technique pour les autres rôles concernant l'architecture, les devis, etc.
- Comprendre, interpréter et conseiller le rôle Produits
- S'assurer que le produit demandé est produit en temps et en heure, selon le cahier des charges, et sinon en avertir les autres
- S'assurer de la maintenance du coeur de SemApps afin qu'il reste opérationel dans le temps

Moyens possibles (idées):

Périmètres:
- Code github

Domaine:

Critères:
- Compétence technique
- Disponibilité
- Conscience
- Endurance
- Bon relationnel

#### Commentaires

Sébastien:
- Rôle proposé par Pierre. L'idée serait de formaliser le cercle de développeur et éventuellement de désigner un référent, qui aurait uniquement pour but de rapporter aux autres membres du cercle.
- Comme il y a déjà pas mal de redevabilité dans les rôles "DevX" et "Qualité de code", je me demande quel serait la raison d'être de ce rôle. Développer avec persévérance et efficacité ce qui est défini comme prioritaire par le groupe ? Maintenir le coeur de SemApps ?

Guillaume:
- Quelqu'un qui pourrait être l'interlocuteur pour ceux qui font des devis ?

Simon:
- Cela pourrait être dévalorisant que pas tout le monde ait un rôle

Pierre:
- Rôle élémentaire, dommage s'il y a des flous à ce niveau

## 13. Rôle Coordination AV :heavy_check_mark:

Raison d'être:
- Être le lien (entrant et sortant) du cercle SemApps avec l'AV

Redevabilités:
- Représenter SemApps pour l'AV
- Proposer des votes si ce qu'on fait sort du périmètre du projet
- Faire remonter les informations vers l'AV
- Garder le contact avec les autres projets de l'AV
- Remplir la newsletter de l'AV

Moyens possibles (idées):
- A la fin de chaque sprint, faire un post dans Riot pour informer la communauté AV de nos avancées.

Périmètres:

Domaine:

Critères:
- Transparence, souci de clarté
- Capacité de communication
- Liens existants avec les différents projets de l'AV
- Rigueur
- Bonne connaissance du projet et de l'AV (notamment ses règles)
- Pédagogie

#### Commentaires

Sébastien:
- Garder le lien avec l'AV, représenter SemApps dans le CA.
- A moins qu'on intègre cette redevabilité dans le rôle Communication Externe ?
- Newsletter AV

Simon:
- Etant donné la réalité du terrain, ce rôle est essentiel

Pierre:
- A la fin de chaque revue de sprint, dire "voilà ce qu'on a fait les deux dernières semaines".
- Entre communication externe et interne.

## Rôles à ajouter
### Aller chercher des sous !