flop!EDT, logiciel libre de gestion coopérative des emplois du temps

Posté par  (site web personnel) . Édité par Benoît Sibaud, Arkem et gUI. Modéré par Benoît Sibaud. Licence CC By‑SA.
37
5
juin
2023
Éducation

Logo flop

Trois ans après la précédente dépêche, voici des nouvelles de flop!EDT (flop! pour les intimes), logiciel libre de gestion coopérative des emplois du temps.

Il a continué de se développer, toujours dans l’esprit de favoriser l’autogestion et de créer du confort dans les établissements éducatifs ou dans les structures coopératives.

Pour rappel, ses principales forces sont :

  • de permettre à chacun·e d’exprimer ses préférences et ses contraintes par une interface intuitive ;
  • de générer automatiquement l’emploi du temps qui minimise l’insatisfaction générale ;
  • de permettre à tout le monde de modifier l’emploi du temps dans le respect des règles fixées collectivement (formidable outil d’autogestion collective !).

Version 0.5 : plein de nouvelles fonctionnalités

On en est maintenant à la version 0.5, avec de nombreuses nouveautés:

  • paquets debian disponibles pour un déploiement plus facile
  • IHM de CRUD accessible
  • interface de gestion des contraintes et préférences d’emploi du temps
  • interface de réservation des salles
  • algorithme de détection des infaisabilités
  • système de notifications par mail paramétrable
  • optimisation de l’assignation des salles

Le développement est foisonnant, impliquant une large communauté d’étudiant·e·s en informatique, même si pour l’instant il y a seulement une dizaine d’établissements qui utilisent l’outil au quotidien. Ce faible nombre est dû aux difficultés d’installation et de paramétrage initial (en partie réglées par l’arrivée d’un packaging debian) et au fait qu’il n’était pas facile de rentrer dans le code…

Vers une V1 réellement accessible

C’est pourquoi nous travaillons actuellement au développement d’une V1 qui devrait être prête au printemps 2024 : il s’agit avant tout pour nous de réécrire l’intégralité du code front en Vue.js pour assurer une meilleure maintenabilité en même temps qu’on développe toutes les interfaces manquantes pour un usage accessible à tous·tes.

Ce projet a été soutenu par la région Nouvelle Aquitaine dans le cadre de l’appel à projet "Logiciels libre innovants", ce qui nous a permis de recruter notre premier salarié. Mais nous avons besoin de soutien pour continuer de professionnaliser ce développement, et arriver à finaliser cette V1 qui sera accessible gratuitement et facilement à tous les établissements éducatifs, mais aussi à terme aux structures coopératives / associatives qui auraient besoin d’un outil de gestion de planning coopératif.

Présentation ouverte à tous·tes le lundi 26 juin à 15h

Alors si vous connaissez des personnes ou structures qui pourraient être intéressées par l’outil, n’hésitez pas à faire circuler notre appel à soutien

Nous ferons également une visio de présentation de l’outil le lundi 26 juin à 15h. Nous y présenterons l’outil en détail, et répondrons aux questions éventuelles. Vous pouvez vous inscrire en cliquant ici. Là encore, n’hésitez pas à faire circuler largement cette information.

Et puis évidemment, si vous voulez rejoindre la communauté de développement pour participer à cette aventure, vous êtes toutes et tous les bienvenu·e·s!

À bientôt, on l’espère

l’équipe de flop!

Aller plus loin

  • # Peu d'utilisateurs ...

    Posté par  (site web personnel) . Évalué à 5.

    au fait qu’il n’était pas facile de rentrer dans le code

    Ça ne devrait pas être une raison pour un faible nombre d'utilisateurs !

    • [^] # Re: Peu d'utilisateurs ...

      Posté par  . Évalué à 3.

      Bonjour,

      Je suppose qu'il faut entendre "utilisateurs" comme "établissements qui utilisent l'outil", car les administrateurs locaux sont refroidis pas la complexité de l'installation. Donc dans ce cas c'est logique…

      J'aime beaucoup le principe "auto-organisateur" pour résoudre le problème des emplois du temps. Je suis presque frustré de ne pas encore en avoir eu besoin…

      Bravo!

    • [^] # Re: Peu d'utilisateurs ...

      Posté par  (site web personnel) . Évalué à 2.

      Vous avez raison, je me suis mal exprimé! Seuls les problèmes d'installation et de paramétrage initial posent problème pour ça. Par contre, le fait que le code ne soit pas assez lisible rend difficile l'investissement de la communauté sur le développement… Merci!

  • # Très grosses structures ?

    Posté par  . Évalué à 5.

    Je me demandais si ce système fonctionnerait sur de très grosses structures, par exemple un lycée général et technologique et avec des BTS, proposant plus ou moins toutes les spécialités et options possibles, avec des profs qui interviennent en général et en techno, des demis-groupes, des classes réparties aléatoirement sans être regroupées par spécialités…

    Et si j'ai bien compris, l'emploi du temps peut changer à tout moment, ce qui nécessite d'entrer tous ses horaires dans le logiciel, et de le consulter régulièrement.

    Mais sinon, ç'a l'air d'être un beau projet collectif, j'aimerais bien essayer pour voir ce que ça donne du côté utilisateur.

    L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

    • [^] # Re: Très grosses structures ?

      Posté par  (site web personnel) . Évalué à 6.

      Bonjour,
      Pour la partie IHM, ça paraît tout à fait utilisable sur des "grosses" structures, modulo le fait que l'affichage de tous les EDT sur la même page (pratique pour visualiser les modifications possibles) serait assez illisible…
      La seule difficulté pourrait être liée à la gestion des "groupes" dans le nouveau BAC, car si j'ai bien compris de groupes il n'y en a plus vraiment. Il faudrait donc probablement en inventer malgré tout. A réfléchir (avec plaisir de lancer ce chantier :) )
      Pour ce qui est de la gestion de la BD (s'assurer que le·a prof/la salle est dispo, s'assurer que les règles posées collectivement sont respectées, etc…) pas de souci avec la taille de la structure.
      Pas de difficulté non plus sur le fait que l'EDT changerait "à tout moment": il est tout à fait possible de garantir qu'aucune modification ne soit faite sans l'accord des intéressé·e·s… Nul besoin de le "consulter régulièrement" donc : on peut recevoir une notification avant/après tout changement, et synchroniser le résultat sur son agenda électronique.

      Pour la partie algo (génération automatique d'emploi du temps) on ne peut par contre rien garantir. Ca a été testé sur des IUT, des écoles d'ingénieurs, des structures coopératives de salariés et un collège de taille modeste, mais sur des plus grosses structures il est probable que la résolution du problème via l'algo actuel explose en temps ou en espace mémoire…

  • # Algorithme

    Posté par  . Évalué à 6.

    Salut,
    projet très intéressant. Par curiosité, sur quelle théorie s'appuie l'algorithme de génération automatique d'emploi du temps ? Y a-t-il une description, même succincte quelque part ?

    • [^] # Re: Algorithme

      Posté par  . Évalué à 3.

      Dans la lise des dépendances présentées ici, il y a une librairie de programmation linéaire en nombre entier, cela est un premier indice sur l'algorithmique utilisée ;)

      • [^] # Re: Algorithme

        Posté par  (site web personnel) . Évalué à 4.

        Bravo baron!
        En effet, flop! transforme les données en base en programme linéaire en nombres entiers (les variables sont même des variables binaires), et transfère la résolution de ce problème à des solveurs du marché (Coin-Or (CBC), Gurobi, ou autre…)

        Pour savoir comment se fait cette transformation, tu peux voir l'article liminaire sur lequel on s'est appuyés, ou bien regarder ce tuto (assez long) qui explique par le menu comment développer une nouvelle contrainte paramétrable d'emploi du temps…

  • # d'autres besoins

    Posté par  . Évalué à 6.

    Je m'intéresse à d'autres utilisations des logiciels qui génèrent des emploi du temps par contraintes. Or tous ceux que j'ai pu voir se basent sur un système de salles et de profs (ou de "conférencier"). Ça semble être codé en dur. Pourquoi ? Alors qu'il y a d'autres besoins.

    Par exemple un festival doit générer les emplois du temps des bénévoles qui vont être présents sur différents lieux (spectacle, parking, route d'accès, cantine, etc.). Ou encore un lieu qui met à disposition ou loue à ses membres et à l'extérieur du matériel ou des salles diverses (réunion, répétition, informatique, sono, etc.) doit gérer l'emploi du temps de la salle avec des membres prioritaires, la présence de quelqu'un pour les clefs, etc.

    Malheureusement ce sont des domaines où les personnes qui gèrent ne sont pas trop "techniques" et ne sont pas capables de transposer salles et profs en lieux et bénévoles. Il leur faut un outil adapté. En même quand ces personnes sont rémunérées ou indemnisées, ça repose sur un engagement ou une passion dans l'activité, ce qui implique qu'elles sont archi-debordées.

    Ce serait génial pour ces personnes d'avoir un tel outil.

    Flop!EDT pourrait-il évoluer vers plus de paramétrage pour échapper au concept de salles et de profs (pour le dire en raccourci) ?

    • [^] # Re: d'autres besoins

      Posté par  (site web personnel) . Évalué à 3.

      Bonjour orfenor!

      Est-ce qu'il pourrait évoluer vers ça, clairement oui. Mais peut-être ce serait un gros chantier….

      On l'a commencé cela dit : flop! est déjà utilisé par une équipe de médecins urgentistes pour gérer l'affectation des gardes (depuis plus d'un an, avec des retours enthousiastes). Il a également été testé pour un cinéma toulousain pour la répartition des postes (projection/accueil/admin/…), et puis d'autres tentatives (boulangerie coopérative, épicerie associative, …)

      L'idée, pour l'instant, est donc d'élargir l'usage non-seulement à l'affectation de profs/salles à des cours, mais aussi à l'affectation de personnes sur des postes.
      Il me semble pouvoir dire que ton premier exemple rentre dans le cadre de ce qu'on a testé, le second un peu moins…

      Mais le passage de tests à une interface parfaitement adaptée à tous les usages est quand même une marche qu'on n'est pas certains d'avoir franchie au moment de la V1. Il faudra probablement débloquer du temps (donc des fonds?) pour aboutir ce développement là.

      • [^] # Re: d'autres besoins

        Posté par  . Évalué à 3.

        Merci pour ta réponse.
        Les festivals (ou similaires) sont certainement un des enjeux. Les emplois du temps sont encore faits "manuellement" au lieu d'être générés via des contraintes. Quand on pense au nombre de bénévoles par festival, c'est chaque fois un gâchis de temps et de stress pour l'organisation. Peut-être que le ministère de la culture ou les services culturels d'une région peuvent débloquer des fonds ? Ou un festival comme Les vieilles charrues ? Ou en Aquitaine Fest'Arts à Libourne et Musicalarue à Luxey ?

        • [^] # Re: d'autres besoins

          Posté par  (site web personnel) . Évalué à 2.

          Pour l'instant notre stratégie est de nous concentrer sur les établissements du supérieur (et même les IUT en particulier) pour que le système fasse ses preuves. Mais comme je te disais on a lancé tout plein de tests plutôt concluants, donc…

          On va pas se déployer tous azimuts pour l'instant, mais on serait ravis que des gens rejoignent l'équipe sur ce chantier (qui peut être mettre les mains dans le code OU aller chercher des sous pour ça…). Welcome ;)

          A suivre

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.