Une des premiers enseignements du livre est la nécessité de trouver et mettre en place des indicateurs qui permettront de mesurer l’impact (positif ou négatif) du changement que vous initierez.
Dans mon organisation je mets en place depuis plus d’une année Scrum comme méthode agile de développement et je n’ai malheureusement pas mis en place d’indicateur me permettant aujourd’hui de mesurer l’amélioration.

Un des indicateurs mentionné dans le livre est le throughput, intraduisible en français, et qui signifie rythme auquel le système génère de l’argent pas les ventes. La mise en place de Scrum (et de certaines pratique XP) dans notre organisation a certes amélioré beaucoup de choses (qualité, retard de livraison à l’assurance qualité, …) mais si l’on considère le système dans son entier (selon les principes Lean), nous ne livrons pas les projets plus vite aux clients et donc ne générons pas recettes supplémentaires. Actuellement notre processus interne (et aussi des contraintes techniques) nous impose trois releases par années et des dates de livraisons fixes. Pour devenir plus agile, il nous faudra tout d’abord essayer de s’affranchir de se processus et de supprimer autant que possible les interdépendances entre les divers applications de l’entreprise. Tout un programme.

Les principes Lean et de la théorie des contraintes s’appliquent à merveille sur des chaînes de production. Dans les entreprises de services (développement logiciel par exemple) ils restent bien entendu valables, mais sont à mon avis moins naturels à appliquer, et nécessite de la part de celui qui veut initier le changement un plus grand effort d’abstraction. S’il est par exemple relativement facile de trouver un goulet d’étranglement sur une chaîne de montage et est nettement plus difficile à trouver dans un bureau de développement. Mais une fois trouvé les même techniques s’utilisent pour en limiter les effets (identifier la contrainte, l’exploiter, subordonné le reste au processus contraint, élever la capacité de la contrainte, …).

Scrum nous fourni un outil idéal pour mener à bien ce genre d’amélioration continue, à savoir la rétrospective.