Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇 Nous en échangerons lors du 🔴Live jeudi : sl.run/vaO7Rq
@pierrehervouet75425 ай бұрын
C est un must Bon d ailleurs en 2009 sur Wikipedia la théorie des contraintes était considérée comme une source de l agile Ensuite David Anderson a écrit son premier livre sur Agile et la TOC: Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results" en 2003 Enfin le bottleneck c est chouette ça se manage avant de le supprimer
@ScrumLife5 ай бұрын
Merci pour ton commentaire super instructif ! C'est intéressant de voir comment la théorie des contraintes (TOC) a été intégrée dans les pratiques agiles dès leurs débuts. Le fait que la TOC ait été reconnue comme une source d'inspiration pour l'agilité souligne combien il est important de comprendre et de gérer les contraintes dans tout processus de réalisation. Ton point sur le "bottleneck" est aussi très juste. Identifier et gérer les goulets d'étranglement est essentiel avant même de penser à les supprimer. Cela permet non seulement d'optimiser les flux de travail mais aussi de s'assurer que les efforts d'amélioration sont concentrés là où ils seront le plus bénéfiques. C'est une étape clé pour augmenter l'efficacité et la productivité dans un cadre agile. Robin
@nicolasquevillon88442 жыл бұрын
C'est un super livre. Personnellement ça me fait beaucoup penser au style d'écriture de Lencioni (la "Fable"). La théorie des contraintes est superbe MAIS je dirais que le "BIG REVEAL" c'est le "Throughput accounting" au lieu du "cost accounting". La théorie de contraintes c'est le "gateway drug" vers le throuput accouting qui est le gateway vers le: value pricing. :D
@ScrumLife2 жыл бұрын
Intéressant. Tu as lu tous les livres de Goldratt ??? -- JP
@mistermour50762 жыл бұрын
Yes We Can 🇸🇳
@ScrumLife2 жыл бұрын
🙌
2 жыл бұрын
J'ai trouvé l'ouvrage en français sur audible et ça passe bien.
@lazyac_2 жыл бұрын
Le goal me fait penser au concept des OKR.
@ScrumLife2 жыл бұрын
C'est vrai ! Et justement, une bonne manière de définir succinctement les OKR, c'est de dire que c'est la boussole de l'entreprise et des équipes qui la compose. Quelle expérience as-tu eu avec les OKR ? -- JP
@VincentJOBARD2 жыл бұрын
Tiens ça me fait penser comment certaines organisations s'ajoutent des contraintes volontairement. Genre avec des équipes QA ou prod en enablers qui doivent gérer du travail venant de toute l'organisation sans forcément être staffée, des organisations où chaque service d'informations développent des interfaces à la carte (au lieu d'une interface unique que pourrait consommer les autres SI). Souvent malheureusement, les membres des organisations ont du mal à saisir ces notions de contraintes car nous sommes influencés par des méthodes d'organisation descendantes de l'OST qui est une forme de reductionisme, là où l'approche holistique aide à la compréhension du fonctionnement des systèmes complexes nécessaires au développement, à la mise en oeuvre, au déploiement et au maintien en condition opérationnelle d'un produit
@ScrumLife2 жыл бұрын
C'est très vrai, bien vu ! Comment faire pour aider toutes ces organisations à réaliser le non-sens de reproduire ces schémas ? -- JP
@yvesthiery47332 жыл бұрын
Remarque: Sans mesure, on ne peut pas affirmer que le dit "super expert" de ton exemple est LE goulet d'étranglement (au sens flux). On ne doit pas se contenter d'une supposition. De +, sont rarement unique en process complexe. Et y en plein d'autres cachés juste derrière qui vont se révéler dès que tu en reduis un. C'est le jeu . En revanche , on sait de suite qu'il est un risque majeur (une absence, un départ de la société etc..) et faut le gérer en urgence (Cf :Gestion des risques)
@ScrumLife2 жыл бұрын
Bonne remarques, Yves ! Dans cet exemple, que mesurerais-tu pour montrer que cette personne est un bottleneck ? -- JP
@celinejanssens78172 жыл бұрын
Comment identifier le bottleneck dans un système avec divers intervenants et un flux non linéaire ? La charge de travail n'est pas toujours aisée a comparer entre chaque entité.
@ScrumLife2 жыл бұрын
Est-ce que modéliser et visualiser le flot de travail n'aiderait pas ? On pourrait voir là où l'inventaire s'accumule... -- JP
@celinejanssens78172 жыл бұрын
J'ai commandé la BD avec le lien affilié, j'espère que ca a fonctionné pour vous :)
@ScrumLife2 жыл бұрын
Hé hé, oui je te confirme que ça se voit dans notre dashboard d'affiliation 😁 Profite bien de la lecture et raconte-nous ensuite ce que tu en penses ! -- JP