Devops for Growth
112.9K views | +11 today
Follow
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: 'amélioration continue'. Clear
Scooped by Mickael Ruau
October 2, 2019 10:13 AM
Scoop.it!

My pitch "L'amélioration continue dans une entreprise digitale en hyper-croissance @OVH" by Nicolas Carlin @Agile En Seine 2018

My pitch "L'amélioration continue dans une entreprise digitale en hyper-croissance @OVH" by Nicolas Carlin @Agile En Seine 2018 | Devops for Growth | Scoop.it
Le marché de l’hébergement de la data Cloud est l’un des secteurs dont la croissance est la plus rapide de tous les temps.

Dans ce contexte, OVH, l’une des licornes Françaises de la French Tech, considère l’Agilité et l’Amélioration continue comme un facteur différencient pour affronter la nécessaire adaptation permanente à ce marché.

Conscient du potentiel de cet avantage, OHV a choisi en 2016 de démarrer par un test dans son usine de production de serveurs. Fort du succès de cette expérience, OVH a choisi, mi-2017, d’avoir une équipe d’expert qui anime cette Agilité aussi bien en production, en développement de logiciels clients que sur les services supports aux clients.

 

Notre vision est : « de mettre, chaque collaborateur, dans les meilleures dispositions (postures et méthodologiques) pour le rendre autonome dans l’esprit et dans les démarches d’agilité au service de sa performance »

Notre ambition est de créer notre propre système d’amélioration continue original en partant du terrain et en utilisant toutes les pratiques de l’agilité sans se donner de limite dans notre recherche d’excellence.

No comment yet.
Scooped by Mickael Ruau
June 14, 2019 2:56 PM
Scoop.it!

NLP Patterns and Practices for High-Performance Teams and Achievers –

NLP Patterns and Practices for High-Performance Teams and Achievers – | Devops for Growth | Scoop.it

NLP (Neuro-Linguistic Programming) has popularized the use of outcomes over the years to help people achieve better results.   You can think of NLP as a way to model excellence and replicate it from one person to another.  It’s a way to program your mind, body, and emotions using advanced skills for high-performance.   (Tip – if you don’t’ program yourself, somebody else will.)

Imagine if you could model what the most successful people think, feel, and do, and get that on your side.

Mickael Ruau's insight:

Patterns and Practices for High-Performance and Personal Development

What most people don’t know about NLP is that it’s been an effective tool for years for building a great big body of knowledge around high-performance patterns for individuals, teams, and leaders.  The NLP framework provides a way to capture and share very detailed patterns of behavior that help people improve their performance.  Whether you want to improve your leadership skills, or your relationship skills, or whatever, there is a bountiful catalog of very specific patterns that help you do that. 

And, the beauty of patterns in NLP is that they tend to be very prescriptive, very specific, and easy to follow and try out.  This makes it easy to test and adapt until you find what works for you.  (I’m a fan of don’t take things at face value – test them for yourself and judge from results.  I’m also a fan of Bruce Lee’s timeless wisdom: “Absorb what is useful, Discard what is not, Add what is uniquely your own.")

One of the best books I’ve found is the book, The Big Book of NLP Techniques, by Shlomo Vakni.   Surprisingly, it actually delivers what it says on the cover.  There’s more than 350 patterns at your fingertips.   I wrote about one of the patterns, Well-Defined Outcomes, in my post on How To Set Better Goals with Well-Defined Outcomes.   You need to see it to believe it.  It really is detailed, so if you’ve ever struggled with setting goals, this might be your big breakthrough.

The Big Breakthrough in Goal Setting

Here’s the real breakthrough though in goal setting.  Aside from making sure you have goals that inspire you, and that they are aligned with what you really want, the power of the goal is ultimately in moving you in the right direction.   It’s not a perfect or precise path where you can simply do A and get B.   In fact, the irony is, that if you really want B, your best strategy is to first act as if you already have B.   This will help you think, feel, and act from a more effective perspective so that your actions come from the right place, and help you produce more effective results (or at least guide you in the right direction).

That’s why you often here people say that you have to BE-DO-HAVE, not HAVE-DO-BE.   With HAVE-DO-BE, the idea is when you get what you want, then you’ll start doing the things that go with it, and finally you’ll act the part.   This is like saying that you won’t show up like a leader or act like a leader until somebody appoints you in a leadership role.   This creates a negative loop, since why should anybody put you in a role that you don’t act the part.

The right thought pattern is BE-DO-HAVE because then your thoughts, feelings, and actions support your end results.

Are you acting like what you want? 

If you’re not getting what you want, what does your feedback tell you to change?

No comment yet.
Scooped by Mickael Ruau
May 6, 2019 9:23 AM
Scoop.it!

DevOps –

DevOps – | Devops for Growth | Scoop.it

DevOps is a fast growing field – a movement. Like any new technological advancement or new ‘movement’ that takes the Application Delivery world by storm, learning about DevOps is like drinking from a firehose. My series on Understanding DevOps is geared towards executives,  decision makers and practitioners who are new to the field, are learning the terminology and attempting to cut thru the fluff and hype and get to the meat and potatoes (did I miss any idiom?). My attempt is to do exactly that – present a tool and technology agnostic description of the field and advances thereof. I will from time to time talk about technologies and tools that are relevant to the field of DevOps, but will try to keep an un-biased perspective

(Full disclosure – I have worked for IBM in the past, and currently work for Delphix).

Mickael Ruau's insight:

 

The series so far:

Understanding DevOps:

Adopting DevOps:

DevOps books I have written:

No comment yet.
Scooped by Mickael Ruau
April 24, 2019 11:48 AM
Scoop.it!

Limitations of the Five Whys Technique in Agile Retrospectives

Limitations of the Five Whys Technique in Agile Retrospectives | Devops for Growth | Scoop.it
This post includes the limitations of Five Whys technique.
No comment yet.
Scooped by Mickael Ruau
March 4, 2019 1:02 AM
Scoop.it!

Real Time Performance Measurement for Driving Continuous Improvement in Agile Teams

Real Time Performance Measurement for Driving Continuous Improvement in Agile Teams | Devops for Growth | Scoop.it

What We Learned

Measurement alone will not drive continuous improvement, but measurement can help. The measurement system needs to be complemented and integrated with a management system. Hence, the system as a whole consists of two components: the performance measurement system and the performance management system. The measurement system should be able to be operated as a simple thermostat, but should also allow other functions, such as the questioning of standards, strategies, processes and assumptions of the organization. These two components form one integrated system – a system that does not operate in an organizational, strategic, or environmental vacuum (Melnyk et al., 2014). In taking such an approach we need to recognize this must encompass both single and double loop learning. Tools like these work well for capturing data and providing feedback based on the measurement results, but other mechanisms and features are clearly needed to close the improvement loop, repeatedly.

Based on the experiences reported here, we also found that for small agile teams consisting of few individuals working according to agile practices and principles, measurement and analytics tools may not provide significant added value beyond what a small team generally already knows or surfaces in daily interactions, activities, meetings and retrospectives. However, this is based on a short term, even day to day, perspective. The measurement in itself creates a documented reminder of how the team/organization have felt and perceived work over time. The “living memory” or collective memory is notoriously short. Storing the measurements and trends in tools like this can help teams and organizations remember when and why things changed, and thus support organizational learning. Access to data is critical to retrospectives and the continuous improvement process.

Additionally, changes implied by the introduction of a new tool need to be addressed to ensure a successful implementation process. Thus, by including organizational culture, context and ways of working, we also recognize that performance measurement is both a technical process and a social one.

Mickael Ruau's insight:



The development of a complete and effective measurement system for continuous improvement is not a trivial task and the same is true of keeping it up to date. In summary, we identified some aspects that could potentially increase the likelihood of doing data driven continuous improvement successfully.

Organization

Understand the relationships between the performance measurement system and performance management system
Understand the relationships between the environment, strategy, culture, and their relationships with the performance measurement and management system, respectively
Recognize the need for single and double loop learning

Process

Adapt measurement practice and process to team context and needs
Align measurement and analytics process with ways of working and work cycles
Manage change with new tools/methods (e.g. manage sponsorship, practices, attitudes)

Tool

Adapt and contextualize indicators, survey design and measurement design (and adapt over time, e.g. through machine learning and gamification)
Provide guidance to support data analysis and taking action in tool
Provide self-help in tool (add online material on how to manage scores, e.g. high stress)
Provide training/coaching (package tool offer with additional services and how-to training)
Acknowledgements

No comment yet.
Scooped by Mickael Ruau
October 23, 2018 5:51 AM
Scoop.it!

KAIZEN GAME : Un Serious Game créé et développé par Soat | SOAT

KAIZEN GAME : Un Serious Game créé et développé par Soat | SOAT | Devops for Growth | Scoop.it

Kaizen, c’est l’association de deux termes japonais : KAI (changement) et ZEN (bon). Ce concept est inscrit dans les gènes de la méthode Lean et signifie “analyser pour rendre meilleur”. Dans notre jargon d’agiliste, il correspond au concept d’Amélioration Continue.

 

Mickael Ruau's insight:

Nous vous proposons ici un Serious Game créé par SOAT sur le modèle d’un atelier visant à mettre en avant les principes et les difficultés d’une politique d’amélioration continue. Sous la forme d’un jeu de plateau avec des tableaux de bord, des cartes et des pions, ce Serious Game vous éclairera sur un certain nombre de principes essentiels :

  • Le contexte évolue et modifie la stratégie des équipes
  • Si l’on ne fait rien pour s’améliorer, on ne tiendra pas les objectifs imposés par le jeu
  • Des améliorations par petites touches sont plus bénéfiques que trop d’améliorations simultanées
  • La collaboration entre équipes est bénéfique et nécessaire pour s’améliorer plus vite
  • Il faut produire constamment et investir avec parcimonie dans l’amélioration
No comment yet.
Scooped by Mickael Ruau
October 2, 2018 1:30 AM
Scoop.it!

Téléchargez gratuitement le livret "Au coeur de l'agile : L'amélioration Continue"!!

Téléchargez gratuitement le livret "Au coeur de l'agile : L'amélioration Continue"!! | Devops for Growth | Scoop.it
Le troisième livret sur l'agilité, "Au coeur de l'agile : L'amélioration Continue" est prêt pour télécharger gratuitement! Le sujet met essentiellement
No comment yet.
Scooped by Mickael Ruau
July 26, 2018 10:03 AM
Scoop.it!

Animer des rétrospectives d’itération | OCTO Talks !

Animer des rétrospectives d’itération | OCTO Talks ! | Devops for Growth | Scoop.it

Je constate souvent que les équipes agiles oublient ce qui s’est passé dans les rétrospectives précédentes, une sorte de perte de mémoire qui fait que rien ne se passe hormis le fait que tout reste pareil. La rétrospective est alors une sorte de bureau des plaintes où chacun exprime ses peurs, ses reproches, pour que tout fonctionne comme avant. Sommes-nous dans une approche d’amélioration continue ? pas si sûr.

En tant qu’animateur, que faire avec ça ?

  • Attendre. Pas d’actions, pas de réactions dans une rétrospective, ce n’est pas si grave quand cela arrive 1 ou 2 fois. Laisser l’équipe dans son jus a du bon pour la responsabiliser
  • Demander au groupe quelles sont les actions qui avaient été décidées la dernière fois
  • Se focaliser sur une action et aller chercher chaque étape en détail
  • Faire un atelier pour sortir l’équipe du rituel rétrospective et faire un travail de fond
  • Questionner le groupe sur les avantages pour lui de faire une rétrospective ou mieux avec une approche paradoxale: quels seraient les bénéfices de ne plus faire de rétrospective ?
  • Provoquer le groupe: « Je pense qu’il est temps d’arrêter de faire des rétrospectives » accompagné d’un silence en espérant une réaction et qu’un leader va émergé… c’est un peu du quitte ou double

Il est courant de croire que la rétrospective est le seul moment où l’on puisse faire de l’amélioration continue. Dans la réalité, il est possible d’introduire des feedbacks de 10 minutes en fin de chaque réunion pour habituer l’équipe à se responsabiliser sur son fonctionnement.

L’amélioration continue est une approche de petits pas qui visent à ancrer un niveau supérieur dans une roue dentée. Il est clair que parfois cela ne suffit pas, même pire cela renforce le non changement d’une équipe, il faut alors envisager d’autres façons de faire, en rupture, qui demandent beaucoup plus de doigté car déstabilisantes pour une équipe.

Mickael Ruau's insight:

La note d’itération

La note d’itération peut aussi être utilisée si vous avez moins de temps et pour changer. Changer d’outil peut être stratégique car il peut permettre de sortir des habitudes prises par l’équipe.

Pour la note d’itération, vous pouvez utiliser ce processus inspiré de l’approche orientée vers les solutions:

  • Demandez à chacun de positionner son niveau de satisfaction de l’itération sur une échelle de 1 à 7
  • A partir du niveau estimé (Ex: 4), posez la question: « Qu’est ce qui fait que tu as mis 4 ? »
  • Puis posez la question: « Qu’est ce qu’il faudrait pour avoir seulement 5 (4+1) ? »

Conseil d’animation:

  • Commencez par les plus discrets et silencieux car ils ont souvent une bonne perception de la situation mais ils n’ont pas souvent la parole et ne la prennent pas
  • Déléguez l’écriture sur le tableau blanc à un membre de l’équipe
  • Comme vous êtes dans une approche circulaire, au bout de la 3ème ou 4 ème personne, les idées commencent à devenir identiques, vous pouvez alors inviter les prochains à annoncer ce qui est différent de ce qui a déjà été dit

Pièges à éviter:

  • Discuter/Contredire ce que dit un participant, ceci aurait pour effet de brider ce que pourrait dire la personne
No comment yet.
Scooped by Mickael Ruau
August 27, 2015 5:01 AM
Scoop.it!

Découvrez Scrum avec le Kaizen game

Découvrez Scrum avec le Kaizen game | Devops for Growth | Scoop.it
Vous souhaitez apprendre les méthodes agiles en vous amusant ? Le Kaizen Game vous fera découvrir l'amélioration continue avec un jeu fun, simple et sympa !
No comment yet.
Scooped by Mickael Ruau
July 17, 2014 10:10 AM
Scoop.it!

Kaizen — Wikipédia

Kaizen

Le mot kaizen est la fusion des deux mots japonais kai et zen qui signifient respectivement " changement " et " bon ". La traduction française courante est " amélioration continue ". En fait, par extension, on veut signifier " analyser pour rendre meilleur ". C'est le nom d'une méthode de gestion de la qualité.

No comment yet.
Scooped by Mickael Ruau
May 11, 2014 5:57 AM
Scoop.it!

Comment la Gestion Agile peut-elle échouer par la politique de l’autruche ?

Comment la Gestion Agile peut-elle échouer par la politique de l’autruche ? | Devops for Growth | Scoop.it
Nombre de projets échouent dans leur transition vers l’agilité. Une fois la confiance et l’enthousiasme émoussés, la tentation est grande de revenir en arrière sans comprendre que l’amélioration progressive fait partie intégrante du processus de développement en équipe.
No comment yet.
Scooped by Mickael Ruau
March 14, 2014 4:58 AM
Scoop.it!

CNQ et COQ sur le Web : qui va gagner ? | Openweb.eu.org

CNQ et COQ sur le Web : qui va gagner ? | Openweb.eu.org | Devops for Growth | Scoop.it

L’article précédent a présenté les CNQ, ou Coûts de Non-Qualité, ce deuxième article vous invite à les mettre en face de leur opposé : les COQ, ou Coûts d’Obtention de la Qualité.

Que le combat commence…

Mickael Ruau's insight:
Non-Quality cost killing et amélioration continue

Dans le domaine du Web, nous vivons dans le luxe et l’opulence. Pour peu que notre infrastructure technique soit bien choisie et que nos outils soient évolutifs, nous pouvons nous permettre le bonheur de l’amélioration continue.


Ce qui est possible pour nous ne l’est pas dans l’industrie quand on construit un pont, un avion ou une voiture. Il est beaucoup plus facile en théorie de corriger un système informatique qu’un avion ou un pont.


Dans le domaine du Web, il est possible et même souvent conseillé de construire quelque chose de manière progressive, sans risque excessif, et en faisant participer les utilisateurs finaux (en anglais, le fameux "release early, release often", que l’on peut traduire par « publier tôt, publier souvent »). Il est sans doute possible d’appliquer cette approche agile à la réduction des coûts de non-qualité.

No comment yet.
Scooped by Mickael Ruau
September 1, 2013 11:01 AM
Scoop.it!

Do’s and Don’ts of Process Improvement - CMMI Institute

Do’s and Don’ts of Process Improvement - CMMI Institute | Devops for Growth | Scoop.it
Conference presentation from SEPG North America 2011
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
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
April 24, 2019 11:49 AM
Scoop.it!

Fault Tree Analysis –

Fault Tree Analysis – | Devops for Growth | Scoop.it

If you are looking for a great tool to conduct a root cause analysis (RCA), or find a problem during a retrospective, try out the Fault Tree Analysis (FTA). It is used to identify causes of failures, weaknesses of a system, or the probability of a certain failure

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

Kata in the classroom

This website gives you the materials and instructions for introducing the Improvement Kata in your classroom or with your team, through an easy-to-run, 50-minute, hands-on exercise.

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

LEAN LEADERSHIP: COACHING TO CONNECT THE DOTS

LEAN LEADERSHIP: COACHING TO CONNECT THE DOTS | Devops for Growth | Scoop.it

Sidebar: The Do’s and Don’ts of Coaching

Do
Use a framework, like the GROW model, to structure the conversation.
Ask more questions, and make a few statements.
Listen actively to employees.


Don’t
Interrupt with your solutions. There will be time to share those later.
Judge or critique. Stay curious, and stick to asking questions.
Force the issue and jump to actions too soon. Work through the sequence.

No comment yet.
Scooped by Mickael Ruau
October 15, 2018 12:34 PM
Scoop.it!

Agile smells – Sprint retrospective | Blog Xebia - Expertise Technologique & Méthodes Agiles

Agile smells – Sprint retrospective | Blog Xebia - Expertise Technologique & Méthodes Agiles | Devops for Growth | Scoop.it

Suite de la série d’articles consacrée aux Agile smells, je vous propose, au travers de situations réellement vécues, de faire un tour d’horizon des dérives, des fausses bonnes idées ou simplement des phrases prononcées qui peuvent vous amener à vous dire que quelque chose sent mauvais. Aujourd’hui, parlons de la sprint rétrospective…

 

Si vous avez manqué un des épisodes de la série des Agile smells, vous pouvez les retrouver ici :

Mickael Ruau's insight:

 

« Communiquer mieux » ou « Être plus rigoureux » ne sont pas des actions mais plutôt des lignes de conduite.

Concrètement on fait quoi ?

En premier lieu, il faut constamment avoir en tête un principe simple souvent appliqué aux actions de rétrospective : elles doivent être SMART. Hormis la partie sur la temporalité, qu’il est préférable de définir au maximum à une itération, ces grands principes sont à garder en tête et doivent servir à valider qu’une action est bel et bien une action. Bien évidemment, s’il ne fallait en garder qu’un, ce serait le fait d’être mesurable : associer des indicateurs à une action est le meilleur moyen de savoir si elle est terminée ou non.

Reprenons les exemples cités précédemment et transformons les en exemples d’actions associées :

  • Communiquer mieux : organiser un point de synchronisation avec un représentant de chaque équipe tous les mardi et jeudi à 11h afin de partager les informations transverses.
  • Être plus rigoureux : mettre en place un outil de contrôle de code afin de s’assurer que l’équipe a le même style d’écriture.
  • Faire plus de binômage : identifier 2 stories durant le sprint planning pour lesquelles l’équipe devra obligatoirement faire du pair programming.

Pour arriver à la génèse d’une action digne de ce nom, il ne faut donc pas s’arrêter à la surface du problème mais investiguer. Si l’on ne devait retenir que deux techniques permettant de le faire, ce pourrait être :

  • Les cinq pourquoi : Répéter la question « Pourquoi ? » à chaque réponse apportant une raison.
  • Le QQOQCCP : Définir les « Qui ? », « Quoi ? », « Où ? », « Quand ? », « Comment ? », « Combien ? » et « Pourquoi ? ».
No comment yet.
Scooped by Mickael Ruau
July 26, 2018 10:06 AM
Scoop.it!

Animer une rétrospective projet | OCTO Talks !

Animer une rétrospective projet | OCTO Talks ! | Devops for Growth | Scoop.it

Couramment, la rétrospective projet se déroule en deux étapes, la première qui permet la construction de la timeline projet, la deuxième qui en permet l’exploitation. La durée d’une rétrospective projet est variable, de 3 jours à 1/2 journée, moins de 3 heures est irréaliste et inutile. Je constate que les équipes passent couramment 1/2 journée ou 1 journée.

Mickael Ruau's insight:

En clôture de la rétrospective, il est possible de poser deux questions à chaque participant:

  • Où en êtes vous par rapport à vos attentes ?
  • Quelle est la chose que vous gardez en tête et que vous allez amener dans vos prochains projets ?

Il est important de passer du temps dans la construction de la timeline pour permettre à l’équipe de se remémorer les moments importants du projet car parfois la rétrospective ne se fait pas toute de suite après la fin du projet. Il peut arriver qu’après un atelier comme celui-ci que les personnes aient l’impression d’avoir passé un bon moment et qu’à peine sorties de la salle elles oublient ce qu’elles ont pu dire. La projection dans le futur de chaque participant en clôture est une bonne pratique pour permettre aux personnes présentes de partir au moins avec quelque chose qu’elle pourra réutiliser par la suite. La synthèse écrite est faite en général par l’animateur et doit être bien sûr envoyée à tous les participants et stockée dans l’outil de Knowledge Management de l’entreprise afin de permettre une réutilisation de l’expérience acquise.

No comment yet.
Scooped by Mickael Ruau
September 6, 2016 2:34 AM
Scoop.it!

Les attitudes doxiques dans les équipes et le syndrome du Titanic!

Il est destiné à tout gestionnaire d’équipe, et ce, de l’échelle Scrum à l’échelle organisationnelle élargie. La présentation aide à comprendre et à reconnaîtr…
No comment yet.
Scooped by Mickael Ruau
July 17, 2014 10:25 AM
Scoop.it!

Kaikaku — Wikipédia

Kaikaku - Wikipédia

Le Kaikaku est une notion japonaise du toyotisme signifiant " changement brutal". Il s'oppose en ce sens au Kaizen qui est un changement continu, par petites étapes, réalisé en vue de s'améliorer.

Le Kaikaku est une notion japonaise du toyotisme signifiant "changement brutal". Il s'oppose en ce sens au Kaizen qui est un changement continu, par petites étapes, réalisé en vue de s'améliorer.

Le Kaikaku est souvent associé à la méthode Hoshin (management par percée). Il s'agit de réaliser un changement radical dans un système de production en vue d'augmenter l'efficacité dans un objectif précis.

No comment yet.
Scooped by Mickael Ruau
May 11, 2014 6:56 AM
Scoop.it!

Faire des pas de bébé

Faire des pas de bébé Adrian BOLBOACA
No comment yet.
Scooped by Mickael Ruau
March 17, 2014 1:55 PM
Scoop.it!

La face cachée de la mesure : une opportunité pour votre améliorati...

Fabrice ROBINI, Benoit LAFONTAINE & Philippe KERNEVEZ
Mickael Ruau's insight:

On n'améliore que ce que l'on mesure, mais la valeur de l'indicateur réside surtout dans son interprétation.

Mesurer le moral de l'équipe est indispensable pour tenir les délais.


Edward Deming : "Commençons par améliorer ce que nous savons faire, mais pas encore assez bien. Ensuite nous innoverons. Mais pas l'inverse."

No comment yet.
Scooped by Mickael Ruau
February 21, 2014 3:46 AM
Scoop.it!

L'habitude d'Améliorer

L'habitude d'Améliorer | Devops for Growth | Scoop.it
Yves Hanoulle nous parle des habitudes des gens et de ce qu'il est possible de faire pour acquérir l'habitude d'améliorer.
Mickael Ruau's insight:

Yves Hanoulle disait, à la conférence XP Days Benelux 2013, que l'Agilité est un état d'esprit et une amélioration continue de tout. Il animait une séance sur la force de l'habitude, pendant laquelle il expliquait comment les gens peuvent créer ou changer leurs habitudes de vie.

No comment yet.