Guide pilote PowerSolver — le manuel de terrain du consultant

Pour qui : tout consultant, même junior, qui rencontre un client pour comprendre son problème de planification, recueillir ses données, préparer le classeur PowerSolver, le valider et conduire le pilote. Comment l'utiliser : lisez une fois les §1 à §3. En réunion client, suivez le §4 (le script d'entretien) avec le §6 ouvert sur le type de problème du client. Avant toute résolution, passez le §9 (validation) et le §12 (portes d'acceptation). Après le pilote : transférez l'outil avec le guide de passation client.

Tout ce qui suit décrit ce que PowerSolver fait aujourd'hui (assistant, classeur, moteur, version d'octobre 2026). Ce qu'il ne fait pas est écrit comme tel (§2.4, §13). Ne promettez jamais rien qui ne figure pas dans ce guide.

Les libellés de l'interface sont donnés tels qu'ils apparaissent en français. Les noms techniques du classeur (feuille Setup, colonnes Part, Rule, Kind…) restent en anglais : c'est ce que l'import lit.

Sommaire

1. PowerSolver en une page
2. Ce qu'il faut dire des limites
3. Le pilote, étape par étape
4. L'entretien client — script
5. Arbres de décision
6. Types de problème — quoi demander et recueillir pour chacun
7. Découverte des données et inventaire Excel
8. Remplir le classeur
9. Valider les données avant de planifier
10. Exceptions et cas limites
11. Dépannage
12. Portes d'acceptation
13. Manques connus et escalade

1. PowerSolver en une page

Un planning est décrit par un classeur Excel (ou le fichier problem.json équivalent). Le travail du consultant est de le remplir correctement. Six notions suffisent :

Épingle ou liste de référence ? Une épingle fixe les décisions de certains éléments ; une liste de référence contient quelque chose qui n'est jamais décidé, pour aucun élément. Détails et exemples : CONCEPTS_GUIDE.md §5b. Une épingle fixe toutes les décisions de l'élément à la fois (machine et créneau).

Le classeur (fourni pour chaque démo dans powersolver-demos/*/input/*.xlsx ; à l'étape 1 de l'assistant, Télécharger le modèle de classeur donne le planning en cours ou un exemple commenté) :

L'assistant (https://planning.planningpowertools.com, connexion requise) : étape 1 Charger un planning depuis Excel, puis Remplir toutes les étapes (ou étape par étape), étape 7 Est-ce réalisable ? (vérifie les données avant de planifier), Planifier, puis la page Résultats (À vérifier avant utilisation, Règles & score, tous les éléments, Changements, Exporter vers Excel).

Les 19 règles (réglages exacts : RULE_REFERENCE.md) :

2. Ce qu'il faut dire des limites

Dites-le dès la première réunion. Ce sont des faits du produit, pas des excuses.

2.1 Ce que fait PowerSolver

• Décide une à quatre choses par élément (qui, quand, où, avec qui) ou l'ordre des éléments sur une ressource (tournées).
• Vérifie les données avant de planifier (Est-ce réalisable ?) et dit, en mots simples, quand un planning valide est impossible et pourquoi (pas assez de salles, une chaîne d'opérations qui ne tient pas avant sa date promise, un enseignant à qui l'on donne plus d'heures que son service…).
• Replanifie : garde ce qui est fait (épingles), bouge le moins possible (souhaits sur les valeurs précédentes), montre exactement ce qui a changé (Résultats → Changements ; Comparer les solutions pour plusieurs plannings successifs).

2.2 Limites de fonctionnement

2.3 Discours honnête

• PowerSolver trouve un très bon planning, pas un optimum prouvé. Promettez : valide, au moins aussi bon de façon mesurable, beaucoup plus rapide à produire et à modifier.
• Deux exécutions peuvent donner deux plannings différents, également valides (la recherche s'arrête au temps imparti).
• « Aucun planning valide trouvé en 20 s » ne veut jamais dire impossible : seul un verdict rouge de Est-ce réalisable ? le dit.

2.4 Besoins non couverts aujourd'hui — vérifiez chaque règle du client contre cette liste

Toute règle qui ne rentre pas est notée dans le rapport de pilote comme une limite, jamais abandonnée en silence.

3. Le pilote, étape par étape

Critères de succès — en fixer 3 ou 4 par écrit à l'étape 2 : (1) toutes les règles obligatoires tiennent sur la vraie période (0hard) ; (2) sur leurs souhaits les mieux classés, le planning PowerSolver est au moins aussi bon que le leur ; (3) planning complet en moins de N minutes, replanification en moins de M ; (4) le planificateur le publierait avec moins de K corrections manuelles.

Rapport de pilote : le problème dans leurs mots et les volumes ; chaque règle telle que modélisée (phrase + type de règle) et les règles non modélisables ; résultats par critère ; leur planning contre celui de PowerSolver, règle par règle ; limites rencontrées ; proposition.

4. L'entretien client — script

Menez-le avec la personne qui fait le planning aujourd'hui, et avec le décideur pour les parties A et J. Notez les réponses dans la fiche d'entretien (§4.11). Chaque question dit pourquoi elle compte et ce qu'elle devient dans le classeur.

4.1 Partie A — le problème (15 min)

4.2 Partie B — les éléments à planifier (20 min)

4.3 Partie C — les décisions (10 min)

4.4 Partie D — les listes d'options (20 min)

Pour chaque décision : « Listez toutes les options possibles. » Puis, pour chaque option :

4.5 Partie E — listes de référence (10 min, seulement si C3 ou B10 = oui)

« Pour chaque personne ou chose fixée : quand est-elle absente ? Que sait-elle faire ? Combien peut-elle prendre ? » Ces colonnes sont lues par Respecter l'indisponibilité, La compétence doit correspondre et Respecter la capacité via resource_property. Si les données elles-mêmes enfreignent l'une d'elles (un enseignant à qui l'on donne plus d'heures que son service), Est-ce réalisable ? le dit avant de planifier.

4.6 Partie F — les règles (40 min)

1. Demandez : « Listez chaque règle qu'un planning doit respecter — ce que vous ne publieriez jamais. » Notez-les dans leurs mots.
2. Demandez : « Listez ce qui rend un planning meilleur — vos souhaits. »
3. Pour chaque règle, relisez-la sous forme de phrase PowerSolver avec son type (tableau du §1) : « Pas deux opérations sur la même machine en même temps — c'est bien cela ? »
4. Pour chaque règle obligatoire, posez le test de publication : « Publieriez-vous un planning qui l'enfreint une fois ? » Si oui, c'est un souhait.
5. Pour chaque règle, demandez quelle colonne porte l'information. Une règle sans données ne peut pas être vérifiée : ajoutez la colonne à la demande de données.
6. Pour les règles qui n'entrent dans aucun type : vérifiez le §2.4 ; notez-les comme limite avec le client, ne les abandonnez jamais.

4.7 Partie G — classer les souhaits (10 min)

« Si deux souhaits s'opposent, lequel gagne ? » Classez-les ; puis donnez des poids qui gardent l'ordre avec de la marge (ex. 1, 3, 10). C'est le planificateur qui décide de l'ordre, pas le consultant. En replanification, les souhaits « garder la valeur précédente » reçoivent en général 2 à 5 (démo 18 : garder la machine 3, garder le créneau 2).

4.8 Partie H — exceptions (15 min)

Utilisez le §10 comme liste de contrôle : jours fériés, disponibilités partielles, sous-traitance, heures supplémentaires, urgences, éléments que l'on peut laisser de côté, événements ponctuels.

4.9 Partie I — volumes et périodes (5 min)

Nombre d'éléments, d'options par décision, de lignes de référence ; horizon de planification ; fréquence des replanifications. À comparer avec le §2.2.

4.10 Partie J — le planning de référence et les critères de succès (10 min, avec le décideur)

« Donnez-nous le planning que vous avez réellement fait pour cette période. » Il devient la comparaison (§11.4). Puis écrivez les 3 ou 4 critères de succès (§3).

4.11 La fiche d'entretien (à recopier dans les notes de réunion)

5. Arbres de décision

5.1 Quel type de problème ?

Les éléments sont-ils placés dans un ORDRE sur chaque ressource (tournées, séquence de travaux d'une machine avec trajets/réglages) ?
├── oui → vehicle-routing (décision de type "sequence")
└── non → Que décide-t-on ?
    ├── un créneau ET une salle/un lieu pour chaque élément, des groupes qui ne doivent pas se chevaucher
    │      → school-timetabling ou conference-scheduling
    │      (un collège : classes, enseignants, matières ; une conférence : sessions, orateurs, parcours)
    ├── une personne pour chaque poste/vacation (les postes sont donnés) → employee-rostering
    ├── une machine ET un créneau pour chaque opération, ordre de gamme → job-shop-scheduling
    ├── un technicien ET un créneau pour chaque intervention sur site → maintenance-scheduling
    ├── un serveur/hôte pour chaque charge, des capacités → cloud-optimization
    ├── une personne (et éventuellement un créneau) pour chaque tâche, des compétences → task-assignment
    └── aucun ne convient → generic (même moteur, sans champs de formulaire propres au type)

Le type de problème ne change que les champs et libellés du formulaire de l'assistant ; les règles et le moteur sont les mêmes pour tous.

5.2 Ressource, temps ou séquence ?

La décision est « quand » ?                              → Kind = time      (la liste d'options a startTime, endTime)
Elle est « qui / quoi / où » (sans ordre) ?              → Kind = resource
Elle est « dans quel ordre sur chaque véhicule/machine » ? → Kind = sequence (une seule par planning ; options = véhicules/machines)

5.3 Décision, épingle ou liste de référence ?

Pour une colonne comme « technicien » ou « enseignant » :
Est-elle choisie par le planning pour au moins certains éléments ?
├── non, jamais choisie, pour aucun élément   → liste de référence (+ une colonne sur l'élément qui la nomme)
└── oui
    ├── pour tous les éléments                 → décision
    └── pour la plupart, certains déjà fixés   → décision + épingler ces éléments (une épingle fixe TOUTES leurs décisions)

5.4 Obligatoire ou souhait ?

Le client publierait-il un planning qui l'enfreint une fois ?
├── jamais            → Obligatoire (hard). Puis vérifier : les données le permettent-elles ? (§9.3)
└── oui, s'il le faut → Souhait (soft), avec un poids tiré du classement (§4.7)

5.5 Une règle est-elle modélisable ?

Trouver au §1 le type dont la phrase correspond → la colonne nécessaire est-elle dans les données ?
├── oui → écrire la ligne Rules (§8.4)
└── pas de colonne → l'ajouter à la demande de données
Aucun type ne correspond → §2.4 → contournement convenu avec le client, ou limite notée

6. Types de problème — quoi demander et recueillir pour chacun

L'assistant propose 9 types de problème. Pour chacun : les colonnes demandées par son modèle de formulaire (obligatoires en gras : un import sans elles est refusé avec « La colonne obligatoire … est manquante »), un modèle vérifié sur une démo, les questions spécifiques, les règles habituelles et les pièges. Toute colonne supplémentaire est acceptée et conservée (colonne « nouvelle ») — les règles peuvent l'utiliser.

Les colonnes des modèles viennent de PowerAdmin (étape 2 = éléments, étape 3 = options). Le formulaire libelle duration en heures ; le moteur lit nativement les durées ISO (PT2H, PT55M) et l'import les accepte. Utilisez les durées ISO pour éviter toute ambiguïté (§13).

6.1 Atelier (job shop) — job-shop-scheduling (démos 09, 18)

6.2 Emploi du temps scolaire — school-timetabling (démos 01, 12)

6.3 Conférence — conference-scheduling (démo 14)

6.4 Planning du personnel — employee-rostering (démos 05, 15)

6.5 Maintenance — maintenance-scheduling (démos 07, 13)

6.6 Optimisation cloud — cloud-optimization (démos 08, 17)

6.7 Affectation de tâches — task-assignment (démos 04, 11, 16)

6.8 Tournées — vehicle-routing (démo 06)

6.9 Générique — generic

À utiliser quand aucun type ne convient. Colonnes du modèle : éléments id, name, duration, priority, skills · options id, name, skills, capacity, hourlyRate, availability, location. Tout le reste est identique. Les démos 19 (examens : 3 décisions) et 20 (bloc opératoire : 4 décisions) utilisent leurs propres noms de type et montrent des modèles à 3 et 4 décisions.

7. Découverte des données et inventaire Excel

7.1 Le tableau d'inventaire (une ligne par donnée, avant de construire quoi que ce soit)

Marquez chaque donnée obligatoire (une règle ou le modèle en a besoin), facultative (améliore le planning) ou inutile.

7.2 Questions sur les fichiers existants

1. « Où vit cette information aujourd'hui ? Excel, ERP, outil RH, papier ? » — demandez à voir le fichier.
2. « Qui la met à jour, et à quelle fréquence ? » — ce propriétaire devient le contact de passation pour cette feuille.
3. « Y a-t-il une ligne par élément, ou une ligne par autre chose ? » — ex. une ligne par commande avec « 3 opérations » dans une cellule doit devenir 3 lignes.
4. « Les ids sont-ils stables ? Deux fichiers utilisent-ils les mêmes ids ? » — les rapprochements échouent sur des ids écrits différemment (T01 / T1).
5. « Y a-t-il des lignes masquées, des cellules fusionnées, des codes couleur qui portent un sens ? » — couleurs et fusions sont perdues à l'import ; transformez-les en colonnes.
6. « Le fichier est-il complet pour la période, ou une partie est-elle dans la tête de quelqu'un ? » — écrivez la partie manquante maintenant.

7.3 Réutiliser les fichiers du client

• Une feuille du client peut être importée telle quelle aux étapes 2-3 si sa première ligne contient les noms de colonnes et si chaque ligne est un élément. Les noms de colonnes peuvent être les noms ou libellés des champs du modèle (casse et espaces ignorés) ; les colonnes inconnues sont gardées comme propriétés supplémentaires.
• Préférez copier les colonnes dans le classeur PowerSolver (une feuille par liste, nommée comme la liste) : un seul fichier porte alors tout le planning et Remplir toutes les étapes fonctionne.
• Gardez intact le fichier d'origine du client ; notez dans l'inventaire quelles colonnes ont été copiées et transformées.

8. Remplir le classeur

Partez de Télécharger le modèle de classeur (étape 1 de l'assistant) — il donne un exemple commenté (3 interventions, 2 techniciens, 2 créneaux, 5 règles) quand aucun planning n'est chargé — ou du classeur de la démo du type du client (§6), et remplacez les données.

8.1 Feuille Setup, ligne par ligne

Colonnes : Part, Name, Label, Decision, Kind, From, Formula. Première ligne = ces en-têtes. Les valeurs de Part restent en anglais.

Mauvais : Items to plan | Liste opérations (espace : refusé) ; deux lignes Items to plan ; une Decision sans Kind (lue comme resource — faux pour une décision de temps : les vues calendrier ont besoin de time).

8.2 Feuilles de listes (étapes 2 et 3)

• Nommez la feuille exactement comme la liste dans Setup (operations, pas Opérations 2026).
• Première ligne = noms de colonnes ; première colonne = id, unique dans la feuille, jamais vide.
• Une ligne par élément / option. Pas de cellules fusionnées, pas de lignes de sous-total, pas de lignes vides au milieu.

Formats de valeurs (l'import convertit exactement comme le moteur lit) :

Cellules vides : une cellule vide veut dire « pas de valeur » — un needs vide = aucune exigence ; un unavailable vide = toujours disponible. Une colonne nommée mais sans aucune valeur est conservée, vide, sur chaque ligne (une règle peut la lire).

8.3 Épingles et colonnes de replanification

Pour un élément déjà décidé : pinned = TRUE et une colonne par id de décision avec l'id de l'option décidée (ex. machine = F2, slot = Mon-3). Toutes les décisions d'un élément épinglé doivent être remplies. Pour limiter les changements en replanification, ajoutez previous_machine, previous_slot et des souhaits Respecter les préférences (entity_property previous_machine, value_property code) — comme dans la démo 18 problem.wednesday.

8.4 Feuille Rules (étape 4)

Colonnes : Rule, Must / Wish, Weight, Kind, puis une colonne par réglage. Écrivez les règles dans l'assistant (étape 4) puis Télécharger les règles (Excel), ou copiez la feuille Rules de la démo correspondante. Must / Wish accepte aussi Obligatoire / Souhait ; Kind accepte le nom français affiché à l'étape 4. Exemple (atelier) :

Chaque réglage nomme un id de décision ou une colonne des feuilles des étapes 2-3. Le sens de chaque réglage est dans la feuille How to fill du classeur et dans RULE_REFERENCE.md.

8.5 Chargement

Étape 1 → Charger un planning depuis Excel → la fenêtre liste ce que chaque étape va importer → Remplir toutes les étapes (tout ou rien ; chaque problème listé par feuille, ligne et colonne) → étape 7. Ou Parcourir les étapes une par une et cliquer Importer sur le bandeau de chaque étape (utile devant le client).

9. Valider les données avant de planifier

Faites 9.1 à 9.3 dans Excel, 9.4 et 9.5 dans l'assistant. Ne lancez rien avant la porte 1 (§12.1).

9.1 Contrôles de structure (Excel)

9.2 Contrôles de valeurs

9.3 Arithmétique — est-ce seulement possible ? (avant Est-ce réalisable ?, à discuter avec le client)

Si la demande dépasse la capacité, dites-le dès le premier jour : le bon planning laisse des éléments non planifiés, et le client doit décider (ajouter de la capacité, transformer une règle en souhait, accepter des éléments non planifiés).

9.4 Contrôles à l'import dans l'assistant

Chaque import liste les problèmes par ligne et colonne ; Importer reste désactivé tant que le fichier n'est pas corrigé. Exemples : « La colonne obligatoire « duration » est manquante » (§6), « L'ID est vide : chaque ligne doit avoir un ID unique », « L'ID « … » est déjà dans la liste », « La colonne 7 contient des valeurs mais n'a pas de nom dans la première ligne ».

9.5 Est-ce réalisable ? (étape 7)

Constats et corrections :

10. Exceptions et cas limites

Posez chaque question ; notez la réponse et le choix de modélisation.

Questions à poser avant d'avancer (ne construisez rien sans réponse) : qui tranche quand deux souhaits s'opposent ; que faire des éléments non planifiés ; le planning peut-il changer une fois publié, et de combien ; quel propriétaire de données corrige les erreurs.

11. Dépannage

11.1 Reconnaître une exigence floue

11.2 Le planning n'est pas valide (rouge sur Résultats)

1. Lisez À vérifier avant utilisation : quelle règle obligatoire est enfreinte, combien de fois, pour quels éléments.
2. Relancez Est-ce réalisable ? (étape 7) : les constats rouges nomment la cause dans les données.
3. S'il est vert et que le planning n'est toujours pas valide : donnez plus de temps (étape 6), ou utilisez Essayer un planning rapide pour voir si un planning valide existe.
4. Toujours pas valide : transformez une règle obligatoire à la fois en souhait (étape 4) pour trouver celle qui ne peut pas tenir, puis les lignes de données en cause ; remettez ensuite la règle en obligatoire.

11.3 Erreurs de données au chargement (Le problème ne peut pas être lu)

Chaque message a un titre clair, la phrase exacte du moteur et l'endroit où corriger (« Corrigez-le dans étape 4 : Règles › règle « No clash » › réglage « group_property », puis vérifiez à nouveau »). Exemples : une règle nomme une colonne qu'aucun élément n'a (orthographe), une valeur n'a pas le bon type (texte dans une colonne nombre), un id est utilisé deux fois, une décision n'a pas d'options.

11.4 Comparer avec le planning du client

Mettez leur planning dans le classeur sous forme d'épingles (chaque élément épinglé avec leurs valeurs) et planifiez : le score est celui de leur planning mesuré par nos règles. Puis planifiez sans épingles. Comparez dans Résultats → Règles & score, et avec Comparer les solutions.

11.5 Replanifier après un changement

Recopiez les décisions du planning publié dans la feuille des éléments (Résultats → Exporter vers Excel donne chaque élément avec ses décisions) : épinglez ce qui est fait, ajoutez les colonnes previous_* et les souhaits « garder » pour le reste, appliquez le changement (absence = indisponibilité, panne = créneaux d'arrêt, urgence = nouvelle ligne), chargez, planifiez. Résultats → Changements compare avec le planning précédent (même onglet du navigateur, ou chargez les fichiers problème et solution de référence). L'assistant n'a pas encore de bouton « replanifier depuis ce planning » (§13).

11.6 Performances

Itérez avec 30 à 60 s ; gardez la limite longue pour le planning final. Au-delà d'environ 1 000 éléments, testez d'abord le temps.

12. Portes d'acceptation

12.1 Porte 1 — données prêtes à planifier (tout doit être coché)

• ☐ Fiche d'entretien complète (§4.11), signée par le planificateur du client.
• ☐ Chaque règle obligatoire associée à un type de règle et à ses colonnes ; chaque règle non modélisée listée comme limite.
• ☐ Tableau d'inventaire complet ; chaque donnée obligatoire a une source et un propriétaire.
• ☐ Classeur : Setup complet ; chaque feuille nommée comme sa liste ; ids uniques et non vides.
• ☐ §9.1 et §9.2 passés ; arithmétique du §9.3 discutée avec le client.
• ☐ Remplir toutes les étapes importe sans aucun problème.
• ☐ Est-ce réalisable ? est vert ou orange, ou chaque constat rouge est compris et accepté par le client.
• ☐ Le planning réel du client pour la période est en main.

12.2 Porte 2 — planning prêt pour la revue

• ☐ Résultats : « Prêt à l'emploi », ou chaque point rouge expliqué.
• ☐ Chaque règle obligatoire à 0 (Règles & score).
• ☐ Souhaits comparés avec le planning du client.
• ☐ Problème, solution et classeur enregistrés avec la date dans leur nom (guide de passation §7).

13. Manques connus et escalade

13.1 Manques relevés en écrivant ce guide (à vérifier avant de promettre)

13.2 Escalade

Escaladez vers l'équipe produit PowerSolver quand : le moteur répond « erreur interne » ; un constat rouge semble faux au regard des données ; une résolution ne se termine jamais ; une règle client est essentielle et absente des §1 / §2.4. Envoyez : le classeur, les fichiers problem_*.json et solution_*.json téléchargés par l'assistant, une capture du message et l'étape où vous étiez. N'envoyez jamais de données personnelles du client hors du canal convenu.