« Un conseil pour une équipe avec un nouveau chef qui ne connaît pas le Lean et qui souhaite plutôt nous faire passer à l'Agilité ? » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 16 : Ligne 16 :
Dites à votre chef que vous faites déjà de l'Agilité - il n'y a pas vraiment de différence entre l'Agilité et le Lean. Le chef n'a pas toujours raison, mais le chef est toujours le chef. Une règle d'or de la psychologie est que les gens réduisent les problèmes complexes jusqu'à la partie qu'ils pensent pouvoir résoudre. La grande clairvoyance du Lean c'est de pouvoir faire des hypothèses sur la façon dont un site de travail fonctionne (et va fonctionner) en fonction des problèmes que le chef prend en charge, de la façon dont il les définit et de la façon dont il les résout (avec les gens ou en imposant aux gens sa façon de faire), et le type de solutions qu'il préfère.<br/>
Dites à votre chef que vous faites déjà de l'Agilité - il n'y a pas vraiment de différence entre l'Agilité et le Lean. Le chef n'a pas toujours raison, mais le chef est toujours le chef. Une règle d'or de la psychologie est que les gens réduisent les problèmes complexes jusqu'à la partie qu'ils pensent pouvoir résoudre. La grande clairvoyance du Lean c'est de pouvoir faire des hypothèses sur la façon dont un site de travail fonctionne (et va fonctionner) en fonction des problèmes que le chef prend en charge, de la façon dont il les définit et de la façon dont il les résout (avec les gens ou en imposant aux gens sa façon de faire), et le type de solutions qu'il préfère.<br/>
<br/>
<br/>
  Si vous avez utilisé des techniques de Kanban et Lean pour établir un flux d'informations plus rapproché entre les concepteurs et les développeurs, alors l'Agilité sera probablement un pas en arrière.<br/>
  Si vous avez utilisé des techniques Lean Kanban pour établir un flux d'informations plus rapproché entre les concepteurs et les développeurs, alors l'Agilité sera probablement un pas en arrière.<br/>
<br/>
<br/>
La vraie question est la suivante : que perdez-vous en abandonnant le Lean et en adoptant l'Agilité ? Tout dépend du type de Lean que vous pratiquez. Dans certains cas, vous pourriez passer à l'étape supérieure.<br/>
La vraie question est la suivante : que perdez-vous en abandonnant le Lean et en adoptant l'Agilité ? Tout dépend du type de Lean que vous pratiquez. Dans certains cas, vous pourriez passer à l'étape supérieure.<br/>
Ligne 79 : Ligne 79 :
<br/>
<br/>
En fin de compte, les techniques Lean ont pour but d'aider les gens à voir au-delà des frontières de leur travail fonctionnel - l'objectif est une meilleure collaboration tout au long de la chaîne et la suppression des coûts - gaspillage - des lacunes dans la coopération (rien de plus inutile qu'un produit non utilisé par les utilisateurs).<br/>
En fin de compte, les techniques Lean ont pour but d'aider les gens à voir au-delà des frontières de leur travail fonctionnel - l'objectif est une meilleure collaboration tout au long de la chaîne et la suppression des coûts - gaspillage - des lacunes dans la coopération (rien de plus inutile qu'un produit non utilisé par les utilisateurs).<br/>
<br/>
Malheureusement, de nombreux programmes Lean sont exclusivement axés sur l'amélioration de la productivité de chaque équipe et passent complètement à côté de l'objectif global de "vendre un produit, en fabriquer un - pour s'assurer que vous continuez à en vendre un".<br/>
<br/>
Pour répondre à votre question, cela dépend vraiment du type de programme Lean que vous avez exécuté. Si l'accent a été mis sur le travail standardisé et les processus standardisés, comme certains essaient de le faire, l'Agilité sera un pas en avant. Cela détendra l'atmosphère et vous empêchera de forcer les clients et le personnel avec vos processus arbitraires. D'un autre côté, <u>si vous avez utilisé des techniques Lean Kanban pour établir un flux d'informations plus rapproché entre les concepteurs et les développeurs, alors l'Agilité sera probablement un pas en arrière</u>, permettant aux ''middle managers'' de reprendre le contrôle du qui-fait-quoi et de ne plus examiner le code des développeurs.<br/>
<br/>
<br/>