Présents: Sébastien, Guillaume, Simon, Yannick
Liens
Mini-CR de la réunion pendant la résidence à Joigny (nov 2022)
- Sébastien prend le rôle de Développement (à la place de Simon)
- Maxime prend le rôle Partenaires techniques (rôle vacant)
- Guillaume prend les rôles:
- Produits (rôle vacant)
- Communication externe (à la place de Sébastien)
- Pérennité économique (à la place de Simon)
- Rôle Produits et Développement doit être redéfini
- La place de Pierre doit être redéfinie
Etat actuel des rôles
- Embarquement: Yannick
- Infoculture: Yannick
- Facilitation: Sébastien
- Produits: Guillaume
- Communication externe: Guillaume
- Pérennité économique: Guillaume
- Développement: Sébastien
- Déploiements: Bastien
- DevX: Sébastien
- Qualité de code: Sébastien
- Régulation: Pierre
- Partenaires techniques: Maxime
- Coordination AV: Sébastien
Gestion par tension
Rôle Développement (amené par Sébastien)
Besoin de faire évoluer notre manière de fonctionner, mettre de la « souveraineté »/verticalité dans ce rôle. A réalisé qu’il porte beaucoup de choses. Beaucoup de produits et projets s’appuient aujourd’hui sur SemApps. Pour assurer le long terme, il faut faire les choses bien. Pour l’instant, le rôle développement était un rôle de « référent », mais trop horizontal. Il devient évident qu’il faut plus de « pouvoir », que ce soit équilibré avec les responsabilités.
Solution proposée : Rôle « Architecte » qui remplace rôle Développement
- Redevabilités
- S’assurer que les PRs s’intègrent bien dans l’architecture existante
- Décider des grandes orientations quant à l’architecture (en tranchant si besoin)
- Organiser des réunions pour expliquer ces orientations et ce qu’elles impliquent
- Conseiller techniquement le rôle Produits
- Domaine
- Tout le code coeur (middleware, frontend, triplestore)
- Documentation technique
- Mandat
- 1 an renouvelable
Discussions:
- Guillaume: Précise le sens de « pouvoir ». Différencier « pouvoir sur » et « pouvoir de ». « Pouvoir de » est important. Préférer le sens de « encapaciter », plus que le fait de vouloir « dominer… ».
- Simon : point de discussion = modalités de ce pouvoir, au niveau de la communication vis à vis de l’équipe, sollicitation des avis avant de faire. Jusqu’où va la discussion. Quelle forme ça peut prendre ? Ne pas tomber dans l’autoritaire.
- Sébastien: lorsqu’il y a plusieurs choix, ce rôle peut être amené à trancher. Permet d’avancer. Mandat d’un an pour permettre de réajuster si ça ne marche pas.
- Yannick: Echanges émotionnels importants, pour trouver le curseur.
Décision: le rôle Architecte est accepté tel que proposé. Sébastien l’incarnera pendant une année.
Rôle Produit (amené par Guillaume)
Concerne Archipelago dans sa relation avec SemApps. Quid de la gouvernance des produits ? Chacun sa gouvernance + des dépendances… Besoin de clarification. A modifié récemment ses rôles, et est un peu perdu. En tant que référent produit SemApps, doit-il travailler aussi sur Archipelago / ActivityPods etc… ?
- Sébastien: Le rôle est à (ré)inventer, le rôle Produits pourrait être référent des différents produits : Catalyser les demandes, projets, perspectives
- Simon: 3 niveaux de produits (finis, clés en main, boite à outils). Nous n’avons actuellement pas de rôle pour chacun des sous-produits.
- Guillaume: Les produits finis sont liés à des clients, cela ne nous regarde pas. Mais les usages de la boite à outils, oui.
- Sébastien: La boîte à outil n’est pas un produit.
- Donc le rôle produits se concentre sur les produits clés en main / usages de la boite à outils SemApps …
- Yannick: Un accompagnateur plutôt que quelqu’un qui va régulièrement cadrer le projet
- Simon: Si on veut que SemApps décolle, il faut que SemApps rencontre les usages. Communiquer sur SemApps, c’est très complexe, par contre, communiquer sur les sous-produits, c’est plus simple.
- Guillaume: Trianguler les enjeux, les projets, les produits, les financements, les développements. Il y a un énorme enjeu à centraliser, à croiser, à faire émerger de la cohérence, du lien entre les informations qui arrivent de toute part… Faire monter la mayonaise…
Décision: Guillaume va proposer des redevabilités pour ce rôle, et on discutera la prochaine fois à partir de cette base.
Rôle Communication (amené par Simon)
Quid du rôle produit et communication sur la renommée de SemApps? La tension de Simon est que SemApps n’est pas reconnu à sa juste valeur. On ne parle pas assez de SemApps
- Sébastien: le rôle Produits doit encore être défini. Pour le rôle Communication, il vient d’être pris par Guillaume, il faut s’adresser à lui si on a des tensions ou des idées.
- Simon: Pas clair sur ce qu’on peut communiquer sur SemApps en tant que boîte à outil.
- Guillaume: Demande un petit brainstorm rapide:
- Newsletter
- « Eat your own dog food »
- Ecrire des articles (p.ex sur l’interopérablité…)
- Influenceurs et prescripteurs
Rôle Régulation (amené par Sébastien)
Rôle était attribué à Pierre, mais il n’est plus là. Comme on n’a pas établi de « protocole de sortie » clair, il est difficile de savoir comment s’y prendre.
- Proposition: remettre le rôle Régulation au centre. Voir s’il y a des intéressés.
- Guillaume appelle Pierre pour lui demander si ça lui irait de figurer sur le site comme « Advisor », au même titre que Thomas F. (autre option s’il préfère: « Past contributor »)
Rôle R&D (amené par Guillaume)
Niko a dit qu’il mettrait bien NextGraph dans l’AV. R&D de SemApps côté triplestore. Créer un rôle R&D pour Niko ? Cela permettrait d’apporter de la reconnaissance pour ce qu’a fait Niko, et de montrer vers quoi veux aller le projet SemApps.
- Simon: R&D SemApps ne concerne pas que le Triple store
- Sébastien: Un rôle doit être incarné. Il faut participer aux réunions. Conflit potentiel de périmètre avec rôle Architecture. Il y a d’autres manières de valoriser l’apport de Niko.
- NextGraph ne sera pas prêt avant 9 mois, et c’est seulement à ce moment qu’on pourra se demander comment SemApps peut en faire usage.
- On pourrait valoriser la contribution de Niko en indiquant les chantiers auquels il a contribué ?
Prochaine réunion
Mardi 20 décembre de 17h à 18h30 (au lieu du 27 décembre qui tombe mal).
Cette réunion sera en partie de type « gouvernance » (pour traiter notamment la proposition de rôle Produits de Guillaume) et de type « opérationnel ».
Après ça, on va prendre un rythme de 2 réunions opérationnels et 1 réunion gouvernance (donc une réunion gouvernance tous les 3 mois). De toute façon, la plupart de nos réunions « gouvernance » jusqu’à maintenant étaient en fait opérationnels, donc ça permet de coller plus à la réalité.