Avec 50 tâches, un projet compte potentiellement 2 450 relations à considérer. Sans outil structuré pour les consigner, les oublis sont garantis. C'est le rôle de la matrice de dépendances.
Le problème : consigner toutes les relations
Dès qu'un projet dépasse une vingtaine de tâches, dire « A doit finir avant B » ne suffit plus. Avec 50 tâches, on a 50 × 49 = 2 450 paires ordonnées à examiner. La matrice de dépendances est le support formel où vivent ces relations d'antériorité, avant leur représentation graphique (Gantt, réseau PERT/MPM) et le calcul du chemin critique.
Deux formats complémentaires
- Le tableau de dépendances — un format liste (une ligne par tâche), opérationnel, saisi dans MS Project ou Excel et facile à maintenir au quotidien.
- La DSM (Design Structure Matrix) — une matrice carrée n × n développée par Donald Steward au MIT en 1962, qui croise les tâches en lignes et en colonnes pour détecter visuellement les oublis et les dépendances circulaires.
Les deux portent la même information sous deux angles : le tableau se saisit facilement, la matrice est plus puissante pour l'analyse.
Les 7 colonnes du tableau
Un tableau rigoureux comporte sept colonnes : le code tâche (aligné sur le WBS), le nom, la durée (issue de l'estimation), le ou les prédécesseurs, le type de dépendance (FS, SS, FF, SF), le décalage (lead/lag) et la nature. On ajoute souvent une 8ᵉ colonne de justification, précieuse quand un retard oblige à décider quelles dépendances lever.
Décalages et nature des dépendances
Deux notions sont décisives. Les décalages : un lag positif retarde le successeur, un lead négatif l'anticipe par chevauchement — c'est la technique du fast tracking. Et la nature : une dépendance obligatoire (physique, contractuelle, normative) ne se lève pas, alors qu'une dépendance discrétionnaire (choix d'organisation) peut être levée pour optimiser le planning.