Le bulletin arrive trop tard.
Deux fois par an, un bulletin dit ce qu'on a fait — jamais ce qu'on est en train de faire. Le jour où on le découvre, il est déjà trop tard pour changer quoi que ce soit. C'est cette évidence, presque banale, qui a lancé tout le projet.
Un bulletin qui ne raconte rien
Au gymnase, les résultats tombent deux fois par an. Entre les deux, le suivi repose sur la mémoire, un carnet, ou un tableur Excel bricolé — quand il existe. Et la moyenne finale ne distingue jamais celui qui stagne de celui qui progresse : un 4.0 et un 4.0 donnent la même moyenne qu'un 2.0 suivi d'un 6.0.
Cette absence de retour intermédiaire n'est pas qu'un détail de confort. Elle prive les élèves d'un repère essentiel pour savoir où intensifier leurs efforts — et transforme chaque bulletin en verdict, jamais en processus.
Un sondage avant une ligne de code
Avant de dessiner quoi que ce soit, un sondage a été envoyé aux élèves et aux enseignants. 228 réponses côté élèves, 37 côté enseignants. Les chiffres ont confirmé l'intuition, largement :
Un exemple concret, tiré des réponses : un élève estimait sa moyenne à 4.5 avant de découvrir 3.8 sur son bulletin — un écart de 0.7 point qu'aucun outil ne lui avait signalé à temps.
Le second sondage change tout
Le projet, à l'origine, prévoyait que les enseignants saisissent eux-mêmes les notes : plus fiable, plus centralisé. Mais interroger le corps enseignant a révélé une opposition nette — 54% contre — pour trois raisons qui reviennent sans cesse : la charge administrative supplémentaire, les risques liés à la confidentialité des données, et surtout la conviction que responsabiliser l'élève vaut mieux qu'une consultation passive.
Les enseignants saisissent, les élèves consultent.
Chaque élève saisit, annote et gère lui-même ses résultats.
Ce virage a changé la nature du projet : d'un simple tableau de bord, l'application est devenue un outil de métacognition — l'acte de noter et de commenter sa propre performance devient déjà un exercice d'auto-évaluation.
Pourquoi il n'y a aucun serveur
La première architecture envisagée reposait sur une base de données en ligne, avec comptes utilisateurs et synchronisation entre appareils. Elle s'est heurtée à un mur : héberger les résultats scolaires d'élèves mineurs impose des garanties de sécurité lourdes au regard du RGPD et de la LPD suisse, sans parler des coûts de serveur et de maintenance incompatibles avec un projet individuel.
La décision a donc été de tout faire tourner en local, sur l'appareil, via une base de données NoSQL légère : Hive. Aucune inscription, aucune connexion Internet requise, aucune donnée qui quitte le téléphone. Une contrainte devenue un principe.
Ce qui reste à faire
L'application permet aujourd'hui de saisir des notes et des groupes de notes, de les annoter, et de voir sa moyenne pondérée se recalculer en temps réel — le tout en local, sans compte et sans connexion. La suite est déjà identifiée : export des données, extension à d'autres filières, une reconnaissance plus large auprès des établissements. Mais la question de départ, elle, a déjà sa réponse : un élève n'a plus besoin d'attendre le bulletin pour savoir où il en est.