Des équipes pour SPIP

Dev
1

Cher·es écureuil·les chatoyant·es et polatouches visionnaires :sparkling_heart:,

Pour faire suite à CR juillet 2023 on ouvre un autre sujet à propos des équipes !

Des équipes spécialisées

C’est à peaufiner, mais l’idée est de proposer de créer des équipes pour discuter / traiter de thématiques plutôt que juste «le core» / «la team».

Outre les membres actuels du core, il serait intéressant d’intégrer d’autres personnes motivées par l’objet de l’équipe et ayant les compétences adaptées à celle-ci, toujours bien sûr en respect de la charte.

Ces équipes :

  • auraient des groupes respectifs créés dans git.spip.net et Discuter afin de pouvoir être notifées via @{nom de l’équipe} (comme cela a été fait pour le groupe de modération sur discuter.spip),
  • disposeraient d’accès suffisants pour réaliser leurs tâches / activités où c’est nécessaire,
  • s’auto-gèrent : les membres sont référents pour la thématique abordée, définissent ou clarifient les contours de l’équipe
  • sont différentes d’éventuels «groupe de travail» qui s’organiserait autour d’un chantier précis (refonte de l’espace privé par exemple)

Des catégories ou sous-catégories seraient crées

  • sur Discuter (partiellement dans Dev probablement), pour regrouper les discussions sur les sujets respectifs de ces équipes, servir de lieu d’échange et d’intéraction principale avec la communauté
  • sur Discord également (pour les personnes qui aiment l’utiliser)

Proposition d’équipes selon ces thématiques

  • Sécurité
  • Maintenance
  • Architecture & DX
  • Fonctionnel & UX / UI
  • Graphismes
  • Documentation
  • Traduction
  • Modération
  • Animation & formations

Elles sont détaillées plus loin.

Sondage

Êtes-vous d’accord par l’idée générale de création d’équipes spécialisées ?
  • oui ?
  • non ?

0 votant

Évolution de «la team»

Elle gérait des décisions de SPIP à une époque et plus récemment uniquement les failles de sécurité.

Il y a 30 personnes actuellement (et historiquement) dans cette équipe, mais combien sont encore actives ou intéressées par SPIP ?

L’idée est de transvaser ces participant·es dans des équipes aux rôles plus spécifiques selon leurs envies.

Pour les autres, on enverrait un mail gentil pour prévenir ces personnes et leur dire qu’iels sont toujours bienvenues s’iels en ont l’envie :slight_smile:

Sondages

Êtes-vous d’accord pour déplacer les membres de @spip-team dans des équipes spécialisées plus restreintes ?
  • oui ?
  • non ?

0 votant

Êtes-vous d’accord pour enlever les droits de commits sur spip/* aux membres de spip-team qui ne souhaitent plus intervenir directement sur le code ?
  • oui ?
  • non ?

0 votant

Plus généralement, êtes-vous d’accord pour enlever les droits de webmestres ou admin sur les sites ou lieux utiles à la galaxie SPIP aux membres de spip-team qui ne sont pas intervenues depuis plus de 3 ans ?
  • oui ?
  • non ?

0 votant

Équipes proposées

Note: les participant·es suggéré·es sont seulement là à titre indicatifs… les sondages permettront d’y voir un peu plus clair dans les différentes envies de chacun·e.

Sécurité

Pour l’analyse des signalements et le traitement des failles de sécurité.

Accès à la liste de discussion «spip-team» faite pour ça, à renommer cependant «spip-security» ou autre ;
ou plan B :

  • mise en place d’une boite mail dédiée aux signalements accessible aux membres de l’équipe
  • mise en place d’un formulaire de contact sur spip.net pour envoyer des signalement à la boite mail en question
  • les échanges internes à propos des failles auront toujours lieu dans le repo security de l’orga SPIP sur git.spip.net

Deux choses à séparer :

  • réception des mails entrants (et réponses aux mails)
  • gestion des tickets associés sur le git.spip.net

Participant·es

  • cerdic
  • marcimat
  • b_b (au moins pour le suivi des signalements)
  • James (le soir, les week-ends, les vacances)
  • Glop ?
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Maintenance

  • Pour trier et relire les tickets, y répondre et les relancer
  • Pour réviser, merger les PRs et les reporter dans les branches concernées,
  • Éventuellement participer aux sessions de releases ?

Participant·es

  • b_b
  • cerdic
  • marcimat
  • maieul
  • nicod
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Architecture & DX

Définir une vision souhaitée à long terme du code (php, js, css) et processus (TU / CI / CD).

En gros, comment écrire du code plus robuste, organiser les fichiers, les dépôts (par composants), pour qu’il soit logique pour des dévs, en respectant au mieux les usages des communautés des languages respectifs.

Mettre tout ça en en pratique.

Pour info, DX signifie « Developper Experience ». C’est complémentaire à l’UX décrite plus bas.

Participant·es

  • James
  • marcimat
  • placido ?
  • tofulm ?
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Fonctionnel & UX / UI

Définir les fonctionnalités maintenues et souhaitées, l’ergonomie, l’accessibilité et les mettre en œuvre.

Intégrer le code produit dans la mesure du possible dans les préconisations d’architecture des langages respectifs.

Participant·es

  • Arno*
  • b_b
  • cerdic
  • erational
  • eric
  • marcimat
  • nicod_
  • rastapopoulos
  • tcharles
  • touti
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Graphismes

Illustrations, icônes, charte graphique

Participant·es

  • erational
  • tcharles
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Documentation

Écrire et mettre à jour la documentation de SPIP, sur spip.net, Programmer

Participant·es

  • b_b
  • erational
  • jack31
  • jeanmarie
  • jluc
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Traduction

Coordonner les traductrices / traducteurs.

Participant·es

  • jack31?
  • george?
  • klaus?
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

Modération

Cf: https://discuter.spip.net/t/mise-en-place-effective-du-groupe-de-moderation-sur-le-forum/175324

Animation & formations

  • Organiser des rencontres,
  • Produire des comptes rendus, gazettes…
  • Gérer l’éditorial de Spip Contrib
  • Organiser des formations pour faire monter en compétences les participant·es à SPIP

Participant·es

  • bennyb
  • jeanmarie
  • jluc
  • maieul
  • ?

Sondages

Êtes-vous d’accord pour la création de cette équipe ?
  • oui ?
  • non ?

0 votant

Souhaitez-vous participer à cette équipe ?
  • oui ?
  • non ?

0 votant

À vous lire

Que pensez-vous de tout cela ?

Matthieu (& b_b & James en relecture)

PS: ça prend un temps fou rien que pour faire ces rédactions et sondages !

6 « J'aime »
5

Merci pour ces propositions.

Juste déçu qu’il y ait UX, DX, et tous ces trucs à la mode mais rien de prévu pour l’accessibilité, l’éternelle cinquième roue du carrosse…

1 « J'aime »
6

En fait, après relecture, le terme « accessibilité » est utilisé dans la description du groupe « Fonctionnel & UX / UI ». Mais c’est très réducteur, c’est un sujet transversal qui couvre quasiment tous les autres.

7

Hello

Les questions sont intéressantes bien que l’orientation de celles ci ne me semblent pas neutres.
Je trouve assez surprenant l’approche proposée qui remet fortement en cause les choix historiques et le fonctionnement des dernière années.
On change quand même de paradigme avec une approche de type pyramidale et cloisonnée.

Après je passe probablement pour le râleur frustré, toutefois je n’ai aucune idée si c’est une bonne ou mauvaise approche.
.Je constate juste qu’entre les lignes c’est un gros changement organisationnel qui est proposé et qui me semble fortement éloigné de l’esprit d’origine. Et ce n’est pas neutre du tout.

1 « J'aime »
8

Tu peux t’inscrire dans toutes les équipes et porter le sujet sur toutes les thématiques…

… ou proposer de créer une équipe dédiée ?

9

@azerttyu avec quel esprit d’origine précisément tu parles ?

Il est sûr que découper en groupes « technocratiques » permanents (un groupe étant « expert » d’un domaine donné), ce n’est vraiment pas sur le même plan que l’utilisation du mandat impératif des « groupes de chantiers » : dans le mandat impératif, on donne confiance à un groupe donné qui travaille sur un sujet précis de manière transparente, mais… pour une durée/chantier précis, quand celui ci est terminé, le mandat n’existe plus, on repart sur autre chose.

Là on parle de groupes à peu près permanents. Cependant ce n’est pas tant technocratique vu qu’il n’y a pas de barrière de niveau pour rentrer dans tel ou tel groupe : on n’attend pas que chaque personne soit experte du domaine sur le bout des doigts, juste qu’elle soit sincèrement intéressé par le sujet, il me semble.

Et ce n’est pas cloisonné du tout si :

  • chaque groupe travaille réellement de manière transparente : certes dans un lieu dédié mais lisible en lecture par les autres, et faisant des résumés réguliers de ce qui se passe
  • à tout moment des gens motivés peuvent s’ajouter au groupe

Il y a donc sûrement quelques conditions à prévoir (tout comme dans le mandat impératif sur un chantier plus précis), mais ça ne me semble pas incompatible avec l’aspect ouvert et démocratique.

1 « J'aime »
10

Il me semblait que l’UX aussi c’est censé être transversal dans sa vraie définition totale non ? (VPTCS de Témésis etc) Et du coup l’accessibilité à toutes et tous, c’est bien un sous-domaine de l’expérience utilisateurice (qui n’est surtout pas seulement « l’interface », « l’ergonomie »).

11

Oui, c’est bien l’idée « d’embarquer » des personnes motivées dans des équipes (cf recenser les forces vives), histoire de ne pas se retrouver dans un groupe de 30 personnes où seulement 5% d’entre elles répondront quand un sujet sera abordé.

Oui aussi, et les membres d’une équipe peuvent la quitter dès que souhaité ou quand la motivation n’est plus là. Et même les équipes ne sont pas forcément permanentes, tout ça pourra être adapté au fil du temps. Bref, rien n’est figé, il faut que ça reste souple à l’usage.

12

Pour info, à propos de cette catégorie j’avais posé la note suivante « Et compléter la description et l’objet de cette équipe ^^ » car il me semble qu’elle couvre beaucoup de choses. Donc oui c’est réducteur, mais il suffit d’améliorer/compléter l’objet de l’équipe en question pour palier à ça :slight_smile:

13

Ah un moment où une équipe pouvait toucher à tout de façon horizontale et où étaient embarquées au fur et à mesure de nouvelles personnes.
Ce qui n’a pas eu lieu depuis longtemps.

Je vois également un autre problème, comme l’approche proposée, c’est avant tout le code, je me demande comment les arbitrages vont être gérés entre 2 groupes.
Je crains que ce soit le peu de personnes transverses avec droit de fusion qui auront gain de cause et que du coup les autres personnes feront de la figuration.

Comme dit je trouve la question intéressante mais je crains fortement qu’au final ce soit un renforcement d’'une centralisation masquée. Ce qui irait dans le sens contraire de ce qui est affiché.

14

Depuis un petit bout de temps, SPIP est maintenu en vie par quelques personnes, qui se comptent sur les doigts d’une main (MERCI !!) . Je trouve que cette proposition à le mérite d’essayer de redynamiser SPIP, elle aura certainement ses défauts, mais si la communauté reprend un peu vigueur, elle sera les gérer.

3 « J'aime »
15

Depuis un petit bout de temps, SPIP est maintenu en vie par quelques personnes, qui se comptent sur les doigts d’une main (MERCI !!) . Je trouve que cette proposition à le mérite d’essayer de redynamiser SPIP, elle aura certainement ses défauts, mais si la communauté reprend un peu vigueur, elle sera les gérer.

je suis assez d’accord avec @tofulm. C’est sans doute imparfait et peut être y-a-til des risques, mais au moins ca redynamiserait les choses et c’est important. Donc je suis plutot pour, et on verra bien dans la pratique si les craintes d’ @azerttyu se réalisent, et comment parer à cela.

J’ajouterai qu’avoir des groupes formalisés permettrait aux gens exterieures / peu impliqué·es de savoir à qui s’adressser. Donc allons y.

16

Bonjour

Je suis un peu septique avec ce grand nombre d’équipes
Intégrer une équipe ne change le temps que l’on peux consacrer à SPIP au quotidien.

En plus cette spécialisation me chagrine un peu.
Adopter des process industriels pour réduire notre dette technique, c’est top

Mais il ne faudrait pas avoir une dette éthique ^^
Le projet politique de SPIP est sa grande force et originalité.
Intégrer nos diversités, recueillir l’avis de personnes moins techniques, non spécialistes participent à la grande richesse de SPIP

Plein de tendresses :slight_smile:

···

Le 13/03/2024 à 11:51, Maïeul Rouquette via Discuter de SPIP a écrit :

Maïeul Rouquette maieul
Mars 13

Depuis un petit bout de temps, SPIP est maintenu en vie par quelques personnes, qui se comptent sur les doigts d’une main (MERCI !!) . Je trouve que cette proposition à le mérite d’essayer de redynamiser SPIP, elle aura certainement ses défauts, mais si la communauté reprend un peu vigueur, elle sera les gérer.

je suis assez d’accord avec @tofulm. C’est sans doute imparfait et peut être y-a-til des risques, mais au moins ca redynamiserait les choses et c’est important. Donc je suis plutot pour, et on verra bien dans la pratique si les craintes d’ @azerttyu se réalisent, et comment parer à cela.

J’ajouterai qu’avoir des groupes formalisés permettrait aux gens exterieures / peu impliqué·es de savoir à qui s’adressser. Donc allons y.

Voir le sujet ou répondre à ce courriel pour répondre.

Pour vous désabonner de ces courriels, cliquez ici.

-- 
_________________________________________

https://www.erational.org

1 « J'aime »
17

par rapport à cela mon expérience dans un tout autre domaine (l’organisation de séjour de vacances à thématique astro) est que lorsque l’on propose des tâches précises / des équipes spécialisés à des gens, ils et elles se sentent parfois plus impliqués / légitimes à participer que si on a précisement une équipe généraliste avec des taches nombreuses.

Donc pour moi l’idée d’équipe n’est pas incompatible, bien au contraire, avec l’intégration d’autres personnes et de gens moins techniques. C’est précisement une porte d’entrée.

Par contre, là où je te rejoins, ce qu’il serait pertinent de proposer à d’autres que les gens qui lisent spip-dev de participer à cela. Un billet sur spip-ann / blog serait chouette à terme.

1 « J'aime »
18

C’est exactement ça :slight_smile:

Oui bien sûr, le sujet a été ouvert ici pour présenter l’idée et en discuter. On aura tout le loisir de lancer un appel à participation plus large par la suite si l’idée des équipes est validée.

1 « J'aime »
19

Oui, c’est pas faux… :slight_smile:

J’ai toutefois le sentiment que 30 équipes de 30, ça ne sera pas plus efficace qu’une seule vielle équipe de 30 ^^
Je ne dis pas qu’il faut limiter les places, hein…, je crains que certaines équipes soient délaissées et que ça se bouscule dans d’autres, au risque de reporter le bazar à un autre endroit et de provoquer à nouveau l’inertie. Faudra qu’on reste vigilant là-dessus.

20

On me ping donc je viens ici. :wink: Pour ma part, j’ai trop peu de connaissances sur SPIP et pas d’historique donc c’est assez difficile de donner un avis pertinent.

J’aurais juste envie de dire: vu que la core-team est assez réduite (de ce que je lis), si ses membres pensent que cette nouvelle organisation peut aider à redynamiser, ma foi c’est la marche à suivre, quand bien même il y aurait des réserves. AMHA, il vaut mieux que SPIP survive imparfaitement plutôt que de continuer sur un mode non satisfaisant pour la core team.

1 « J'aime »