Tableau de mise en service
Vérifié contre le produit le .
Ce qui doit exister à la fin de chaque journée. Sept listes, une par jour, à cocher au fur et à mesure. Chacune se copie en Markdown pour être collée dans un compte rendu, une issue ou un courriel de suivi.
Cette page se suffit à elle-même : elle est faite pour être ouverte pendant un accompagnement, sans avoir lu les sept journées. Si une ligne vous surprend, la journée correspondante l’explique — les titres renvoient vers elle.
| Jour | Livrable | Durée réelle |
|---|---|---|
| J1 | vous vous connectez et vous vous repérez | 1 heure |
| J2 | la recherche de salle libre renvoie vos salles | 1 journée |
| J3 | un collègue voit ce qu’il doit voir | 2 heures |
| J4 | une grille vide, mais juste | 2 heures |
| J5 | des cours à placer | 2 à 3 jours |
| J6 | une heatmap qui a du sens | ½ journée |
| J7 | un enseignant et un étudiant voient leur planning | 1 journée |
- Votre compte existe et vous vous y reconnectez sans aide
- L’établissement est créé, et vous en êtes administrateur
- Vous savez nommer ce que la création a déjà posé : rôles, nomenclature, année, contraintes, règles de réservation
- Vous avez ouvert chacune des sections de la navigation au moins une fois
- Le premier campus existe, sous son nom d’usage
- Les bâtiments du campus sont créés
- Les types de salles portent vos mots, pas ceux du modèle par défaut
- Le catalogue d’équipements correspond à ce que vos salles contiennent réellement
- Les salles existent, avec leur code, leur capacité réelle, leur type et leurs équipements
- Les plans d’étage sont chargés et leurs salles rattachées, si vous en aviez
- La recherche de salle libre renvoie de vraies salles, et le filtre par équipement réduit la liste
- Vous savez lequel des cinq rôles système correspond à chacun de vos collègues
- Le rôle personnalisé dont vous aviez besoin est créé, avec ses permissions
- Les invitations sont envoyées, et les acceptations suivies
- Chaque personne acceptée porte un rôle — plus personne n’est « Aucun rôle »
- Les rôles qui devaient être limités à un campus le sont
- Un collègue s’est connecté et vous a décrit une navigation conforme à son rôle
- L’année académique porte vos dates de début et de fin, et ses semaines sont générées
- Les périodes de l’année sont saisies : semestres, examens, vacances
- Les fermetures et les jours fériés sont saisis et gelés
- La trame de créneaux couvre vos horaires habituels
- Le fuseau, la granularité et les heures d’ouverture et de fermeture sont réglés
- La grille de planning affiche vos heures et vos créneaux, sur une semaine vide
- Les formations de l’année sont créées, avec leurs promotions et leurs effectifs
- Les sous-groupes de TD et de TP existent, et les étudiants y sont rattachés
- Les matières portent leurs besoins par défaut : type de salle et équipements
- Les enseignants existent, avec les matières qu’ils enseignent
- Le compte des enseignants déjà invités est lié à leur fiche
- Les cours à placer sont créés, avec leur cible, leur durée et leur nombre de séances
- Le panneau « Créer un cours » de la grille les liste tous
- Chaque contrainte du catalogue est passée en revue : active ou non, et pondérée si elle est souple
- Les indisponibilités réelles des enseignants sont saisies — et rien d’autre
- Les préférences horaires des enseignants qui en ont exprimé sont enregistrées
- Les règles et quotas de réservation sont relus profil par profil
- Une détection sur un vrai cours affiche des scores et un compteur « possibles / exclus »
- Faire varier un poids change visiblement la heatmap
- Les cours d’au moins une promotion sont placés, avec leur salle
- Une optimisation a été lancée, et ses propositions acceptées ou écartées en connaissance de cause
- Le planning a été publié sur un périmètre choisi, récapitulatif relu
- Un enseignant lié à son compte voit ses séances dans « Mon planning »
- Un étudiant d’une promotion publiée voit les siennes
- Vous savez refaire l’enchaînement placer → publier sans relire la page du jour
Ce que le tableau ne dit pas
Section intitulée « Ce que le tableau ne dit pas »Une ligne cochée dit qu’une chose existe, pas qu’elle est juste. Les vérifications observables — l’action à faire et le résultat exact à constater — sont dans chaque journée, sous « Comment savoir que c’est bon », et les scénarios de recette les reprennent domaine par domaine, avec les messages d’erreur attendus.
Une seule ligne demande quelqu’un d’autre que vous : la dernière de J3, qui exige un second compte. Prévoyez-la, c’est celle qu’on repousse.