Explorer les Livres électroniques
Catégories
Explorer les Livres audio
Catégories
Explorer les Magazines
Catégories
Explorer les Documents
Catégories
DMAIC
Pour bien cerner le sujet et limiter son périmètre, le projet a été mené en suivant la
démarche « DMAIC ». Cet outil permet d’identifier les causes des pertes, de les évaluer
et de mettre en place les actions les plus appropriées pour les limiter. La démarche
DMAIC est utilisée dans le cadre des projets Lean - Six Sigma pour améliorer la
performance opérationnelle des processus. Le DMAIC, propose un cadre d'analyse
s'appuyant sur les principaux éléments qui caractérisent la méthode Six Sigma :
Dans cette première étape de la méthode DMAIC, on suit les étapes suivantes :
Définir
Définir le projet : QQOQCP
Définir les objectifs de projet : Charte de projet
QQOQCP Description
Quoi ?
Description de la problématique
La Charte de projet
La Charte du projet est un résumé de la phase « Définir ».
Elle se présente généralement sur une page et résume les points abordés lors de la phase
définition. Ce document est destiné aux décideurs et au comité de pilotage du projet. Son
approbation a valeur d’engagement du groupe vis-à-vis des clients et des membres
impliqués. Elle permet le lancement officiel du projet et fixe
Les objectifs en termes de :
Performances à atteindre
Gains à réaliser,
Délais à respecter,
Ressources à fournir
Mesurer :
Cette seconde phase consiste à collecter les données permettant de mesurer les
performances du processus et quantifier les problèmes, au démarrage du projet. Le choix
des paramètres de mesure est essentiel puisqu’ils seront suivis tout au long du projet et
permettront d’évaluer sa réussite. Les principales causes de mauvaises performances du
processus sont identifiées lors de cette étape.
En résumé, la phase « Mesurer » se décompose en trois étapes :
Elle se fait à travers l’étude des documents et des entretiens avec les acteurs du processus.
Les mesures peuvent concerner des temps d'exécution, de transferts, d'attentes, la
volumétrie et variabilité de la demande, la productivité...
L’intérêt de cette phase a basé les décisions sur des faits réels, c’est-à-dire chiffrés.
Le diagramme de Pareto se base sur la règle de 20/80 : « 80% des effets résultent de 20%
des causes ». En maintenance, 80% des défaillances potentielles résultent de 20% des
causes potentielles. Il permet de justifier les dépenses en ressources humaines et
financière et la dépense en temps pour résoudre un problème.
Dans le contexte de résolution des problèmes, le diagramme de Pareto peut être utilisé
selon l’une des façons suivantes :
premiers ?
La Somme des Temps de Bon Fonctionnement inclut les temps d'arrêt hors défaillance et
les temps de micro arrêts. La MTBF peut s'exprimer en unités plus parlantes pour les
opérationnels, par exemple : nombre de pannes pour 100 heures de production
Indice de maintenabilité : MTTR
La maintenabilité s'entend, pour une entité utilisée dans des conditions données, comme
la probabilité pour qu'une opération donnée de maintenance puisse être effectuée sur un
intervalle de temps donné, lorsque la maintenance est assurée dans des conditions
données et avec l'utilisation de procédures et moyens prescrits.
Taux de disponibilité :
Analyse fonctionnelle :
Dans cette analyse, le processus concerné par le projet est divisé en ensembles, puis en
sous-ensembles. On identifie ensuite les composants des sous-ensembles et leurs
fonctions précises. Cet outil est une étape préliminaire à la réalisation de l’AMDEC
(Analyse des Modes de Défaillances, de leurs Effets et de leur Criticité).
La bête a corne :
Un diagramme bête à cornes est un outil utilisé pour l’analyse fonctionnelle du besoin.
C’est un schéma qui démontre si le produit est utile pour l’utilisateur, s’il répond à ses
besoins. Quand une entreprise cherche à créer un nouveau produit ou à innover un ancien,
il utilise un diagramme bête à cornes. Ce diagramme illustre l’importance du nouveau
produit, ce en quoi ce produit répond aux besoins de ces utilisateurs. Ce diagramme se
doit de répondre à trois questions :
À qui rend-il service ?
Sur quoi agit-il ?
Dans quel but ?
Le diagramme pieuvre :
Le diagramme pieuvre ou graphe des interactions est un schéma qui représente la relation
entre un produit/service et son environnement. Le diagramme pieuvre permet de
représenter les fonctions de service d’un produit. C’est-à-dire qu’il permet de voir quelles
sont les fonctions essentielles et secondaires d’un produit et comment ces fonctions
réagissent avec le milieu extérieur. Il est utilisé lors de l’analyse fonctionnelle. L’analyse
fonctionnelle a pour but de créer ou d’améliorer un produit. Cela permet
de connaître toutes les caractéristiques de l’objet et de déterminer ce qui le limite. Le
diagramme pieuvre un excellent outil de représentation graphique de cette analyse
fonctionnelle, il permet de rendre une partie du cahier des charges plus visuel et plus
simple.
Il convient ensuite d’agir sur ces causes pour corriger le défaut en mettant en place des
actions correctives appropriées.
Les préalables à la construction d’un diagramme de cause à effet :
Innover :
Cette étape a pour but d'identifier, évaluer et mettre en place les solutions les plus
adaptées pour satisfaire aux objectifs élaborés lors de la phase « Définir ». Tout d’abord,
un bilan des conclusions de l’étape « Analyzer » est présenté à l’équipe. Ensuite, une
phase de créativité collective a lieu. Elle consiste à proposer toutes les solutions
d’amélioration possibles en lien avec les causes de variabilité du processus identifiées
précédemment. Chaque idée est analysée de façon à en évaluer les avantages et les
inconvénients, leur coût et leur temps de mise en œuvre.
L’outil AMDEC peut être utilisé à cette étape pour analyser les risques potentiels. Les
solutions retenues et approuvées sont celles qui permettent d’améliorer durablement la
performance du processus. Par la suite, les améliorations sont mises en œuvre et testées.
Pour cela, l’élaboration d’un plan d’action est nécessaire. A l’issu de cette phase, on
estime de façon précise les gains obtenus par chaque amélioration. On peut notamment
réévaluer le DPMO, le Sigma ou les paramètres de suivi du processus grâce à une
nouvelle série de collecte de données. Par exemple, les gains peuvent être chiffrés en
termes de réduction des temps d’arrêts ou de perte matière. Des cartes de contrôles ou des
graphiques peuvent également être réalisés pour visualiser du progrès.
Tableaux AMDEC :
Pour notre projet, nous intéressons à analyser les défaillances de chaque fonction
technique pour chaque équipement névralgique en prévoyant des actions préventives pour
l’élimination de ces défaillances. Pour cela j'ai proposé la grille d’AMDEC présentée
dans le tableau :
Les modes de défaillances : Ils sont relatifs à une fonction et caractérisent la
manière dont l’objet de l’AMDEC manifeste la défaillance.
Criticité C : La criticité est calculée par le produit des trois indices précités, elle est
donnée par la relation C=G×F×D qui permettra de hiérarchiser les défaillances et de
recenser celles dont le niveau de criticité est supérieur au seuil prédéfini. Dans le cas le
plus souvent, le seuil de criticité varie en fonction des objectifs de fiabilité ou des
technologies traitées. À titre d’exemple, les seuils de criticité définis grâce à la norme
CNOMO sont les suivants :
Dans notre cas, nous avons opté pour la deuxième. Cela dans la perspective d’établir, au
niveau de la synthèse, une hiérarchisation des modes de défaillances mettant simplement
en évidence les points les plus critiques auxquels le service maintenance devrait accorder
beaucoup d’attention.
Contrôler :
Nous avons vu comment créer une macro à l’aide de l’enregistreur de macro. Nous allons
maintenant examiner le code VBA produit. Pour ce faire, il faut utiliser l’éditeur de
Visual Basic, VISUAL BASIC EDITOR (VBE), qui s’exécute dans une fenêtre
différente de celle d’EXCEL.
L’EXPLORATEUR DE PROJETS :
L'explorateur de projets affiche une liste hiérarchisée des différents projets VBA associés
aux classeurs EXCEL ouverts.
Un projet VBA associé à un classeur regroupe les éléments du classeur, comme ses
feuilles de calcul ou des boîtes de dialogue, et les procédures et les fonctions associées au
classeur et stockées dans un ou plusieurs
modules de code.