« La théorie des contraintes dans l'Agilité » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (13 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 10 : | Ligne 10 : | ||
Traduction :<br /> | Traduction :<br /> | ||
<br /> | <br /> | ||
[[Fichier:Constraints.jpg| | [[Fichier:Constraints.jpg|vignette| upright|alt=Les contraintes - votre maillon faible|Les contraintes - votre maillon faible.|link=]][[Fichier:Theory-of-constraints.jpg|border|left|200px|link=]]Un concept de la théorie du management intitulé [https://fr.wikipedia.org/wiki/Th%C3%A9orie_des_contraintes La théorie des contraintes] est devenu populaire dans les cercles Agile et Lean. La théorie est assez simple, et se rapporte aux contraintes ou goulots d'étranglement présents dans tout processus (que ce soit dans le domaine de la fabrication ou de l'ingénierie des connaissances). Cet article vise à expliquer la théorie des contraintes et comment elle se relie au développement logiciel agile, dans un contexte micro et macro.<br/> | ||
<br/> | |||
==Qu'est-ce que la Théorie des Contraintes ?== | ==Qu'est-ce que la Théorie des Contraintes ?== | ||
Les principes de la Théorie des Contraintes ont été établis par un chercheur israélien nommé Eli Goldratt, dans les années 1980. Ces principes ont été popularisés par son excellent livre [https://www.amazon.com/gp/product/B00IFGGDA2 Le But] (que je recommande vivement et qui est considéré comme un ouvrage de référence dans le domaine de la Pensée Lean), et ont eu une forte influence sur le célèbre ouvrage récemment publié [https://www.amazon.com/gp/product/1942788290 Le Projet Phoenix], un livre classique dans la communauté Agile et DevOps.<br/> | Les principes de la Théorie des Contraintes ont été établis par un chercheur israélien nommé Eli Goldratt, dans les années 1980. Ces principes ont été popularisés par son excellent livre [https://www.amazon.com/gp/product/B00IFGGDA2 Le But] (que je recommande vivement et qui est considéré comme un ouvrage de référence dans le domaine de la Pensée Lean), et ont eu une forte influence sur le célèbre ouvrage récemment publié [https://www.amazon.com/gp/product/1942788290 Le Projet Phoenix], un livre classique dans la communauté Agile et DevOps.<br/> | ||
| Ligne 43 : | Ligne 44 : | ||
Une autre conséquence de la Théorie des Contraintes se situe à un niveau beaucoup plus large. De nombreuses organisations adoptant la méthode Agile constatent que l'Informatique évolue rapidement, mais que "le Métier" est beaucoup plus lent à suivre. Étrangement, la plupart des activités de coaching et de soutien au cours d'une adoption Agile sont axées sur l'amélioration et l'optimisation de l'Agilité pour le domaine Informatique, plutôt que sur les capacités du Métier.<br/> | Une autre conséquence de la Théorie des Contraintes se situe à un niveau beaucoup plus large. De nombreuses organisations adoptant la méthode Agile constatent que l'Informatique évolue rapidement, mais que "le Métier" est beaucoup plus lent à suivre. Étrangement, la plupart des activités de coaching et de soutien au cours d'une adoption Agile sont axées sur l'amélioration et l'optimisation de l'Agilité pour le domaine Informatique, plutôt que sur les capacités du Métier.<br/> | ||
<br/> | <br/> | ||
Ceci est en contradiction avec la théorie des contraintes. Améliorez la partie de votre organisation qui a le plus besoin d'être améliorée. Cela peut être votre processus de planification de votre portefeuille, votre processus de gestion du changement, votre processus de marketing et de communication, ou autre chose encore.<br/> | |||
<br/> | |||
Il est évidemment inutile d'améliorer de 10 % l'efficacité de votre capacité de production informatique s'il faut six mois pour faire approuver une étude de faisabilité et réaliser le travail. Améliorez d'abord la contrainte la plus forte !<br/> | |||
<br/> | |||
==La Théorie des Contraintes au niveau de l'entreprise== | |||
Il existe un niveau encore plus élevé auquel vous pouvez appliquer la Théorie des Contraintes. Il s'agit des indicateurs d'entreprise. Le langage de schémas XSCALE recommande d'analyser en permanence votre activité à travers le prisme des "mesures pirates" : Acquisition, Activation, Rétention, Revenu, Recommandation. À tout moment, l'une de ces mesures sera le goulot d'étranglement de votre organisation. Vous n'avez peut-être pas activé de clients. Peut-être que personne n'a entendu parler de vous. Vous avez peut-être un million de prospects mais aucune vente. Peut-être que vous vendez mais que tout le monde se lasse de votre produit et l'abandonne au bout d'un mois. La mesure qui constitue votre goulot d'étranglement peut et va changer au fil du temps. Vous devez la mesurer non pas une fois, mais constamment.<br/> | |||
<br/> | |||
Vous devez vous concentrer sur la mesure qui constitue votre goulot d'étranglement et la corriger. Jusqu'à ce qu'elle ne le soit plus et qu'une autre mesure le soit. Puis le processus recommence. Le fait d'identifier, d'exploiter et de s'attaquer continuellement aux goulets d'étranglement maximisera le débit au fil du temps et constitue le moyen le plus rapide d'atteindre une croissance exponentielle. | |||
