Tous les logiciels d'emploi du temps promettent un plan en quelques minutes. Tous les établissements découvrent que ces minutes viennent après les données — et que le vrai travail est là, dans les données.
Cet article, c'est ce que nous vous dirions lors d'un entretien de démarrage : ce dont un solveur a exactement besoin, l'ordre qui évite de tout refaire, et les quatre erreurs qui coûtent le plus de temps.
Les cinq choses dont un générateur a réellement besoin
Moins que la plupart des gens ne l'imaginent. Par ordre de dépendance :
| # | Quoi | Pourquoi cela vient en premier |
|---|---|---|
| 1 | La grille — jours par semaine, créneaux par jour, pauses | Tout le reste s'y place |
| 2 | Les matières — nom, code court | Référencées par les cours et les enseignants |
| 3 | Les enseignants et les classes | Les deux entités que relient les cours |
| 4 | Les salles — et les types de salle là où ils comptent | Seuls les laboratoires, gymnases et salles spécialisées ont besoin d'un type |
| 5 | Les cartes de cours — classe + matière + enseignant + heures hebdomadaires | Les unités réellement placées |
Cela suffit à obtenir un emploi du temps qui fonctionne. Les disponibilités, les règles de répartition et les préférences en font un bon emploi du temps, mais ce sont des raffinements — et les saisir avant même d'avoir lancé quoi que ce soit est la façon la plus courante de perdre une semaine.
L'ordre qui évite de tout refaire
Jour un : obtenir un plan généré, aussi grossier soit-il
Saisissez la grille, les matières, les enseignants, les classes et les cartes de cours. Laissez de côté les disponibilités. Laissez de côté les préférences. Laissez de côté les types de salle, sauf là où un cours ne peut vraiment pas avoir lieu ailleurs. Puis générez.
Le résultat ne sera pas utilisable. Ce n'est pas grave — ce n'est pas à cela qu'il sert. Ce que vous obtenez, c'est la preuve que vos données sont cohérentes, et un point de référence. Tout problème visible à ce stade est un problème de données, non un problème d'emploi du temps, et corriger un problème de données coûte bien moins cher maintenant qu'une fois cinquante préférences empilées par-dessus.
Jour deux : ajouter les contraintes qui sont des faits
Les disponibilités des enseignants. Les salles réellement indisponibles à certaines heures. Les événements fixes — assemblée, conseil des enseignants. Ce ne sont pas des préférences ; ce sont des énoncés vrais sur le monde, et sans eux l'emploi du temps est faux.
Générez à nouveau. Si la génération échoue à ce stade, la cause est presque toujours l'une des contradictions arithmétiques décrites dans notre article sur l'infaisabilité — le plus souvent un enseignant à qui l'on a attribué plus d'heures que sa disponibilité ne le permet.
Jour trois : ajouter les préférences, groupe par groupe
Règles de répartition, minimisation des heures creuses, équilibrage des journées. Ajoutez un groupe, générez, regardez le résultat. Cela paraît lent et se révèle rapide en pratique : quand la qualité baisse, vous savez exactement quelle règle en est responsable.
L'alternative — tout configurer et générer une seule fois — produit un plan sur lequel vous ne pouvez pas raisonner. S'il est mauvais, vous avez quarante causes possibles.
Les quatre erreurs coûteuses
1. Modéliser l'emploi du temps que l'on a plutôt que l'établissement que l'on dirige
La plus coûteuse. Les établissements recopient le plan de l'an dernier — avec ses placements figés, ses contournements et ses répartitions en groupes inventées parce que l'ancien générateur ne savait pas exprimer quelque chose.
Posez-vous la question devant chaque structure inhabituelle : est-ce un fait sur notre établissement, ou une cicatrice laissée par un ancien logiciel ? Les classes dédoublées qui n'existent que parce qu'un outil précédent ne savait pas gérer un cours partagé en sont le cas d'école. Transmettre ses cicatrices, c'est les payer indéfiniment.
2. Sur-spécifier les salles
Attribuer une salle précise à chaque cours donne un sentiment de rigueur. Cela retire au solveur toute une dimension dont il aurait pu se servir pour résoudre les conflits. N'imposez une salle que lorsque le cours l'exige vraiment — laboratoires, gymnase, salle informatique, musique. Laissez le reste libre ; vous obtiendrez un meilleur plan, et les salles seront tout de même attribuées.
3. Rendre stricte chaque préférence
C'est compréhensible : tout ce qui figure sur la liste compte pour quelqu'un. Mais « strict » veut dire « jamais enfreint », et quarante règles strictes, c'est le chemin vers un modèle infaisable où chaque règle est contraignante et où aucune n'est manifestement fautive. Réservez le strict aux trois ou quatre points réellement non négociables ; des préférences pondérées pour tout le reste.
4. Saisir trop tôt les choix de cours des élèves
Pour les établissements qui planifient à l'élève : faites d'abord fonctionner la partie de l'emploi du temps organisée par classe. Les choix individuels multiplient considérablement les contraintes, et retrouver une erreur de données est bien plus difficile lorsque chacun des six cents élèves constitue une contrainte. Assurez-vous d'abord que les fondations tiennent, puis ajoutez les choix.
Si vous venez d'un autre logiciel
Importez plutôt que de ressaisir. Le XML d'aSc, les fichiers d'échange Untis et Excel portent tous les cinq éléments essentiels, et l'import reprend votre plan existant comme scénario de départ — ce qui vous permet de comparer ce qui est comparable, au lieu de juger un nouvel outil face à un souvenir.
Vérifiez deux choses après tout import : que les heures hebdomadaires par classe correspondent aux totaux de vos programmes, et que les types de salle ont été mis en correspondance de façon sensée. Ce sont les deux endroits où, dans tout le secteur, les outils d'import devinent le plus souvent.
Un calendrier réaliste
Pour un établissement du secondaire de taille moyenne, en partant d'une feuille de calcul :
- Une demi-journée — grille, matières, enseignants, classes, salles. Plus rapide avec un import.
- Une demi-journée — cartes de cours. L'essentiel de la saisie, et la partie qu'il vaut la peine d'importer.
- Une heure — disponibilités et événements fixes.
- Un après-midi, réparti sur une semaine — préférences, calibrage, comparaison des exécutions.
Deux à trois jours ouvrés pour un emploi du temps que vous publieriez, dont l'essentiel est une saisie de données que vous auriez faite de toute façon. La génération elle-même prend quelques secondes ; c'est la seule partie qui soit vraiment devenue plus rapide en trente ans, et c'est celle que tout le monde compare.
Un espace de travail Bildena gratuit est livré avec un établissement d'exemple déjà chargé : vous pouvez lancer une génération et voir la forme des données avant de saisir les vôtres.