capa beginner s guide corrective action preventive action
Esplora tutto sulle azioni correttive Azione preventiva (CAPA), inclusi alcuni esempi e case study per applicazioni nella vita reale:
Molte volte, sentiamo i termini Azione correttiva e Azione preventiva (denominati collettivamente CAPA) utilizzati in modo intercambiabile ma in realtà non sono la stessa cosa. La definizione e l'intento di ciascuna di queste azioni sono molto specifici nell'applicazione.
Cosa imparerai:
- Che cosa sono azioni correttive azioni preventive (CAPA)?
- Conclusione
Che cosa sono azioni correttive azioni preventive (CAPA)?
In questo articolo, discuteremo l'azione correttiva e l'azione preventiva in modo più dettagliato: definiremo ciascuna di queste con esempi, approfondiremo le specifiche e esamineremo alcuni casi di studio per applicazioni nella vita reale.
Esploriamo !!
Azione correttiva
Come definito nel dizionario Merriam-Webster, la parola correttivo è definita come 'inteso a correggere (per correggere o correggere)'. Pertanto, fedele alla definizione, l'azione correttiva è un'attività identificata per correggere o risolvere un problema o problema in corso.
Per quei lettori che fanno parte di qualsiasi team di sviluppo e consegna di software, il più comune Esempio dell'azione correttiva è la decisione di distribuire un hotfix in produzione per risolvere un incidente di produzione causato dalla distribuzione di produzione più recente.
Azione preventiva
Come definito nel dizionario Merriam-Webster, la parola preventiva è definita come 'qualcosa che impedisce (per evitare che accada o esista)'. Pertanto, l'azione preventiva è definita come un'attività identificata per impedire che un problema o un problema si verifichi nel prossimo o lontano futuro.
Per esempio , il processo di fornitura delle aree interessate ai tester potrebbe impedire che eventuali bug involontari si insinuino nella produzione, specialmente nei componenti che sarebbero stati altrimenti considerati fuori ambito durante la pianificazione dei requisiti.
Differenza tra azioni correttive e preventive
Azione correttiva | Azione preventiva |
---|---|
Risolve un problema attuale. | Risolve un problema che può verificarsi in futuro (vicino o lontano). |
L'intenzione qui è risolvere / risolvere il problema. | L'intenzione qui è di impedire che questo problema si verifichi in futuro. |
Somiglianze con la CAPA
# 1) Sia le azioni preventive che quelle correttive vengono create per affrontare problemi del passato, del presente o del futuro.
# 2) L'inizio dell'azione preventiva o correttiva proviene dagli stessi processi sottostanti di:
- Analisi dei rischi e processo di gestione
- Processo di analisi della causa principale
- Processo retrospettivo
- Revisione delle risorse del processo organizzativo come le lezioni storiche apprese, ecc.
Discuteremo questi processi in dettaglio nella prossima sezione.
Quando usarli?
Ogni problema o rischio identificato può avere un CAPA corrispondente. Mentre si cerca di identificare se un'azione risultante sarebbe correttiva o preventiva, la regola pratica da capire qui è l'intento di questa azione.
- Se l'intento è di natura correttiva, cioè se il significato è progettato per risolvere il problema attuale, allora si chiamerebbe Azione correttiva.
- Se l'intento è preventivo, cioè se il significato è progettato per impedire che tali problemi si verifichino in futuro, allora si chiamerebbe Azione preventiva.
Processi da identificareAzioni correttive e preventive
# 1) Analisi del rischio e processo di gestione
Il rischio è essenzialmente la probabilità di un evento negativo.
Durante l'esecuzione di un'analisi dei rischi, un progetto o un'attività viene valutata per identificare i rischi associati e l'impatto di tale rischio sul progetto / attività. Questa analisi viene eseguita come parte della gestione complessiva del rischio in cui viene creata un'adeguata strategia di mitigazione basata sull'impatto e sulla probabilità che questo rischio si verifichi.
A ciascun rischio identificato può essere associata o meno un'azione preventiva o correttiva. I rischi identificati sono mappati e raggruppati in base al loro impatto e alla probabilità di accadimento. Viene data priorità al rischio che rientra in un bucket ad alto impatto e ad alta probabilità di accadimento.
Consideriamo un esempio per capirlo ulteriormente.
Supponiamo che il tuo team stia per rilasciare un nuovo sito Web e, in base ai bug irrisolti e alla breve tempistica di consegna, il team ha identificato i seguenti rischi per il progetto se rilasciato:
- Rischio n. 1: La funzionalità di ricerca sul sito web impiega troppo tempo per rispondere e alla fine scadrà. I clienti vedranno un messaggio di errore che indica il timeout.
- Rischio n. 2: Il logo nella pagina dei contatti non risponde ai dispositivi mobili.
- Rischio n. 3: Il processo di registrazione dell'account non funziona. I nuovi utenti non possono registrarsi
- Rischio n.4: I clienti IE9 (meno del 4% tra tutti i clienti) non possono fare clic sull'icona della home page.
Per dare la priorità alla risoluzione, il tuo team mappa questi rischi identificati sulla matrice dei rischi come mostrato di seguito.
In pratica, il rischio n. 1 e 3 sarebbe prioritario rispetto al rischio n. 2 e 4, in quanto sono più critici a causa della loro alta probabilità di accadimento e impatto.
Sviluppiamo ora strategie di mitigazione del rischio per i rischi identificati!
Mitigazione del rischio per il rischio n. 1
Azione preventiva:
- Ottimizza la stored procedure di ricerca per restituire i risultati in meno di 2 secondi. Assegna risorse di sviluppo aggiuntive o riassegna le risorse per completare questa attività prima del rilascio.
Azione correttiva:
- Aggiungi l'impaginazione alla pagina dei risultati di ricerca, in modo che vengano caricati solo 25 prodotti corrispondenti ai criteri alla volta, riducendo così il carico sul server.
Mitigazione del rischio per il rischio n. 2
qual è il miglior pulitore per computer gratuito?
Azione preventiva:
- Nessuna
Azione correttiva
- Correggi il difetto se le risorse di sviluppo sono disponibili.
Mitigazione del rischio per il rischio n. 3
Azione correttiva
- Assegna risorse di sviluppo o riassegna risorse per correggere questo difetto.
Mitigazione del rischio per il rischio n. 4
Azione preventiva:
- Nessuna
Azione correttiva
- Correggi il difetto se sono disponibili risorse di sviluppo.
# 2) Processo di analisi della causa principale
L'analisi della causa principale viene eseguita per identificare la causa principale del problema passato o esistente. Il mio metodo preferito di tutti i tempi per determinare la causa principale è il metodo 5-Why.
Qual è il metodo 5-Why?
Il metodo 5-Why è una tecnica interrogativa comune in cui la causa principale viene identificata ripetendo la domanda 'Perché'. Questa tecnica è molto popolare anche nell'industria manifatturiera ed è stata inizialmente utilizzata in Toyota Motor Corporation durante la progressione delle sue pratiche di produzione.
Consideriamo questo esempio:
Problema: la compilazione non era riuscita in produzione e doveva essere annullata.
PERCHÉ?
I clienti non sono stati in grado di aggiungere articoli nel carrello al checkout.
PERCHÉ?
Problema di distribuzione della build: una delle stored procedure richieste non è stata distribuita. Ciò ha influito sulla funzionalità di aggiunta al carrello.
PERCHÉ?
Le istruzioni per distribuire questa particolare stored procedure mancavano nel manifesto.
PERCHÉ?
Lo sviluppatore responsabile dello sviluppo della stored procedure ha dimenticato di aggiungere le istruzioni nel manifesto.
Azione correttiva:
- Aggiungi istruzioni corrette e accurate nel manifest per la distribuzione della build.
- Testare la distribuzione del pacchetto di build completo secondo le istruzioni nel manifest su un altro ambiente di test ed eseguire un test di regressione per assicurarsi che la build funzioni correttamente.
Azione preventiva:
- Introdurre il processo per i responsabili dello sviluppo per esaminare il pacchetto di distribuzione completo più il manifesto, almeno 1 giorno prima del rilascio di produzione.
# 3) Processo retrospettivo
Una retrospettiva è una rassegna di eventi passati e utilizza questi eventi come un'opportunità per imparare da essi. Per quanto riguarda lo sviluppo del software e la gestione del progetto, è possibile eseguire una retrospettiva alla fine di una versione principale o alla fine di uno sprint o in qualsiasi pietra miliare del progetto.
Sulla base della revisione, è possibile identificare una serie di azioni preventive o correttive pertinenti che aiuterebbero a mitigare i rischi associati a progetti futuri simili.
# 4) Revisione delle risorse del processo organizzativo come lezioni storiche apprese
La spiegazione qui è la stessa del punto precedente per il processo Retrospettivo. L'idea qui è quella di imparare dagli errori o problemi del passato e applicare un miglioramento identificato a progetti futuri simili.
Processo di base di CAPA
Indipendentemente dai processi utilizzati per identificare le azioni correttive o preventive, il processo di base o l'approccio rimane lo stesso. Discutiamo il processo di base passo dopo passo con un esempio tratto dalla nostra vita quotidiana.
Ora applichiamo questo processo a un esempio di vita reale .
Quasi ogni volta che lavo i piatti, finisco per buttare via il detersivo per piatti, cioè trabocca e il liquido saponoso è tutto il pavimento. La fuoriuscita di sapone non è facile da pulire ed è fastidiosa!
Monitoraggio delle azioni correttive o preventive fino alla chiusura
Dopo un'azione, viene individuata se Correttiva o Preventiva, il lavoro non è ancora finito. L'azione deve ancora essere eseguita e infine completata e chiusa.
Tracciare i punti di azione fino alla chiusura è qualcosa con cui le squadre spesso lottano.
Di seguito vengono forniti alcuni suggerimenti utili che possono aiutare te e il tuo team nel monitoraggio e nell'esecuzione delle azioni identificate.
- Identificare sempre la persona responsabile per eseguire il punto d'azione identificato e la persona responsabile per guidare l'intera iniziativa. Esempio: Se l'azione riguarda un progetto software, la persona che esegue può essere uno sviluppatore e la persona che lo guida potrebbe essere il leader del progetto.
- Assicurati che ci sia un modo per monitorare l'avanzamento dell'azione. A seconda dell'organizzazione, il modo di tracciare può variare da elementi pubblicitari in Excel all'utilizzo di software con licenza dedicato per tracciare tutte le azioni in corso.
- Creare linee guida per la segnalazione di elementi di azione scaduti. La linea guida può essere semplice, ad esempio se un'azione non viene completata fino o dopo 7 giorni dalla data di scadenza concordata, verrà inviato un rapporto formale al team di gestione e il team di progetto sarà chiamato a fornire una giustificazione il motivo per cui l'azione non è stata completata entro il termine stabilito. È possibile aggiungere più livelli a questa regola in base alla struttura gerarchica della propria organizzazione.
Clic Qui , per accedere al modello del piano d'azione correttivo e preventivo con dati di esempio.
Prospettiva del tester
In qualità di tester, contribuiamo al successo di un progetto in diversi modi. La capacità di identificare i rischi e contribuire all'identificazione dei CAPA è un'abilità importante che possiamo sviluppare e utilizzare a nostro vantaggio.
trasforma char in int c ++
Le azioni correttive e preventive possono essere facilmente applicate anche al processo di test e possono aiutare a migliorare l'efficacia del test e la qualità complessiva. Queste azioni possono essere identificate dai responsabili del test, dai responsabili del controllo qualità, dai project manager, ecc. Ed eseguite dai tester e persino dagli altri membri del team.
Conclusione
L'azione correttiva è un'attività identificata per correggere o risolvere un problema o problema in corso presente. L'azione preventiva è definita come un'attività identificata per prevenire un problema o un problema che può verificarsi nel prossimo o lontano futuro.
Sebbene l'intenzione sia diversa per entrambi, vengono create azioni preventive e correttive per affrontare le questioni del passato, del presente o del futuro.
Analisi del rischio, analisi della causa principale, retrospettive, ecc. Sono tutti processi che possono essere utilizzati per identificare azioni preventive e correttive. Dopo aver individuato un'azione, se correttiva o preventiva, il lavoro non è ancora finito. L'azione deve ancora essere eseguita e infine completata e chiusa.
La capacità di identificare i rischi e contribuire all'identificazione delle azioni correttive e preventive è un'abilità importante che noi tester possiamo sviluppare e utilizzare a nostro vantaggio.
Spero che questo articolo abbia chiarito tutte le tue domande su azioni correttive e azioni preventive (CAPA) !!
Lettura consigliata
- Gli unici 150 consigli di parole che dovresti leggere oggi per iniziare ad agire
- SalesForce Testing Guida per principianti
- Guida per principianti ai test ERP (test SAP) - Parte 1
- La migliore serie di tutorial GRATUITI per C #: la guida definitiva a C # per principianti
- Che cos'è il test di sistema: una guida definitiva per principianti
- Test di responsive web design: la guida completa per principianti
- Guida alla certificazione CSTE
- Alpha test e beta test (una guida completa)