Devops for Growth
116.7K views | +2 today
Devops for Growth
For Product Owners/Product Managers and Scrum Teams: Growth Hacking, Devops, Agile, Lean for IT, Lean Startup, customer centric, software quality...
Curated by Mickael Ruau
Your new post is loading...
Your new post is loading...

Popular Tags

Current selected tag: 'lean'. Clear
Scooped by Mickael Ruau
October 16, 2019 8:32 AM
Scoop.it!

Les pièges du hoshin

Les pièges du hoshin | Devops for Growth | Scoop.it
J’ai entendu parler du Hoshin Kanri, et j’aimerais vraiment essayer de le mettre en œuvre dans mon entreprise – y a-t-il des points auxquels prêter attention ? Comme beaucoup d’outils du Lean, le Hoshin Kanri est à la fois puissant et quelque peu dangereux. Le danger est, comme toujours, d’implémenter les rituels de l’outil en perdant …
No comment yet.
Scooped by Mickael Ruau
September 23, 2019 2:40 AM
Scoop.it!

Limiting WIP to Encourage Team Swarm - 3Back Blog

Setting a limit on the number of Stories a Team can work on at a time is frequently used to harness Team focus, reduce noise and bolster productivity.

 

However, for a Team like Mark’s with a significant skill-set gap, limiting WIP provides several other benefits as well.

 

Essentially, limiting WIP forces the entire Team to swarm. Restrictions on WIP mean there are no options for a Dev, Junior or Senior, to dive into a new Story from the Backlog. The Team has to work together. It’s an outstanding learning opportunity for both levels of Devs.

No comment yet.
Scooped by Mickael Ruau
September 9, 2019 10:48 AM
Scoop.it!

Scrum Et Le Toyota Production System, Comment Construire Des Équipes Ultra Performantes

Scrum Et Le Toyota Production System, Comment Construire Des Équipes Ultra Performantes | Devops for Growth | Scoop.it

L’objet de cet article est de montrer comment l’utilisation du Toyota Production System, comme système de construction de la connaissance, permet de révéler les sujets d’apprentissage sur lesquels travailler pour développer des équipes Scrum exceptionnelles pour des résultats exceptionnels.

Il explique :

  • L’importance de construire le bon management visuel pour mieux comprendre la situation et la performance
  • De quelle manière envisager la production avec le flux tiré et le Jidoka pour révéler les bons problèmes
  • Comment résoudre ces problèmes avec la méthode scientifique du PDCA pour développer les compétences des collaborateurs
Mickael Ruau's insight:

Jeff Sutherland et Ken Schwaber se sont appuyés en partie sur le TPS pour construire le framework Scrum, cadre de travail pour le développement de produits ou de services complexes.

L’objet de cet article est de montrer comment l’utilisation du Toyota Production System, comme système de construction de la connaissance, permet de révéler les sujets d’apprentissage sur lesquels travailler pour développer des équipes Scrum exceptionnelles.

No comment yet.
Scooped by Mickael Ruau
September 3, 2019 9:41 AM
Scoop.it!

La Voix du Coach - Samuel Retière

La Voix du Coach - Samuel Retière | Devops for Growth | Scoop.it
Dans la série "la Voix du Coach", InfoQ FR échange avec Samuel Retière : "Quand on m'a proposé de parler dans la voix du coach, je me suis demandé ce que j'allais bien pouvoir apporter de plus que les autres coachs passés avant moi. Il paraît que je suis différent des autres car interne (Société Générale) et que je peux donc avoir un regard divergent".
No comment yet.
Scooped by Mickael Ruau
August 21, 2019 10:21 AM
Scoop.it!

Lean topology - Lean Kanban FR 15

https://www.youtube.com/watch?v=a9KrjWv_Rt8
No comment yet.
Scooped by Mickael Ruau
August 6, 2019 2:29 AM
Scoop.it!

TPS, Lean, and Scrum - How They Are Developed and Influenced One Anot…

A talk about how Scrum has been developed with influence from various knowledge works. Presented at Global Scrum Gathering Bengaluru 2016
No comment yet.
Scooped by Mickael Ruau
July 15, 2019 6:06 AM
Scoop.it!

LeanEssays: Grown-Up Lean

LeanEssays: Grown-Up Lean | Devops for Growth | Scoop.it
Lean was introduced to software a couple of decades ago.  How are they getting along? This working paper was submitted as
Mickael Ruau's insight:

I have observed that lean organizations consistently exhibit certain characteristics, which I would consider first principles:

  1. Customer Focus 
  2. Rapid Flow
  3. Systematic Learning
  4. Built-in Quality
  5. Respect for People
  6. Long-Term / Whole System Perspective
No comment yet.
Scooped by Mickael Ruau
July 9, 2019 2:59 AM
Scoop.it!

L'art du Nemawashi, ou comment prendre des décisions consensuelles dans l'entreprise - Le Monde Informatique

L'art du Nemawashi, ou comment prendre des décisions consensuelles dans l'entreprise - Le Monde Informatique | Devops for Growth | Scoop.it

Le Nemawashi est très pratiqué dans les entreprises japonaises pour obtenir l'adhésion et l'engagement des salariés.

No comment yet.
Scooped by Mickael Ruau
July 5, 2019 3:17 AM
Scoop.it!

Ce n’est pas Agile, c’est Lean…

Ce n’est pas Agile, c’est Lean… | Devops for Growth | Scoop.it

Toutes les organisations Agiles que j’admire partagent trois utilisations communes de la Valeur : elles apportent de la valeur; elles valorisent les gens et elles vivent selon des valeurs. Qu’elles produisent des voitures ou des logiciels à des fins lucratives, ou qu’elles soient caritatives et à but non lucratif, toutes les organisations Agiles prospèrent parce que :

  • Elles livrent de la valeur aux yeux du client pour leur produit ou service.
  • Elles traitent les gens avec respect (pas seulement leurs employés mais tout le monde, y compris les clients et la communauté qui les entoure), ce qui leur permet d’être respectées et de réduire leur taux de roulement.
  • Elles vivent selon des valeurs (qu’elles proviennent du Manifeste Agile ou du Système de Production Toyota ou même d’une forme de doctrine religieuse).

Tout au long de mon parcours, j’ai découvert trois apprentissages essentiels qui m’ont fourni un lien indispensable avec ce que je vois désormais comme me permettant de répondre pleinement aux personnes qui croient qu’il n’y a pas de place pour la réflexion Lean dans un monde Agile :

  • La roue Agile
  • Les racines du paradigme Agile
  • Le modèle Agile « Spine » [i]
No comment yet.
Scooped by Mickael Ruau
June 14, 2019 5:55 AM
Scoop.it!

Prenez de meilleures décisions avec le Nemawashi

Le Nemawashi et le management traditionnel Avec le management traditionnel :

* Les projets sont définis par la direction et sont mis en œuvre par les différents échelons de votre entreprise.

* Les décisions importantes sont prises en considérant principalement la voix de la direction.

* L’écoute des autres opinions est perçue comme une étape qui retarde le passage à l’action.

 

Avec le Nemawshi :

* Les décisions sont prises au *niveau opérationnel* et remontent ensuite votre *structure organisationnelle* .

* Les décisions sont le fruit d’un consensus où toutes les opinions sont considérées.

* L’écoute des autres opinions est perçue comme un gage de qualité qui améliore la décision qui sera prise.

 

Mickael Ruau's insight:

En japonais, Nemawashi signifie « tourner autour des racines » en référence aux soins qu’il faut apporter aux racines d’un arbre quand vient le temps de le planter. Le Nemawashi est un processus de communication visant à écouter et à prendre en compte les opinions d’un maximum de *parties prenantes* pour formuler votre décision.

(...)

Les 5 étapes du Nemawashi

1. Faites une *analyse des parties prenantes* .

2. Déterminez vos *cercles d’influence* et consultez les parties prenantes qui font partie de vos cercles de contrôle et d’influence.

3. Faites remonter les opinions et les préoccupations que vous avez recueillies à la direction.

4. Utilisez le *processus de pensée A3* pour définir et planifier la mise en œuvre de votre décision.

5. Utilisez également l’A3 pour communiquer la décision aux parties prenantes. Vous fermerez ainsi la boucle de communication.

No comment yet.
Scooped by Mickael Ruau
March 21, 2019 2:57 AM
Scoop.it!

Low Flow Efficiency - Resist Temptation to Design Out Waste | DJAA

 

Typically Lean consultants, coming to knowledge work, follow a play book that is in my opinion, almost completely wrong. Firstly, they "follow the work" rather than adopting the Lean Product Development technique of "mapping the knowledge discovery" workflow - the series of activities performed to gain new knowledge about what we are doing. I discussed this recently in The Kanban Lens. It's the state changes in the work and not the handoffs between workers that are important in creative knowledge work activities. The second mistake is that having developed their value stream map, by following the work, the Lean consultant will try to design out the "waste" - the non-value-added steps in the workflow.

The problem with looking for "muda" (the non-value-adding waste) and trying to design it out, is that these so called "non-value-adding" steps are performed by humans.

No comment yet.
Scooped by Mickael Ruau
March 10, 2019 10:05 AM
Scoop.it!

Mise en perspective historique du Lean et de la TOC

Mise en perspective historique du Lean et de la TOC | Devops for Growth | Scoop.it


Le génie de Taïchi Ohno qui a développé au sein de Toyota, à partir des années 1950, le Juste-à-temps est d'avoir su adapter les principes du fordisme à de plus petites séries et d'avoir maintenu l'organisation en ligne de production pour des chaînes multiproduit. L'approche d'Ohno fondamentalement construite sur la notion de flux tiré (kanban), de réduction des délais (SMED), équilibrage par les flux) et d'amélioration de la qualité (cercles de qualité, JIDOKA) a résisté à l'effondrement de la demande après le choc pétrolier de 1973. Elle a permis à Toyota de devenir le premier constructeur automobile en 2007, au niveau mondial. D'abord connue sous l'appellation Toyota Production System (TPS - 1975), cette organisation fut théorisée par le M.I.T. en 1990 (J. Womack et D. Jones) et a pris l'appellation Lean manufacturing.

Ohno

T. Ohno

La théorie des contraintes (ou TOC) développée à la fin du XXème siècle par Eliyahu Goldratt s'inscrit pleinement dans la logique d'organisation en flux mise au point par Ford et adaptée à un environnement plus contraint par Ohno. Elle insiste sur la vision systémique de l'entreprise qui doit rejeter toute optimisation locale (rendement des postes de travail, réduction des coûts locaux ou comptabilité analytique) pour se focaliser sur le Throughput (produit des ventes) et l'amélioration du flux en exploitant les goulots de production. Ainsi la TOC et plus particulièrement l'approche DBR (drum - buffer - rope) permet de booster les effets des démarches Lean et 6 sigma dans la mesure où elle permet:

de cibler les efforts d'amélioration des flux et,
d'élever la capacité du goulot.

(voir TOC et LSS : compétition ou complémentarité ?)

Goldratt

E. Goldratt

Il apparait ainsi une véritable continuité de pensée de Taylor (1880) à Goldratt (1980-2000) en passant par Ford (1910) et Ohno (1970) qui chacun s'est appuyé sur les travaux de son prédécesseur pour développer une méthode de gestion de la production efficace et pertinente dans son environnement, ceci dans une logique d'amélioration continue.

L’approche 6 sigma, quant à elle, a été développée aux USA, dans les années 80 au sein de l’entreprise Motorola en prenant appui sur les outils de la maîtrise statistique des processus. Elle a très rapidement été reprise par General Electric puis partagée par un grand nombre de géants industriels (IBM, Sony, Texas Instrument) dans le monde. L’approche Lean et la méthode 6-sigma ont naturellement été associées pour donner naissance au « Lean 6-sigma » (ou LSS) au début des années 2000.
No comment yet.
Scooped by Mickael Ruau
March 5, 2019 8:44 AM
Scoop.it!

Théorie des contraintes — Wikipédia

Théorie des contraintes - Wikipédia

L'auteur principal est Eliyahu M. Goldratt, avec d'autres contributeurs. C'est une nouvelle approche du management fondée sur l'approche systémique, l'acceptation des aléas et le bon sens. La Théorie des Contraintes part du postulat que le déséquilibre est inévitable, même si l'approche japonaise permet de le limiter.

Mickael Ruau's insight:

La théorie des contraintes a pour principe fondamental que le flux généré par une organisation est limité par au moins un processus, c'est-à-dire un goulot ou goulet d’étranglement. La production de valeur ne peut donc être augmentée qu’en augmentant la capacité de production au niveau du goulet d’étranglement.

Les cinq étapes clés de mise en œuvre de la théorie des contraintes sont :

  1. Identifier la contrainte (le goulot d’étranglement).
  2. Exploiter la contrainte (augmenter son utilisation et son efficience).
  3. Subordonner tous les processus au processus contraint.
  4. Élever la performance de la contrainte (si nécessaire).
  5. Recommencer à l’étape 1 si la contrainte a changé.
No comment yet.
Scooped by Mickael Ruau
October 15, 2019 8:29 AM
Scoop.it!

Hoshin Kanri, le processus de planification et déclinaison

Hoshin Kanri, le processus de planification et déclinaison | Devops for Growth | Scoop.it
Hoshin Kanri apporte la transparence sur la vision, la mission de l'organisation, les objectifs qui en découlent ainsi que sur les percées nécessaires pour les atteindre.
No comment yet.
Scooped by Mickael Ruau
September 18, 2019 11:23 AM
Scoop.it!

Stop counterproductive activities and behaviors to make space for innovation with TRIZ

It’s all too easy to use continuous improvement as an excuse to keep adding new things to do. Like those Sprint Retrospectives that always result in ‘one more thing’ to add to the task list, one more check to the Definition of Done or one more workshop to an already overcrowded agenda. Often, more can be gained by stopping unproductive activities and behaviors. The Liberating Structure ‘TRIZ’ turns this upside-down by inviting the creative destruction of activities that limit innovation and productivity. It does so in a cathartic way that is fun, engages and involves everyone and is bound to create some laughs along the way.

 

Mickael Ruau's insight:

TRIZ invites creative destruction of activities that limit innovation and productivity.

No comment yet.
Scooped by Mickael Ruau
September 6, 2019 10:47 AM
Scoop.it!

Lean is not enough! Et si Scrum, Agile et Lean étaient complémentaires… –

Lean is not enough! Et si Scrum, Agile et Lean étaient complémentaires… – | Devops for Growth | Scoop.it

Dans cette passionnante vidéo du Lean Digital Summit 2018 au titre un peu provocateur « Lean is not enough » (!), Nigel Thurlow nous rappelle à quel point Scrum, Agile et Lean sont complémentaires et inextricablement liés.

 

Nigel Thurlow est Chief Agile Officer à Toyota Connected (la partie digital embedded dans les véhicules de Toyota), après avoir été coach Scrum avec Jeff Sutherland et Ken Schwaber à Scrum Inc. Nous rappelant, qu’une voiture produit 7.2 milliards de données / jour, que de plus en plus de services numériques sont maintenant intégrés au véhicule (GPS, connexion Data, co-voiturage, AI…) jusqu’aux futurs véhicules autonomes, il va de soi que Toyota n’échappe en rien à la révolution digitale.

Mais cette vidéo est d’autant plus intéressante dans le contexte actuel où beaucoup de transformations Agile sont en difficulté voire échouent dans les grandes organisations, créant au passage une nouvelle forme de bureaucratie administrative.

No comment yet.
Scooped by Mickael Ruau
August 23, 2019 4:08 AM
Scoop.it!

Understanding the Principle of Flow in Lean Manufacturing

Understanding the Principle of Flow in Lean Manufacturing | Devops for Growth | Scoop.it
Creating efficiencies that enhance business performance & increasing profitability are part of lean technique. Learn the 7 flows of lean manufacturing.
Mickael Ruau's insight:

Mike Wroblewski, Senior Operations Consultant for Gemba Consulting,explains in his Reliable Plant blog, the Seven Flows of Manufacturing by his Japanese sensei, Nakao-san:

  1. The flow of raw material
  2. The flow of work-in-process
  3. The flow of finished goods
  4. The flow of operators
  5. The flow of machines
  6. The flow of information
  7. The flow of engineering

Companies who successfully integrate the principles of Lean Manufacturing understand that when each of these seven types of flows are working in harmony, they are increasing their odds of producing finished goods and services that require little to no corrective action.

No comment yet.
Scooped by Mickael Ruau
August 8, 2019 5:45 AM
Scoop.it!

Single Piece Flow - agilepatterns.org

Single Piece Flow - agilepatterns.org | Devops for Growth | Scoop.it

Intent: Minimize stock-on-hand to one item so as to deliver value more quickly and reduce waste

No comment yet.
Scooped by Mickael Ruau
July 26, 2019 9:54 AM
Scoop.it!

Alternatives to scrum - Extreme Uncertainty - practical agile

Alternatives to scrum - Extreme Uncertainty - practical agile | Devops for Growth | Scoop.it
An article describing some of the common alternatives to scrum for people looking to implement agile software development.
Mickael Ruau's insight:

Lean Software Development

Tom and Mary Poppendieck took many of the ideas from the Japanese systems of Lean Manufacturing and the Toyota Production System and applied them to software. Lean Software Development has the following principles:

  • Eliminate Waste
  • Amplify Learning
  • Decide as Late as Possible
  • Deliver as Fast as Possible
  • Empower the Team
  • Build Integrity In
  • See the Whole.

While some Lean ideas are more suited to repetitive industrial work (as opposed to iterative creative work), this is a good system. Unlike Scrum it has no specific roles or rituals, so you can tailor those as you see fit. Like Kanban, you can use many of the ideas here are in conjunction with a formal system like Scrum or XP. Rather than as a stand-alone system. If you want to know more, check out the articles I wrote on the difference between Lean and Agile, or the Lean wisdom at the heart of Agile.

No comment yet.
Scooped by Mickael Ruau
July 9, 2019 9:44 AM
Scoop.it!

(BPR): Definition, Steps, Examples

(BPR): Definition, Steps, Examples | Devops for Growth | Scoop.it

Business Process Reengineering is a strategy that tears down and recreates business processes, with a goal to reduce manufacturing errors and expenses.

No comment yet.
Scooped by Mickael Ruau
July 5, 2019 10:04 AM
Scoop.it!

Ohno

Ohno | Devops for Growth | Scoop.it


La finalité du Lean, également appelé "gestion au plus juste" par J. Womack & D. Jones (cf. livre "Lean Thinking") est de maximiser la valeur ajoutée pour le client en consommant le juste nécessaire de ressources. Ses principes sont :

Le juste nécessaire : se centrer sur ce qui fait la valeur du point de vue client, supprimer les gaspillages (surproduction, surqualité, stocks, défauts, en-cours, attentes, transports, déplacements et mouvements inutiles, ...) et organiser un flux continu de la chaîne de la valeur tiré par le client,
L’intelligence collective : développer l’innovation participative et permettre à tous les acteurs de l’entreprise de participer aux processus d'amélioration
Le progrès permanent : mettre en place un processus d’amélioration continue (traiter les dysfonctionnements de manière systématique et au plus tôt) visant à transformer l'entreprise en "organisation apprenante".

Une entreprise apprenante est une entreprise qui sait capitaliser (développement de standards), apprendre de ses erreurs (traiter les dysfonctionnements) et rendre accessible l'information pertinente (déploiement d'indicateurs & management visuel).

Le déploiement du Lean comprend 3 leviers principaux :

Les flux : c’est le pilier JAT (juste-à-temps)
Les produits : c’est le pilier JIDOKA (bon du premier coup)
Le pilotage de la performance, garant de la pérennité des gains réalisés.

et 5 idées-forces (voir le livre Lean Thinking - J. Womack et D. Jones) :

Identifier la valeur de chaque produit, du point de vue client
Identifier la chaîne de la valeur de chaque produit
Etablir un flux continu
Laisser le client tirer la valeur
Viser la perfection

Cette approche du Lean, qui est une pratique bien plus qu'une théorie, est souvent représentée par la « maison Toyota » qui en donne une compréhension synthétique.
No comment yet.
Scooped by Mickael Ruau
June 13, 2019 5:55 AM
Scoop.it!

Lorsque j'étais chez Toyota, nemawashi était un terme aussi commun que kaizen — Wiki Agile du @GroupeCESI

Lorsque j'étais chez Toyota, nemawashi était un terme aussi commun que kaizen — Wiki Agile du @GroupeCESI | Devops for Growth | Scoop.it

Les Japonais utilisaient souvent des métaphores comme "préparer le sol" ou "creuser autour des racines" pour réussir une plantation ou une transplantation, certains disaient aussi "poser les fondations". Je le décris souvent comme obtenir un consensus ou obtenir le soutien des autres, partager des idées, ENGAGER et impliquer les personnes dans un processus centré la plupart du temps dans un contexte PDCA (Plan Do Check Act).

No comment yet.
Scooped by Mickael Ruau
March 20, 2019 7:27 AM
Scoop.it!

Scrum The Toyota Way

Scrum The Toyota Way | Devops for Growth | Scoop.it
Key Takeaways

There is no one-size-fits-all approach to being agile, or to scaling Scrum
Lean and Agile are different things, but are great partners
You can be lean without being agile, and you can be agile without being lean
Executives must be fully engaged and part of the process
Understanding complexity and multi-team systems is critical for success
No comment yet.
Scooped by Mickael Ruau
March 8, 2019 9:22 AM
Scoop.it!

Pourquoi la méthode des « 5 pourquoi » n’est pas efficace pour les problèmes complexes ? –

Pourquoi la méthode des « 5 pourquoi » n’est pas efficace pour les problèmes complexes ? – | Devops for Growth | Scoop.it
Dans la catégorie "outils du coach" pour la résolution de problèmes, vous connaissez peut-être les "5 pourquoi" afin d’aller détecter la cause racine d’un problème plutôt que d’en rester au symptôme. Dans cet article je vais essayer de montrer en quoi cette technique est plus efficace que la technique des "1 pourquoi" mais moins que…
No comment yet.