Comment appliquer le diagramme d’Ishikawa à la gestion de projet?
Connaissez-vous le diagramme de causes et effets appelé aussi diagramme d’Ishikawa ou encore diagramme en arêtes de poisson ou bien de manière plus courte le diagramme 5M? Il s’agit d’un outil conçu par Kaoru Ishikawa (1915 – 1989). Ishikawa était un ingénieur japonais qui a travaillé pour Nissan et qui fit partie de la Juse, l’Organisation des ingénieurs et des scientifiques japonais dans laquelle se retrouvaient pour échanger leurs idées de grands noms de la gestion de la qualité tels que Deming, Taguchi ou encore Juran. A quoi sert le diagramme d’Ishikawa? Le diagramme d’Ishikawa permet d’analyser les grandes catégories de causes pour parvenir à un effet particulier. Il est particulièrement bien adapté à la gestion des risques qui fait partie de la gestion du projet. Les catégories de causes commencent toutes par la lettre M, ce qui permet de les mémoriser facilement : Comment construire votre diagramme d’Ishikawa? Machines : Nombre d’imprimantes et de serveurs insuffisants Claire Cornic
La méthode des 5 Pourquoi pour éradiquer vos problèmes !
Face à un problème, vous êtes-vous déjà poser la question « Pourquoi cela arrive-t-il ? » cinq fois de suite ? Si tel n’est pas le cas, vous n’avez répondu que partiellement à la question et vous exposez à la réitération du problème ! Pour cette rentrée 2013, pleine de bonnes résolutions, nous vous proposons de revenir sur la méthode des 5 Pourquoi (les 5 Why, chez nos amis anglo-saxons) pour vous aider à résoudre une bonne fois pour toute les problèmes qui vous parasites au quotidien que ce soit dans un contexte professionnel ou personnel. La méthode des 5 Pourquoi, est un outil qualité utilisé dans la résolution de problème. Déploiement de la méthode des 5 Pourquoi La méthode des 5 Pourquoi permet l’identification des causes racines d’un problème. Bien que simple d’utilisation, la méthode 5 Pourquoi comporte des pièges à éviter, dans ce contexte il est nécessaire de : Un exemple vaut mieux qu’un long discours… Que s’est-il passé ? Technique « Pourquoi – Parce que – Donc » En résumé…
MindMeister
The IT Balanced Scorecard
The essentials of this study were delivered at the ISACA International Meeting and Conference in July of 1999 in Denver, Colorado, USA by Ronald Saull. The discussion and study results were based on events that occurred and dynamics in place at Great-West Life Assurance Company/ London Life/Investors Group, Canada, signified by the acronym GLI. As investments in information technology continue to increase, so too does the reliance of most organizations on their in-place technical infrastructure and the performance of their IT function. Defining the Balanced Scorecard (BSC) Beginning in 1992, Kaplan and Norton wrote a series of articles which introduced the concept of the balanced scorecard. Kaplan and Norton believed the real value of the BSC method was as a strategic management system. Moving toward the IT Balanced Scorecard (IT BSC) In 1997, Van Grembergen and Van Bruggen adapted the traditional BSC for use by a corporate information technology department. The Road Ahead Next Steps:
Construire un diagramme d'Ishikawa et savoir l'utiliser
Qualifiez l'effet Il s'agit couramment du problème que vous cherchez à résoudre. Exemple : une baisse de marge, une démotivation chez vos collaborateurs, de fréquentes ruptures de stock, un besoin en fonds de roulement en constante évolution...Des dysfonctionnements, mais pas seulement. Il est également fort intéressant d'user et d'abuser de cette méthodologie dans la recherche de leviers sur lesquels s'appuyer pour atteindre un objectif . Décrivez l'effet de manière factuel. Pas d'opinion ni de jugement . Pour chaque branche, recherchez les causes racines si ces dernières n'ont pas été découvertes.
Arbre de problèmes
3. Comment construire un arbre à problèmes 3.1 Pré-requis Le processus d’analyse d’une situation problématique et construction d’un arbre à problèmes passe normalement par huit étapes. 3.2 Ressources Les ressources de départ peuvent comprendre : mur, tableau blanc ou feuilles de flip-chart, pour y accrocher les problèmes, post-it, feuilles de papier ou de carton pour y inscrire chacun des problèmes, feutres, papier collant, ficelle. Pour la dernière étape, il est intéressant d’avoir un appareil photographique et d’utiliser un logiciel de dessin graphique tel que yEd, Visio ou autre. 3.3 Déroulement Etape 1: Le but de la première étape est de réfléchir aux problèmes que les parties prenantes considèrent comme une priorité. Etape 2: Choisir un problème de démarrage ou central parmi ceux détectés pendant l'exercice de réflexion approfondie. Etape 3: Chercher les problèmes liés au problème de démarrage. Etape 4: Commencer à établir une hiérarchie des causes et des effets: 4. 5.
Diagramme d'Ishikawa (causes et effets)
Un article de Wikipédia, l'encyclopédie libre. Le Diagramme de causes et effets, ou diagramme d'Ishikawa, ou diagramme en arêtes de poisson ou encore 5M, est un outil développé par Kaoru Ishikawa en 1962[1] et servant dans la gestion de la qualité. Description et fonctions[modifier | modifier le code] Ce diagramme représente de façon graphique les causes aboutissant à un effet. Ce diagramme se structure habituellement autour du concept des 5 M. Chaque branche reçoit d'autres causes ou catégories hiérarchisées selon leur niveau de détail. Le positionnement des causes met en évidence les causes les plus directes en les plaçant les plus proches de l'arête centrale. Variantes[modifier | modifier le code] Les termes « Moyens » ou « Machines » remplacent parfois la catégorie « Matériel ». Une caractéristique peut également être ajoutée dans les univers de production avec un neuvième « M », celui de « Maintenance ». Notes et références[modifier | modifier le code] ↑ (en) Matthew A.
Explorez les sciences du numérique
Diagramme de causes et effets
Un article de Wikipédia, l'encyclopédie libre. Le diagramme de causes et effets, ou diagramme d'Ishikawa, ou diagramme en arêtes de poisson ou encore 5M, est un outil développé par Kaoru Ishikawa en 1962[1] et servant dans la gestion de la qualité. Description et fonctions[modifier | modifier le code] Ce diagramme représente de façon graphique les causes aboutissant à un effet. Ce diagramme se structure habituellement autour du concept des 5 M. Chaque branche reçoit d'autres causes ou catégories hiérarchisées selon leur niveau de détail. Le positionnement des causes met en évidence les causes les plus directes en les plaçant les plus proches de l'arête centrale. Variantes[modifier | modifier le code] Les termes « Moyens » ou « Machines » remplacent parfois la catégorie « Matériel ». Une caractéristique peut également être ajoutée dans les univers de production avec un neuvième « M », celui de « Maintenance ». Notes et références[modifier | modifier le code] ↑ (en) Matthew A.
