Réunion SemApps du 20/12/2022

Présents: Guillaume, Simon, Yannick, Sébastien

Réunion en gestion par tension.

Rôle Produits

Proposition de Guillaume retravaillée en Gestion par consentement et acceptée après bonification:

Raison d’être
Contribuer à ce que SemApps rencontre son public. Rendre le public de SemApps profondément heureux et satisfait.

Redevabilités

  • Etre à l’écoute, documenter, concaténer et relayer, si ce n’est déja fait, les besoins :
    • des utilisateurs finaux et/ou de leurs représentants (communautés d’utilisateurs.trices, product owners, prospects etc.)
    • des différents produits qui s’appuient ou souhaitent s’appuyer sur SemApps.
  • Organiser des temps collectifs pour :
    • Prioriser les différentes fonctionnalités à développer.
    • Veiller au bon fléchage des développements sur le core, sur les produits ou sur les instances.
    • Définir et faire évoluer une feuille de route sur le moyen long-terme
  • En lien avec le rôle Pérennité économique, inciter les bénéficiaires à contribuer au financement du commun logiciel.

Guillaume va énergiser ce rôle à partir de maintenant.

Statut Pierre

  • Sébastien: Est-ce qu’on sait si Pierre est OK pour être un « advisor » de SemApps ?
    • Guillaume a oublié. Va lui demander.

Montée en compétence

  • Yannick: Souhaite transmettre montée en compétence de SemApps, voyant le temps que ça prend. Aimerait que ce soit plus facile à prendre en main à l’avenir. Ambition: que les gens puissent créer des interfaces à l’avenir, sans comprendre ce qu’il y a « dans les composants » (sans descendre dans le code de React-Admin). Exemple Startin’Blox.
    • Guillaume: très bel objectif.
    • Simon: craint que ce ne soit pas facile à atteindre.
    • Sébastien: faire plus de guides pour expliquer les différents aspects de SemApps (WebACL, interopérabilité…)

Blocages techniques

  • Simon: On a développé des choses assez complexes, parfois on ne sait pas par quel bout prendre le problème (ex cache Redis). Il y a un moment où 5-10% des developpements sont hors de porté de la communauté à part ées quelques personnes qui on travaillé dessus. Or ces personnes ne sont pas forcément disponible. Même si on a compris les premières marches, il n’y a pas de process pour accompagner les problèmes techniques complexes.
    • Guillaume : accepter la complexité et créer une équipe de dev mieux articulée pour répondre à cet enjeu
    • Sébastien : le cas présent est lié à Moleculer…
    • Simon : manque de fluidité, mais chacun a ses obligations
    • Sébastien : peut aider demain si besoin

Financement du core

  • Guillaume: besoin de financer le core, mais le modèle économique actuel est très lié à DP. Vu sa santé financière, c’est complexe. DP ne pourra pas faire de dons cette année.
    • Sébastien: il y a l’idée de faire un OpenCollective dédié au coeur, dans lequel les différents acteurs/usagers pourraient s’engager à verser une certaine somme chaque mois/année.
    • Guillaume: Open roadmap, appel à commun de l’ADEME, NLNet.
    • Yannick: Faire des choses plus simples, plus demandées. Quelque chose à faire avec Transiscope, qui pourrait récolter plus facilement des fonds et encourager le déploiement d’instances un peu partout ?
      • Simon: Ca fait partie de l’appel à communs de l’ADEME.

Assemblée Virtuelle

  • Sébastien: rôle coordinateur AV, il y a eu beaucoup de problème (gestion cartes de crédit, courrier, mail…) qui ont amené à ce qu’au final le site de SemApps et Archipel soit en panne pendant presque 10 jours. C’est grave. Imaginons qu’on avait fait une demande de financement à ce moment ? L’AV reçoit 30% des dons fléchés sur SemApps, cela devrait suffire pour assurer un service minimal. Sinon il faut envisager de se détacher pour ne pas dépendre de ça.
    • Guillaume: Tout retombe sur moi. Ne peut pas être partout. Il faut trouver du financement pour salarier quelqu’un à l’AV pour gérer tout ça. Enjeu stratégique à ce que la FPH finance.

React-Admin

  • Sébastien: plus on attend de passer à la v4 de React-Admin, et plus ce sera complexe. Je travaille régulièrement sur des composants en sachant qu’ils devront être refactorés lors de la migration.
    • Proposition: allouer 1000-1500€ du budget SemApps sur la migration et voir si Vincent serait OK pour le faire en début d’année prochaine.
    • Proposition acceptée