capa beginner s guide corrective action preventive action
Explorer tout sur les actions correctives Action préventive (CAPA), y compris quelques exemples et études de cas pour des applications réelles:
Plusieurs fois, nous entendons les termes Action corrective et Action préventive (collectivement appelés CAPA) utilisés de manière interchangeable, mais en réalité, ils ne sont pas les mêmes. La définition et l'intention de chacune de ces actions sont très spécifiques dans l'application.
Ce que vous apprendrez:
- Qu'est-ce que les actions correctives préventives (CAPA)?
- Action corrective
- Action préventive
- Différence entre les actions correctives et préventives
- Similitudes CAPA
- Quand utiliser chacun?
- Processus d'identification des actions correctives et préventives
- Processus de base de CAPA
- Suivi des actions correctives ou préventives jusqu'à la clôture
- Point de vue du testeur
- Conclusion
Qu'est-ce que les actions correctives préventives (CAPA)?
Dans cet article, nous discuterons plus en détail de l'action corrective et de l'action préventive - nous définirons chacune d'elles avec des exemples, approfondirons les détails et examinerons quelques études de cas pour des applications réelles.
Explorons!!
Action corrective
Tel que défini dans le dictionnaire Merriam-Webster, le mot correctif est défini comme «destiné à corriger (faire ou redresser)». Par conséquent, fidèle à la définition, l'action corrective est une tâche identifiée pour corriger ou résoudre un problème ou un problème en cours.
Pour les lecteurs qui font partie de toute équipe de développement et de livraison de logiciels, les Exemple de l'action corrective est la décision de déployer un correctif en production pour corriger un incident de production causé par le déploiement de production le plus récent.
Action préventive
Tel que défini dans le dictionnaire Merriam-Webster, le mot préventif est défini comme «quelque chose qui empêche (de ne pas se produire ou d'exister)». Par conséquent, l'action préventive est définie comme une tâche identifiée pour empêcher qu'un problème ou un problème ne se produise dans un avenir proche ou éloigné.
Par exemple , le processus de fourniture des zones touchées aux testeurs pourrait empêcher tout bogue involontaire de se glisser dans la production, en particulier dans les composants qui étaient autrement considérés comme hors de portée lors de la planification des besoins.
Différence entre les actions correctives et préventives
Action corrective | Action préventive |
---|---|
Résout un problème actuel. | Résout un problème pouvant survenir dans le futur (proche ou éloigné). |
L'intention ici est de corriger / résoudre le problème. | L'intention ici est d'empêcher ce problème de se produire à l'avenir. |
Similitudes CAPA
#1) Les actions préventives et correctives sont créées pour traiter des problèmes du passé, du présent ou du futur.
# 2) Le lancement de l'action préventive ou corrective est issu des mêmes processus sous-jacents que:
- Processus d'analyse et de gestion des risques
- Processus d'analyse des causes profondes
- Processus rétrospectif
- Examiner les actifs du processus organisationnel comme les leçons historiques apprises, etc.
Nous discuterons de ces processus en détail dans la section suivante.
Quand utiliser chacun?
Chaque problème ou risque identifié peut avoir un CAPA correspondant. Tout en cherchant à identifier si une action résultante serait corrective ou préventive - la règle de base pour comprendre ici est l'intention de cette action.
- Si l'intention est de nature corrective, c'est-à-dire si la signification est conçue pour résoudre le problème actuel, cela s'appellerait une action corrective.
- Si l'intention est préventive, c'est-à-dire si la signification est conçue pour empêcher que de tels problèmes se produisent à l'avenir, cela s'appellerait une action préventive.
Processus à identifierActions correctives et préventives
# 1) Processus d'analyse et de gestion des risques
Le risque est essentiellement la probabilité d'un événement négatif.
Lors de l'analyse des risques, un projet ou une activité est évalué pour identifier les risques associés et l'impact de ce risque sur le projet / l'activité. Cette analyse est effectuée dans le cadre de la gestion globale des risques, dans laquelle une stratégie d'atténuation appropriée est créée en fonction de l'impact et de la probabilité de survenance de ce risque.
Chaque risque identifié peut être associé ou non à une action préventive ou corrective. Les risques identifiés sont cartographiés et regroupés en fonction de leur impact et de leur probabilité d'occurrence. La priorité est donnée au risque qui tombe sous un compartiment à fort impact et à forte probabilité d'occurrence.
Prenons un exemple pour mieux comprendre cela.
Supposons que votre équipe est sur le point de publier un nouveau site Web et sur la base des bogues non résolus et du court délai de livraison, l'équipe a identifié les risques suivants pour le projet s'il est publié:
- Risque n ° 1: La fonctionnalité de recherche sur le site Web prend trop de temps à répondre et finira par expirer. Les clients verront un message d'erreur indiquant le délai d'expiration.
- Risque n ° 2: Le logo sur la page Contactez-nous n'est pas adapté aux mobiles.
- Risque n ° 3: Le processus d'enregistrement du compte ne fonctionne pas. Les nouveaux utilisateurs ne peuvent pas s'inscrire
- Risque n ° 4: Les clients IE9 (moins de 4% parmi tous les clients) ne peuvent pas cliquer sur l'icône de la page d'accueil.
Pour hiérarchiser la résolution, votre équipe cartographie ensuite ces risques identifiés sur la matrice des risques, comme indiqué ci-dessous.
Dans la pratique, les risques 1 et 3 seraient prioritaires sur les risques 2 et 4, car ils sont plus critiques en raison de leur forte probabilité d'occurrence et d'impact.
Développons maintenant des stratégies d'atténuation des risques pour les risques identifiés!
Atténuation des risques pour le risque n ° 1
Action préventive:
- Optimisez la procédure stockée de recherche pour renvoyer les résultats en moins de 2 secondes. Attribuez des ressources de développement supplémentaires ou réaffectez des ressources pour terminer cette tâche avant la publication.
Action corrective:
- Ajoutez une pagination à la page des résultats de recherche, de sorte que seuls 25 produits correspondant aux critères soient chargés à la fois, réduisant ainsi la charge sur le serveur.
Atténuation des risques pour le risque n ° 2
en quoi java est-il différent de c ++
Action préventive:
- Aucun
Action corrective
- Corrigez le défaut si les ressources de développement sont disponibles.
Atténuation des risques pour le risque n ° 3
Action corrective
- Attribuez des ressources de développement ou réaffectez des ressources pour corriger ce problème.
Atténuation des risques pour le risque n ° 4
Action préventive:
- Aucun
Action corrective
- Corrigez le problème si des ressources de développement sont disponibles.
# 2) Processus d'analyse des causes profondes
L'analyse des causes profondes est effectuée pour identifier la cause profonde du problème passé ou existant. Ma méthode préférée de tous les temps pour déterminer la cause première est la méthode des 5 pourquoi.
Quelle est la méthode des 5 pourquoi?
La méthode des 5 Pourquoi est une technique d'interrogation courante où la cause profonde est identifiée en répétant la question «Pourquoi». Cette technique est très populaire même dans l'industrie manufacturière et a été initialement utilisée par Toyota Motor Corporation au cours de la progression de ses pratiques de fabrication.
Prenons cet exemple:
Problème: la construction a échoué en production et a dû être annulée.
POURQUOI?
Les clients n'ont pas pu ajouter des articles dans le panier à la caisse.
POURQUOI?
Problème de déploiement de build: l'une des procédures stockées requises n'a pas été déployée. Cela a eu un impact sur la fonctionnalité d'ajout au panier.
POURQUOI?
Les instructions pour déployer cette procédure stockée particulière étaient manquantes dans le manifeste.
POURQUOI?
Le développeur responsable du développement de cette procédure stockée a oublié d'ajouter les instructions dans le manifeste.
Action corrective:
- Ajoutez des instructions correctes et précises dans le manifeste pour le déploiement de build.
- Testez le déploiement du package de build complet selon les instructions du manifeste sur un autre environnement de test et effectuez un test de régression pour vous assurer que la build fonctionne correctement.
Action préventive:
- Introduire le processus pour que les responsables de développement examinent le package de déploiement complet ainsi que le manifeste, au moins 1 jour avant la version de production.
# 3) Processus rétrospectif
Une rétrospective est un examen des événements passés et utilise ces événements comme une occasion d'en tirer des leçons. En ce qui concerne le développement logiciel et la gestion de projet, une rétrospective peut être faite soit à la fin d'une version majeure, soit à la fin d'un sprint ou à n'importe quelle étape du projet.
Sur la base de l'examen, un certain nombre d'actions préventives ou correctives pertinentes qui aideraient à atténuer les risques associés à des projets futurs similaires peuvent être identifiées.
# 4) Examiner les actifs du processus organisationnel en tant que leçons historiques apprises
L'explication ici est la même que le point ci-dessus pour le processus rétrospectif. L'idée ici est d'apprendre des erreurs ou des problèmes du passé et d'appliquer une amélioration identifiée à des projets futurs similaires.
Processus de base de CAPA
Quels que soient les processus utilisés pour identifier les actions correctives ou préventives, le processus de base ou l'approche reste le même. Discutons du processus de base étape par étape avec un exemple de notre vie quotidienne.
Maintenant, appliquons ce processus à un exemple réel .
Presque chaque fois que je fais la vaisselle, je finis par faire tomber le savon à vaisselle, c'est-à-dire qu'il se renverse et que le liquide savonneux est partout sur le sol. Le déversement savonneux n'est pas facile à nettoyer et est fastidieux!
Suivi des actions correctives ou préventives jusqu'à la clôture
Après une action, est identifié si correctif ou préventif, le travail n'est pas encore terminé. L'action doit encore être exécutée et finalement terminée et clôturée.
Le suivi des points d'action jusqu'à la clôture est une chose avec laquelle les équipes ont souvent du mal.
Vous trouverez ci-dessous quelques conseils utiles qui peuvent vous aider, vous et votre équipe, à suivre et exécuter les actions identifiées.
- Identifiez toujours la personne responsable de l'exécution du point d'action identifié et la personne responsable de la conduite de toute l'initiative. Exemple: Si l'action concerne un projet logiciel, la personne qui exécute peut être un développeur et la personne qui le dirige peut être le chef de projet.
- Assurez-vous qu'il existe un moyen de suivre la progression de l'action. En fonction de votre organisation, la méthode de suivi peut aller des éléments de campagne dans Excel à l'utilisation d'un logiciel sous licence dédié pour suivre toutes les actions en cours.
- Créez des directives pour signaler les actions en retard. La directive peut être simple comme si une action n'est pas achevée avant ou après 7 jours de la date d'échéance convenue, un rapport formel serait alors envoyé à l'équipe de direction à ce sujet et l'équipe de projet serait appelée à justifier pourquoi l'action n'a pas été menée à terme dans les délais impartis. Plus de niveaux peuvent être ajoutés à cette règle en fonction de la structure hiérarchique de votre organisation.
Cliquez sur Ici , pour accéder au modèle de plan d'action correctif et préventif avec des exemples de données.
Point de vue du testeur
En tant que testeurs, nous contribuons à la réussite d'un projet de plusieurs manières. La capacité à identifier les risques et à contribuer à l'identification des CAPA est une compétence importante que nous pouvons développer et utiliser à notre avantage.
script shell pour comparer deux fichiers
Les actions correctives et préventives peuvent également être facilement appliquées au processus de test et peuvent aider à améliorer l'efficacité des tests et la qualité globale. Ces actions peuvent être identifiées par les responsables des tests, les responsables QA, les chefs de projet, etc. et exécutées par les testeurs et même les autres membres de l'équipe.
Conclusion
Une action corrective est une tâche identifiée pour corriger ou résoudre un problème ou un problème en cours. L'action préventive est définie comme une tâche identifiée pour éviter un problème ou un problème pouvant survenir dans un avenir proche ou éloigné.
Bien que l'intention soit différente pour les deux, des actions préventives et correctives sont créées pour traiter les problèmes du passé, du présent ou du futur.
L'analyse des risques, l'analyse des causes profondes, les rétrospectives, etc. sont tous des processus qui peuvent être utilisés pour identifier les actions préventives et correctives. Après une action, est identifié comme correctif ou préventif, le travail n'est pas encore terminé. L'action doit encore être exécutée et finalement terminée et clôturée.
La capacité à identifier les risques et à contribuer à l'identification des actions correctives et préventives est une compétence importante que nous, les testeurs, pouvons développer et utiliser à notre avantage.
J'espère que cet article aurait clarifié toutes vos questions sur les actions correctives et les actions préventives (CAPA) !!
lecture recommandée
- Les 150 mots seulement que vous devriez lire aujourd'hui pour commencer à agir
- Guide du débutant de SalesForce Testing
- Guide du débutant sur les tests ERP (tests SAP) - Partie 1
- Meilleure série de tutoriels C # GRATUITS: Le guide ultime de C # pour les débutants
- Qu'est-ce que le test du système - Un guide du débutant ultime
- Test de conception Web adaptative: le guide complet du débutant
- Guide de certification CSTE
- Test alpha et test bêta (un guide complet)