Niveau 6 · Dans la pratique

6.2Problèmes récurrents (playbook)

Objectif : disposer d'un playbook « symptôme → causes → actions » pour les difficultés courantes de Microsoft Project.

Temps estimé : 12 min · Si vous n'avez que 5 min : lisez « L'essentiel en 30s » + le schéma.

L'essentiel en 30 secondes

Diagnostiquer : un symptôme = des causes probables = une séquence d'actions — on ne corrige pas un planning au hasard.
Fondamentaux d'abord : vérifier les bases (mode automatique, calendrier, liens) avant d'aller plus loin, une seule correction à la fois.
Racine : un symptôme qui revient sans cesse n'est pas huit incidents, c'est un fondamental manquant (mode, liens, calendrier, référence, suivi) à corriger à la racine.

Fil Meriem — le tableau scotché à côté de l'écran

Meriem garde ce playbook affiché près de son écran, à Alger. Verdict après un trimestre : trois lignes l'ont le plus servie — « le planning ne se recalcule pas », « des ressources en rouge » et « impossible de suivre les écarts ». Pour chacune, elle a fini par appliquer la séquence (symptôme, causes, actions) au lieu d'essayer des correctifs au hasard.

Symptôme observé, causes vérifiées, actions dans l'ordre : le réflexe tient en trois temps.

Un réflexe par symptôme

La plupart des blocages sous Project sont des grands classiques. Relier chaque symptôme à ses causes probables et à une séquence d'actions fait gagner un temps précieux et ramène aux fondamentaux d'un planning sain.

Les fondamentaux d'abord

On vérifie d'abord les bases (mode automatique ? calendrier juste ? liens plutôt que dates ?) avant de chercher plus loin. Une seule correction à la fois, sinon on ne sait plus ce qui a réglé le problème.

Traiter la racine

Un même symptôme qui revient n'est pas dix incidents : c'est un fondamental manquant (mode automatique, lier plutôt que dater, calendrier juste, référence, suivi à jour) à corriger à la racine.

Symptôme	Causes probables	Actions
Le planning ne se recalcule pas quand je change une durée	tâches en mode manuel	passer en planification automatique ; régler le mode par défaut sur auto (N1.2)
Une tâche de 5 j finit trop tard	calendrier mal réglé (week-ends/fériés)	vérifier « Modifier le temps de travail » : congés, horaires (N0.4)
Le planning ne bouge pas quand une tâche amont glisse	dates saisies à la main au lieu de liens	lier les tâches par dépendances ; supprimer les contraintes rigides (N1.3, N1.4)
La durée devient absurde après une affectation	type de tâche inadapté à l'intention	choisir quelle variable figer (capacité/durée/travail) avant de modifier (N2.3)
Des ressources en rouge (surchargées)	chevauchement ou sur-affectation au-delà de la capacité	auditer/lisser dans les marges, décaler ou réaffecter (N3.2)
Impossible de suivre les écarts / EVM vide	pas de référence, ou travail/coûts non renseignés	poser une baseline avant démarrage, tenir l'avancement à jour, régler la date d'état (N3.3, N4.3)

Erreur d'interprétation fréquente : « le tableau remplace le diagnostic ». Non. Le playbook donne des causes probables, pas un verdict : observez le symptôme, vérifiez la cause (mode, calendrier, liens, type de tâche, surcharge, référence), puis appliquez l'action ciblée.

Version texte du schéma (SEO / lecteurs d'écran / traduction) : 1) Nommer le symptôme observé (le planning ne se recalcule pas, une tâche finit trop tard, les coûts restent à zéro, ressources en rouge, EVM vide). 2) Retenir les causes probables du tableau sans conclure seul (mode manuel, calendrier mal réglé, dates en dur, type de tâche inadapté, surcharge, absence de référence). 3) Appliquer les actions dans l'ordre, du fondamental au détail (mode auto → temps de travail → liens → type de tâche → lissage → baseline). 4) Corriger à la racine : un symptôme qui revient = un fondamental manquant. Leçon : un planning sain se lie, se recalcule, se référence et se tient à jour.

Script prêt à dire — diagnostiquer un planning (30 s)

« Mon symptôme : [le planning ne se recalcule pas / coûts à zéro / ressources en rouge]. Je vérifie la cause probable du playbook (mode, calendrier, liens, type de tâche, surcharge, référence) et j'applique l'action ciblée. »

Le réflexe tient en trois temps : symptôme, cause, action.

Script prêt à dire — remonter aux fondamentaux (30 s)

« Est-ce que je lie plutôt que je date ? Suis-je en mode automatique ? Mon calendrier est-il juste ? Ai-je posé une référence ? Si un non, je corrige la base avant d'aller plus loin. »

Toujours vérifier le fondamental avant le détail.

Modèle copier-coller — diagnostic planning

Ne se recalcule pas  -- mode manuel ?   -> passer en auto
Tâche finit trop tard -- calendrier ?    -> temps de travail, congés
Ne bouge pas          -- dates en dur ?  -> lier par dépendances
Durée absurde         -- type de tâche ? -> choisir la variable à figer
Ressources en rouge   -- surcharge ?     -> auditer / lisser
EVM vide              -- baseline ?      -> enregistrer la référence

Modèle copier-coller — fiche incident planning

Symptôme : [ce que je vois dans Project]
Cause    : [vérifiée, pas supposée]
Action   : [une correction à la fois]
Preuve   : [ce que j'ai retesté]
Racine ? : [symptôme isolé ou fondamental manquant]

TPE / petit budget

Pas de tableau formel : un symptôme, la cause probable, l'action et la preuve, notés sur une fiche près du planning.

PME Alger

Intégrer les réalités locales au diagnostic : approvisionnements irréguliers, intempéries, plusieurs projets à la fois, contenus en français.

Remote / hybride

Ajouter une capture au diagnostic : à distance, un symptôme et une preuve écrits évitent les allers-retours.

Interculturel

Expliciter les constats par écrit : ce qui semble évident (quel champ, quel format) ne l'est pas pour tous.

Prudence : Rappel générique : une même erreur qui revient n'est pas dix incidents — corrigez la conception à la racine (mode automatique, liens, calendrier, référence) et dupliquez le fichier avant toute modification en masse d'une planification en cours.

Défi 48h — appliquez demain

Repérez 1 symptôme actuel de votre planning (ne se recalcule pas, ressources en rouge, coûts à zéro, EVM vide), appliquez la ligne du playbook (symptôme nommé + cause vérifiée + action ciblée) et prouvez.

Checklist sortie de section

Je sais relier un symptôme de planning à ses causes probables.
Je vérifie le fondamental avant le détail, une correction à la fois.
Je distingue un symptôme isolé d'un fondamental manquant.

Auto-évaluation 1-5 : diagnostic avant correction ?preuve systématique après correction ?

← Précédent : Cas concrets (V3)Suite : Bonnes pratiques & pièges (V3) →

Vérifiez votre compréhension

Meriem change une durée mais le planning ne bouge pas. Quel réflexe applique le playbook ?

💡

Réflexe : nommer le symptôme, vérifier la cause, appliquer l'action ciblée — et repérer le fondamental manquant derrière un symptôme qui revient.