Archives de Tag: ToC

25 octobre – Lyon – Lean Six Sigma : Comment pratiquer l’Excellence Opérationnelle ?

15 oct

Logo-PMI-Pôle-LyonnaisÉvénement organisé par Dorian MOUGEL & Ludivine CHABAUD , Chefs projets évènement du PMI France-Sud Branche Lyonnaise à 18h00 au CESI, 19 avenue Guy de Collongue 69134 Ecully

Plus que jamais, les entreprises ont besoin d’activer les bons leviers pour accroître leurs performances. La combinaison Lean + Six Sigma avec ses outils robustes et son management participatif apporte des solutions éprouvées pour maîtriser le triptyque Coûts / Qualité / Délais.

Le Lean Six Sigma peut être mis en œuvre par tout manager: opérationnel, consultant, formateur, etc…

Florent FOUQUE, animateur du blog EOTV, sera l’intervenant de cette soirée. Pendant 12 ans, Florent FOUQUE a travaillé sur des projets d’amélioration dans la grande distribution. Florent est aujourd’hui Consultant/Auteur/Éditeur sur l’excellence opérationnelle. Il intervient également pour accompagner les entreprises sur la diffusion des bonnes pratiques.

Après quelques définitions : Lean, Six Sigma, Lean Six Sigma, TOC, Qui fait quoi et comment pour la performance; Florent partagera son expérience des approches culturelles de déploiement du Lean Six Sigma dans les organisations au travers des différentes phases d’un projet Lean Six Sigma avec DMAIC.

Pour vous donner un avant-goût, voici une excellente vidéo de Christian Hohmann sur les basiques LEAN.

management de projet avec la Chaîne Critique

8 oct

Billet publié précédemment sur ce sujet pour vous rafraîchir la mémoire, vidéos à l’appui sur les principes de la Chaine Critique et de la Théorie des Contraintes: La théorie des contraintes en 9 minutes

Eli Goldratt - The Goal

Cliquer sur cette image pour accéder à une version PDF

Critical Chain Project Management

http://www.pmhut.com/critical-chain-project-management par Nicola Hill

Une des idées fausses non explicitement énoncée dans l’actuel débat Agile contre « en Cascade » (Waterfall) est l’idée qu’il y a seulement un style pour "en Cascade". Agile est merveilleux pour le processus créatif consistant à travailler étroitement avec un client pour livrer ce qu’ils veulent, mais n’est pas très utile quand un groupe de ressources est réparti sur beaucoup de projets.

Quand vous traitez avec une chose physique, comme un centre de données, ou un avion, ou un nouveau pont, le séquencement des actions devient beaucoup plus significatif. Et quand vous avez des tas de ressources différentes travaillant sur des projets différents en parallèle, vous finirez par avoir quelques groupes de ressources qui deviennent des goulots d’étranglement. Souvent ce qui finit par arriver est que ces ressources clés deviennent dispersées sur trop de projets, constamment en « multi-tasking » et jamais capables de suivre quoi que ce soit jusqu’à son achèvement. Chaque fois qu’ils s’assoient pour se concentrer, le téléphone sonne, ou il y a un cas d’urgence et ils sont détournés vers quelque chose d’autre. Ou bien, ils commencent à travailler sur une tâche, pour constater qu’ils ont besoin que d’autres fassent d’abord certaines choses et ne peuvent donc pas terminer. Tout finit par prendre beaucoup trop longtemps et l’équipe est toujours en mode de panique.

Le management de projet par la chaîne critique adresse ceci de deux façons

Premièrement, il limite le « multi-tasking » que font les ressources clés, peut-être à un projet à la fois. En réalité, ce pourrait être un projet en phase de Démarrage / Conception / Consultation, une tâche actuelle et un toujours ouverte pour le diagnostic des pannes et les questions. En réduisant le « multi-tasking », les tâches sont faites bien plus rapidement, donc les projets sont traités de façon plus rapide, pas plus lente.

Deuxièmement, il met en place un tampon de temps avant l’intervention des ressources clés qui permet de s’assurer que tout ce dont elles ont besoin est en place une fois qu’elles sont disponibles pour y travailler. Par exemple, un ingénieur de pare-feu sera disponible pour un projet spécifique le 15 mai, et seulement pour cette date précise. D’autres livrables doivent être en place pour que l’ingénieur de pare-feu puisse faire son travail : le câblage doit être installé et testé, le réseau configuré, les serveurs entièrement installés avec le logiciel applicatif, la documentation prête, et cetera. Le chef de projet devrait planifier que tous ces éléments soient en place pour, disons, le 8 mai, afin de s’assurer que rien ne puisse mettre en échec l’intervention du 15 mai.

Microsoft Project

Partenaire de DantotsuPM

Ceci peut paraître comme du gaspillage, mais c’est que la ressource clé est le cœur du flux, au battement duquel les projets coulent dans l’organisation. En mettant certains tampons de temps devant leurs tâches et en s’assurant que la ressource clé puisse commencer et finir son travail, la totalité est réalisée plus rapidement. Dans un exemple dans le domaine de la maintenance d’avion, les temps de réparation sont passés de 135 jours à moins de 30 jours.

projets sans dates

10 nov

Projects With No Dates

http://www.pmhut.com/projects-with-no-dates de Skip Reedy

Dans mon article précédent Why Project Management is Difficult, j’ai suggéré que vous exécutiez votre plan de projet sans afficher aucune date. Pourquoi ? Parce que les gens marchent aux dates. Si quelque chose doit être fait vers la fin de la semaine suivante, la plupart des personnes le feront vers la fin de la semaine suivante, même si elles pourraient le faire dès demain.

C’est en raison d’un Syndrome et une Loi. Le Syndrome de l’Étudiant que vous avez probablement pratiqué à la perfection dans une vie précédente, est toujours vivant et bien réel dans votre vie d’aujourd’hui. Vous avez tant de choses en cours que vous ne pouvez pas entamer la nouvelle tâche avant d’avoir assez de temps devant vous pour la compléter.

Relisez ce billet sur la Loi de Parkinson

Si vous n’êtes pas tout à fait à 100% occupé, la Loi de Parkinson vous aidera à utiliser tout le temps imparti même si cela n’est pas nécessaire. D’abord, il n’y a aucune pression. Ensuite, prendre votre temps créera un meilleur résultat. Troisièmement, Il n’y a aucune raison de le faire plus tôt parce que ce n’est pas nécessaire ou bien le destinataire ne sera pas prêt. Quatrièmement, si vous avez justifié de temps supplémentaire pour le compléter parce qu’il peut y avoir des aléas, vous semblerez ne pas savoir estimer les délais. En tant qu’humains, nous vous voulons toujours paraître sous notre meilleur jour.

L’objectif pour respecter une date de fin avec ces deux comportements est une tentative de pas être en retard ni en avance. Du point de vue d’une tâche individuelle, cela peut ne pas poser de problème. Cependant, quand il y a une séquence de tâches dépendantes, il est très difficile de maintenir la durée complète sous contrôle. Avec une variation normale, quelques tâches seront en avance, mais très peu si nous travaillons par rapport à la date de fin. Avec une variation normale, quelques tâches seront en retard même si nous travaillons par rapport à la date de fin. Cela devient une question sérieuse quand quelques tâches prennent significativement plus long que la date de fin. Il y a très peu de tâches se terminant tôt pour les compenser. Ne pas être en avance ni en retard avec une variation normale devient problématique. En réalité, ce n’est pas évident et s’immisce dans nos vies comme un cauchemar. Pas étonnant les chefs de projet soient usés!

L’approche standard pour protéger le projet de ce dépassement de durée, est d’ajouter des marges de sécurité dans les tâches. M. Parkinson et Mme l’étudiante renient la majorité de cette protection. Donc, nous ajoutons encore plus de marges dans les tâches. Et plus de sécurité et toujours plus.

Vous connaissez le vieux mantra des ventes, "Ce n’est pas grave si nous perdons de l’argent sur chaque vente. Nous le compenserons par le volume. "

Essayez celui-ci, "Ce n’est pas grave si mes tâches ont du mal à être à l’heure, nous le compenserons plus tard. "

Une autre solution doit être utilisée. De là, un plan sans dates.

Blasphème de base: AUCUNE date ? Cela va empirer les choses, non ?

Aucun Délai, aucune pression, aucun exercice d’évacuation, aucun souci, aucun livrable !

Ne m’assassinez pas out de suite !

Les tâches auront des durées. Nous ne savons pas ce qu’elles seront. Pour planifier un projet, nous devons estimer combien de temps elles pourraient prendre.

Pas de dates! Essayons à nouveau.

Ce qui aiderait vraiment serait de savoir de combien de temps la tâche prendra alors qu’elle n’est pas commencée et avant que tous les apports nécessaires ne soient disponibles. Les personnes sont raisonnablement capables de faire le travail en donnant leur pleine attention à la tâche, en travaillant rapidement et diligemment jusqu’à ce que ce soit terminé. Aucun reproche. Demandez de l’aide, si nécessaire. Remettez-le livrable quand il sera prêt.

Une fois que nous choisissons finalement ce nombre, cette durée, nous savons une chose à coup sûr: Ce n’est pas combien de temps la tâche prendra. Cela arrivera plus rapidement ou plus lentement, sera interrompu, rencontrera des incidents, des retards, des changements, une maladie, des vacances et toute autre chose possible.

C’est pourquoi nous mettons partout des marges de sécurité. Et où cette sécurité nous a-t-elle menés ? À un combat pour être à l’heure! Donc nous avons un problème. Nous savons que les tâches ne seront pas faites selon le nombre, la durée que nous avons juste choisie. Cette durée n’a pas beaucoup de flexibilité. Volontairement, nous n’y avons pas  ajouté de marge de sécurité. Cela devrait être juste assez de temps si tout se passe comme prévu. La probabilité est que la tâche prendra plus longtemps que ce nombre. Nous avons besoin de sécurité, mais la sécurité dans une tâche ne résout pas le problème.

La vraie raison est que nous pensons que nous avons besoin de la marge de sécurité pour protéger l’exécution de cette tâche dans les temps. Ce n’est pas ce pourquoi nous en avons besoin. Nous avons besoin de la marge de sécurité pour réaliser le projet à l’heure.

Nous n’avons pas besoin de marge de sécurité dans durée de la tâche, nous en avons besoin dans la durée de projet.

Nous avons besoin de marge de sécurité pour protéger la date d’engagement du projet et nous avons besoin de focaliser notre attention sur l’exécution rapide des tâches.

Ensuite nous avons besoin d’estimations de tâches avec juste assez de temps pour les faire dans un monde imparfait.

le site de microsoft projet en français

Partenaire de DantotsuPM

15 novembre – Grenoble – Chaîne Critique et Théorie des Contraintes "TOC"

17 oct

Je vous ai déjà parlé dans un article précédent de la Théorie des Contraintes et de la chaîne critique et vous pouvez également découvrir cette vidéo qui peut tenir lieu d’introduction au "Critical Chain".

Le groupe Grenoble INP et la branche Rhône-Alpes du PMI France Sud ont le plaisir de vous inviter à la conférence:

« Chaîne Critique et TOC (Theory of Constraints) : Pour innover en pilotage de projets et oser les finir à l’heure!»

Conférence animée par Isabelle ICORD Co-fondatrice de ProCC Conseil

le mardi 15 Novembre 2011 à 18h00 à Grenoble INP

La Chaîne Critique : quand le bon sens révolutionne le management traditionnel des projets

Nos projets sont tous importants (surtout « le mien » !…), mais les piloter séparément et tous ensemble n’est pas aisé, d’autant plus que nous partageons souvent les mêmes pratiques et que sans le savoir, certaines de nos méthodes « traditionnelles » peuvent nous piéger…

Partons donc de ces observations, d’autres constats et croyances, de problèmes récurrents tels que le non respect des échéances, des temps de cycle trop longs, des ressources surchargées et stressées, et répondons ensemble à la question : « que faut-il changer ? »

La Théorie des Contraintes et son application au projet, la Chaîne Critique, nous propose une approche simple et systémique pour éviter les pièges du management traditionnel et de certains de nos comportements humains. Elle permet une démarche globale qui identifie clairement où se concentrer et où agir pour inverser définitivement la tendance :

  • des projets à l’heure
  • un Time To Market maîtrisé
  • des ressources efficacement allouées sur les projets

Venez découvrir la Chaîne Critique, une méthode de management de projets pour faire plus avec autant.

Isabelle ICORD, 20 ans de pilotage de projets internationaux de développement en entreprise. Experte de la pratique de la Chaîne Critique et à l’origine des toutes premières implémentations pratiques de ce concept en France, au travers d’une expérience récente et réussie de mise en œuvre à e2v semi-conducteurs Grenoble.

Philippe BOURRAT, directeur associé de ProCC Conseil, responsable de service d’engineering test et produit, de maintenance industrielle, de support à la production et de gestion des achats techniques, d’externalisation et de sous-traitance de production à l’international (ASIE, US et Europe) durant plus de 20 années en entreprise. A conduit l’implémentation et l’adaptation de la Chaîne Critique dans les directions opérations.

 Conférence « Chaîne Critique et TOC » Inscription en ligne avant le 8 Novembre

Important : la participation confère 2,5 PDU pour les certifiés PMP®, PgMP®, PMI-SP®.

30 Mai – Toulouse – Atelier sur la Théorie des Contraintes (ToC)

16 mai

lundi 30 mai — Atelier TOC par SigmaT

Venez jouer et apprendre à identifier les goulots d’étranglements qui asphyxient votre équipe. Et profitez en pour pratiquer différentes techniques qui permettent de se libérer de ces contraintes. Le tout, en s’amusant !

Le 30 mai à 18h, la SigmaT organise un atelier sur la théorie des contraintes animé par Claude Aubry et Thierry Cros. Il se déroulera à la maison des Association, 81 rue Saint-Roch à Toulouse (métro Saint Agne).

La participation est gratuite et ouverte à tous. Les inscriptions se font en laissant un commentaire sur ce site.

J’avais proposé une vidéo de 9 minutes pour comprendre ce qu’est cette théorie dans ce billet.

le site de microsoft projet en français

Partenaire de DantotsuPM

dedicate 9 minutes to the Theory of Constraints

31 mai

I introduced this method of Critical Chain or Theory of Constraints in a prior article. This is not to be confused with Critical Path, another very useful concept. I found a web site with many videos that provide simple overviews of Theory of Constraints when applied to different domains.

Here is the one that can serve as an introduction:

I have not yet personally used this technique that I discovered quite recently. So, I do not have any experience to share with you in this area. But some of you may have. Would you mind sharing these with DantotsuPM’s readers?

La théorie des contraintes en 9 minutes

31 mai

Je vous ai déjà parlé sur un article précédent de la Théorie des Contraintes et de la chaine critique, à ne pas confondre avec le chemin critique qui est un autre concept fort utile.

Voici une vidéo qui peut tenir lieu d’introduction:


Et vous trouverez ici de nombreuses autres vidéos qui fournissent des aperçus de comment appliquer la théorie des contraintes dans divers domaines.

Je n’ai personnellement rencontré cette technique que relativement récemment et je n’ai donc pas encore de retour d’expérience personnel à partager avec vous. Certains d’entre ont certainement déjà appliqué cette approche que je trouve fort pertinente pour mieux optimiser l’utilisation de ressources critiques sur un ou de multiples projets en parallèle.

Que pouvez-vous nous en dire ?

Suivre

Recevez les nouvelles publications par mail.

Joignez-vous à 385 followers

%d bloggers like this: