Académique Documents
Professionnel Documents
Culture Documents
Filière : GL
Réalisé Encadré
par : par :
…..
….
1
I. Description textuelle de processus................................................3
1. Etape 1 : initialiser la démarche....................................................3
2. Etape 2 : Définir le problème........................................................3
3. Etape 3 : Corriger immédiatement le problème............................4
4. Etape 4 : Identifier les causes racines du problème......................5
5. Etape 5 : Définir et mener les actions correctives.........................6
6. Etape 6 : Mesurer l’efficacité des actions correctives :................6
7. Étape 7 : Formaliser les Actions d'Amélioration..........................7
8. Etape 8 : Féliciter le groupe de travail pour sa contribution :.......7
II. Les user stories...............................................................................8
1. Qu’est-ce qu’une User Story ?.......................................................8
2. Comment rédiger une bonne User Story ?.....................................8
3. Comment rédiger une bonne User Story ?.....................................8
III. BPMN........................................................................................9
1. Qu’est-ce qu’un BPM ?..................................................................9
2. Process de gestion des actions correctives et préventives............10
IV.Conclusion....................................................................................11
2
I. Description textuelle de processus
La gestion des actions correctives et préventives est une composante importante
du système de gestion de la qualité conforme à la norme ISO 9001. Ces actions
visent à identifier, corriger et prévenir les non-conformités dans les processus
organisationnels. Voici les étapes générales du processus de gestion des actions
correctives/préventives conformément à la norme ISO 9001 :
1. Etape 1 : initialiser la démarche
3
2. Etape 2 : Définir le problème
Une fois que l'équipe de travail est constituée, le processus d'analyse peut
débuter. La première étape consiste à détailler le problème de manière
exhaustive afin de favoriser une analyse constructive :
Formuler clairement la nature du problème ;
Identifier ses effets et caractériser son ampleur ;
Recenser tous les enregistrements associés tels que plans, feuilles de
contrôle, rapports, fiches de réclamation, fiches techniques, etc.
Pour une identification approfondie du problème, il est crucial de répondre de
manière exhaustive aux questions suivantes :
Quels sont les effets observés du problème ?
Qui a détecté le problème, et qui en est directement impacté ?
Où le problème a-t-il été repéré ?
Quand a-t-il été détecté ?
Comment a-t-il été identifié ?
Combien de produits sont concernés par le problème ?
Il est à noter que la question "pourquoi" sera réservée à l'analyse des causes, une
étape qui sera abordée ultérieurement dans le processus.
3. Etape 3 : Corriger immédiatement le problème
4
La proposition d'un geste commercial ou d'une action compensatrice pour
le client.
Pour identifier les causes primaires, il est essentiel de répertorier toutes les
causes possibles du problème. À cette étape, il ne faut pas exclure ou négliger
certaines causes ; toutes doivent faire l'objet d'une analyse approfondie.
La recherche des causes peut impliquer l'observation de faits sur le terrain ou la
réalisation d'essais complémentaires. Dans ce cas, il est recommandé de clôturer
la session en chargeant certains participants de mener ces études
5
supplémentaires et de présenter les résultats lors de la reprise de la séance de
travail.
Une fois que vous estimez avoir exploré toutes les causes potentielles, atteignant
ainsi le 5ème "pourquoi", vous pouvez alors les classer en fonction de la nature
et de l'étendue de leurs effets.
Les critères d'analyse utilisés pour l'AMDEC (gravité, fréquence, mode de
détection) vous offrent la possibilité de noter chaque cause, permettant ainsi de
prioriser les actions correctives à entreprendre.
5. Etape 5 : Définir et mener les actions correctives
6
Évaluer l'efficacité des actions correctives mises en place. Cela implique
d'analyser les résultats obtenus après la mise en œuvre des actions définies à
l'étape précédente. L'objectif est de mesurer si les actions ont atteint les résultats
escomptés et si le problème a été résolu de manière satisfaisante.
En cas de non-atteinte des objectifs prévus, il est nécessaire de convoquer à
nouveau le groupe de travail afin d'analyser les causes sous-jacentes et de
prendre les mesures nécessaires.
7. Étape 7 : Formaliser les Actions d'Amélioration
7
motivation de chaque individu, ce qui, à son tour, assure la continuité de vos
analyses 8D. Sans la collaboration de tous les acteurs, la réalisation efficace de
ces analyses serait compromise.
Dans la méthode agile, une User Story, également appelée par son acronyme
US, se présente sous la forme d'une phrase simple rédigée dans un langage
accessible, visant à décrire de manière précise le contenu d'une fonctionnalité à
développer.
Issue de la méthode agile Scrum, le User Story a pour objectif d'illustrer un
besoin fonctionnel exprimé par les différents utilisateurs, garantissant ainsi la
création de valeur pour ces derniers.
Les avantages de la rédaction de User Stories sont multiples :
Elles assurent une adéquation maximale avec les besoins et la vision des
utilisateurs grâce à leur formulation simple en langage courant.
Elles permettent un gain de temps significatif pour les équipes de
développement en facilitant leur compréhension des fonctionnalités à
développer, grâce à leur forme synthétique.
Elles favorisent l'alignement de la vision et confirment la compréhension
commune du métier, du Product Owner, des développeurs, du Scrum
Master, des testeurs, et de toute autre partie prenante pertinente en créant
un langage partagé.
2. Comment rédiger une bonne User Story ?
Il est essentiel que le Product Owner adopte un format intégrant les aspects
"qui", "quoi" et "pourquoi". Ces trois éléments cruciaux sont nécessaires pour
organiser le contenu de manière à exprimer de manière claire la valeur ajoutée
8
de la fonctionnalité, ainsi que le destinataire concerné. La manière la plus
courante et compréhensible de formuler une User Story se présente ainsi :
En tant que :
Je veux :
Afin de :
3. Comment rédiger une bonne User Story ?
Les user stories du processus selon cette syntaxe : [Rôle] [activité] [objet métier]
[objectif]
— Agent
-[Agent][doit remplir][les formulaire de réclamations ][pour corriger une non-
conformité]
-[Agent][peut confirmer][une action corrective ] [est accomplie]
-[Agent][peut confirmer][une action préventive ] [est accomplie]
-[Agent][confirmer][les taches ] [planifiées par le chef de service]
— Le chef de service
-[chef de service][doit remplir][les formulaires de réclamations][pour corriger
une non-conformité]
-[chef de service ][valider][les formulaires de réclamations ][pour corriger une
non-conformité]
-[chef de service][associer][les actions préventives et correctives ][vers les
agents]
-[chef de service ][répartir][les actions à des taches][ vers les agents]
-[chef de service ][vérifier][les taches][ faites par les agents]
— Le Responsable de qualité
-[Responsable de qualité][doit remplir][les formulaires de réclamations ][pour
corriger une non-conformité]
-[Responsable de qualité][planifier] [les actions correctives][vers le chef de
service]
-[Responsable de qualité][planifier] [les actions préventives][vers le chef de
service]
-[Responsable de qualité][vérifier][les taches][ faites par les agents]
9
-[Responsable de qualité][vérifier][la clôture ][des taches]
III. BPMN
10
2. Process de gestion des actions correctives et préventives
IV. Conclusion
Au cours de ce projet, nous avons acquis une compréhension approfondie du
processus de gestion des actions préventives et correctives, ainsi que des règles
métier qui le régissent. De plus, nous avons eu l'opportunité de mettre en
pratique nos connaissances en utilisant l'outil ProcessMaker pour créer le
processus de gestion des actions correctives et préventives. En résumé, ce projet
a été extrêmement bénéfique pour notre maîtrise du BPMN et ProcessMaker.
11