Comment appliquer la théorie des contraintes à une DSI ?
La théorie des contraintes (TOC, d'Eliyahu Goldratt) postule que le débit d'un système est limité par sa ressource la plus contrainte. En DSI, il s'agit souvent d'un petit nombre d'experts (architecte, DBA, sécurité) par lesquels passent de nombreux projets. On l'identifie par les taux d'allocation les plus élevés, on protège son temps et on subordonne le reste du planning à sa capacité.
La théorie des contraintes appliquée à la DSI
Le débit d'ensemble est fixé par la ressource la plus contrainte.
Dernière mise à jour :
Les cinq étapes
- Identifier la contrainte : la ressource ou l'équipe la plus allouée.
- Exploiter la contrainte : la libérer de tout travail à faible valeur.
- Subordonner le reste : caler les autres plannings sur son rythme.
- Élever la contrainte : former, recruter, outiller ou externaliser.
- Recommencer : une fois la contrainte levée, une autre apparaît.
Comment repérer la contrainte en DSI
- Un taux d'allocation durablement supérieur à 100 %.
- Des projets qui attendent toujours la même personne.
- Une compétence rare portée par une seule personne.
- Des files d'attente systématiques devant la même équipe.
FAQ
Une contrainte est-elle forcément une personne ?
Non, ce peut être une équipe, un environnement de test ou une validation. Dans une DSI, c'est le plus souvent une compétence rare.
Comment élever la contrainte ?
En formant d'autres personnes, en recrutant, en faisant appel à un prestataire ou en simplifiant ce qui lui est demandé.
Quel lien avec la capacité ?
La vue de capacité par compétence révèle la contrainte : elle montre qui est le plus alloué, et pour quels projets.
Pour aller plus loin
Explorer aussi
Passez de la théorie à votre plan de charge
Importez vos équipes et vos projets en CSV et visualisez capacité et surcharges en une demi-heure.
Essai gratuit 14 jours