Cette page a pour objectif de centraliser les réflexions et échanges avec les différents établissements développeurs et utilisateurs d'esup-emargement.
N'hésitez à vous approprier cet espace pourfaire des retours d'usage/besoin/exploitation spécifiques à vos établissements (en créant despages enfants de celle-ci notamment).
CR Réunion de projet esup-emargement 1 avril 2026
Informations générales
| Date | 1er avril 2026 |
|---|---|
| Format | Réunion web conférence — 1 heure |
| Participants | Représentants de 10 établissements utilisateurs/développeurs/exploitants d'esup-emargement |
| Ordre du jour | Tour de table (30 min) · Présentation gestion de projet à l'URN (10 min) · Discussion Durée totale finale de 1H15 (prévision donnée était de 1H max) |
Tour de table — Établissements participants
| Établissement | Effectif étudiants | Depuis | Mode | Émargement | Sessions / Contextes | Outils | Utilisation | Remarques |
|---|---|---|---|---|---|---|---|---|
| Rouen (URN) | 35 000 | 2019 | Prod | Carte / QR Code | 12 contextes | ADE / Apogée | Cours, Examen, Réunion, Forum | Développeur de l'application (1/2 ETP) |
| Paris 1 | 45 000 | 2022 | Prod | Carte | 6 contextes | Apogée, Hyperplanning | Cadeaux, Réunion, Examen | Actuellement usage limité cadeaux. Développe dedans (PR déjà effectués) |
| Lille | 80 000 | 2025 | Prod | Click | 5 000 sessions | ADE / LDAP | Contrôle continu | Intéressé par émargement qr-code Alternant prévu pour dev à partir de l'été |
| Aix-Marseille | 80 000 | 2022 | Test | QR Code / Carte | 8 composantes | ADE / Apogée | Carte + QRCode | Actuellement en sélection d'une solution (2 autres solutions propriétaires en concurrence à esup-emargement) Intéressés par extraction CSV |
| Bordeaux | 54 000 | 2026 | Test | QR Code | ADE / LDAP / Hyperplanning | QRCode | Prod effectif réduit rentrée 2026 Propose groupes de travail, exemple exctraction CSV Intéressés par support Hyperplanning | |
| Artois | 10 000 | 2025 | Test, Phase d'installation | Prod septembre si concluant Intéressé par une doc gestionnaire | ||||
| Paris Dauphine | 10 000 | 2025 | Test | Problème remontée étudiant ADE ; intéressé par liaison esup-nfc-tag (utilisation de unicampus) | ||||
| Le Mans | 10 000 | 2025 | Test | QR Code | ADE | Test | Un enseignant teste — plus de tests à la rentrée Développe dedans (PR déjà effectués) Vien d'installer esup-nfc-tag-server pour pouvoir badger |
Décisions
Gouvernance
- Le projet conserve délibérément un mode de développement agile non structuré, dans l'esprit du modèle « bazar » décrit par Eric S. Raymond (The Cathedral and the Bazaar) : pas de Scrum, pas de cérémonies figées, mais une communauté ouverte où chacun contribue selon ses moyens et ses besoins — les groupes de travail et le vote sur les issues visant à canaliser cette énergie collective sans la bureaucratiser.
→ création d'un ou plusieurs groupes de travail inter-établissements chargés de centraliser et prioriser les demandes, constituant une interface claire avec le développeur — en évitant au maximum les échanges bilatéraux directs
→ à discuter / mettre au point via mailing liste en capitalisant sur le wiki - Les établissements se mettent collectivement d'accord sur les évolutions à retenir avant toute remontée au développeur
Processus de contribution via GitHub
- Toute demande d'évolution fait l'objet d'une Issue GitHub, ouverte au vote de la communauté.
- Les issues sont rédigées selon les pratiques de chacun — par exemple les user stories peuvent être un bon outil pour ceux qui sont à l'aise avec
- Les établissements prêts à contribuer en code proposent des Pull Requests liées aux issues correspondantes.
Qualité et non-régression
L'établissement développeur (URN), en tant que premier utilisateur de l'application, est le garant naturel de la non-régression sur les fonctionnalités qu'il exploite lui-même — c'est d'ailleurs ce qui a permis jusqu'ici de maintenir une base stable ; l'ouverture du code aux contributions d'autres établissements, couvrant des usages et des infrastructures que l'URN ne pratique pas, rend désormais indispensable un outillage de tests automatisés pour étendre cette garantie au-delà du périmètre fonctionnel de Rouen.
- Mise en place de tests automatisés (unitaires, intégration, voire Selenium — un PR en ce sens a déjà été proposé par Le Mans)
- Pour faciliter la contribution sans dépendance aux SI de chaque établissement : mise en place d'un environnement de dev/test agnostique (docker-compose incluant CAS, LDAP…)
- 2 apprentis/alternants pourraient travailler sur ces premières issues :
- Un alternant à Lille (confirmé)
- Un alternant à Aix-Marseille (à confirmer — l'établissement n'a pas encore retenu esup-emargement comme solution définitive)
Outils communautaires
- Wiki ESUP-Portail : Accueil ESUP-EMARGEMENT
Ne pas hésiter à contribuer au wiki (en modifiant), un historique des modifications est consultable à tout moment et les créateurs des pages wiki (développeur) sont informés des motifications et peuvent amender après coup.
Ne pas hésiter à s'approprer des pages wiki d'établissements (retex)
Captialiser les Q/R dans la FAQ - Listes de diffusion :
- esup-utilisateurs@esup-portail.org
- esup-emargement@esup-portail.org (nouvelle liste)
- GitHub : EsupPortail/esup-emargement — Issues et Pull Requests
- Pas de Rocket Chat (trop synchrone)
- Réunions web conférence si possible ouvertes à tous
- Privilégier les échanges asynchrones (liste mail) et les supports durables/maintenables (le Wiki en priorité)