capa beginner s guide corrective action preventive action
Разгледайте всичко за коригиращите действия за превантивни действия (CAPA), включително някои примери и казуси за приложения в реалния живот:
Много пъти чуваме термините коригиращо действие и превантивно действие (наричани общо CAPA), използвани като взаимозаменяеми, но в действителност те не са еднакви. Дефиницията и намерението на всяко от тези действия са много конкретни в приложението.
Какво ще научите:
- Какво представлява превантивното действие с коригиращи действия (CAPA)?
- Коригиращи действия
- Превантивно действие
- Разлика между коригиращи и превантивни действия
- Прилики в CAPA
- Кога да се използва всеки?
- Процеси за идентифициране на коригиращи и превантивни действия
- Основен процес на CAPA
- Проследяване на коригиращи или превантивни действия за затваряне
- Перспектива на тестера
- Заключение
Какво представлява превантивното действие с коригиращи действия (CAPA)?
В тази статия ще обсъдим по-подробно коригиращите действия и превантивните действия - ще дефинираме всеки от тях с примери, задълбочено ще разгледаме спецификата и ще разгледаме някои казуси за реални приложения.
Нека да изследваме !!
Коригиращи действия
Както е дефинирано в речника Merriam-Webster, думата коректив се определя като „предназначена да коригира (да направи или настрои правилно)“. Следователно, в съответствие с дефиницията, коригиращото действие е задача, която е идентифицирана за коригиране или отстраняване на текущ текущ проблем или проблем.
За тези читатели, които са част от всеки екип за разработка и доставка на софтуер, най-често срещаните Пример на коригиращи действия е решението за внедряване на актуална корекция в производството, за да се коригира производствен инцидент, причинен от последното внедряване на производството.
Превантивно действие
Както е дефинирано в речника Merriam-Webster, думата превантивна се определя като „нещо, което пречи (за да не се случва или съществува)“. Следователно превантивното действие се определя като задача, идентифицирана, за да се предотврати възникването на проблем или проблем в близко или далечно бъдеще.
Например , процесът на предоставяне на засегнати зони на тестерите може да попречи на всякакви неволни грешки да се промъкнат в производството, особено в компонентите, които иначе бяха счетени извън обхвата по време на планирането на изискванията.
Разлика между коригиращи и превантивни действия
Коригиращи действия | Превантивно действие |
---|---|
Адресира текущ проблем. | Адресира проблем, който може да възникне в бъдеще (близък или далечен). |
Тук намерението е да се реши / разреши проблемът. | Тук намерението е да се предотврати появата на този проблем в бъдеще. |
Прилики в CAPA
# 1) Превантивните и коригиращите действия са създадени, за да се справят с проблеми от миналото, настоящето или бъдещето.
# 2) Началото на превантивно или коригиращо действие е от същите основни процеси като:
- Процес на анализ и управление на риска
- Процес на анализ на основната причина
- Ретроспективен процес
- Преглед на активите на организационния процес като научени исторически уроци и т.н.
Ще обсъдим подробно тези процеси в следващия раздел.
Кога да се използва всеки?
Всеки идентифициран проблем или риск може да има съответна CAPA. Докато се опитваме да идентифицираме дали дадено действие би било коригиращо или превантивно - правилото за разбиране тук е целта на това действие.
- Ако намерението има коригиращ характер, т.е. ако смисълът е предназначен да коригира настоящия проблем, това ще се нарече Коригиращо действие.
- Ако намерението е превантивно, т.е. ако смисълът е предназначен да предотврати появата на такива проблеми в бъдеще, това ще се нарече Превантивно действие.
Процеси за идентифициранеКоригиращи и превантивни действия
# 1) Процес на анализ и управление на риска
Рискът е по същество вероятността от негативно събитие.
По време на извършването на анализ на риска се оценява проект или дейност, за да се идентифицират свързаните рискове и въздействието на този риск върху проекта / дейността. Този анализ се прави като част от цялостното управление на риска, при което се създава подходяща стратегия за смекчаване въз основа на въздействието и вероятността от възникване на този риск.
Всеки идентифициран риск може или не може да има превантивно или коригиращо действие, свързано с него. Идентифицираните рискове се картографират и групират въз основа на тяхното въздействие и вероятност за възникване. Приоритет се дава на риска, който попада под силно въздействие и голяма вероятност за възникване на кофа.
Нека разгледаме пример, за да разберем това по-нататък.
Нека приемем, че вашият екип е на път да пусне нов уебсайт и въз основа на неразрешените грешки и краткия график за доставка, екипът идентифицира следните рискове за проекта, ако бъде освободен:
- Риск # 1: Функцията за търсене на уебсайта отнема твърде много време, за да отговори и в крайна сметка ще изтече. Клиентите ще видят съобщение за грешка, посочващо времето за изчакване.
- Риск # 2: Логото на страницата за контакт с нас не отговаря на мобилни устройства.
- Риск # 3: Процесът на регистрация на акаунта не работи. Новите потребители не могат да се регистрират
- Риск # 4: Клиентите на IE9 (по-малко от 4% от всички клиенти) не могат да кликнат върху иконата за начална страница.
За да даде приоритет на разрешаването, вашият екип след това картографира тези идентифицирани рискове в Матрицата на риска, както е показано по-долу.
На практика Риск № 1 и 3 ще бъдат приоритетни пред Риск № 2 и 4, тъй като те са по-критични поради високата им вероятност за възникване и въздействие.
Нека сега разработим стратегии за намаляване на риска за идентифицираните рискове!
Намаляване на риска за риск №1
Превантивно действие:
- Оптимизирайте съхранената процедура за търсене, за да върнете резултатите за по-малко от 2 секунди. Задайте допълнителни ресурси за разработчици или преназначете ресурси, за да завършите тази задача преди изданието.
Коригиращи действия:
- Добавете пагинация към страницата с резултати от търсенето, така че да се зареждат наведнъж само 25 продукта, отговарящи на критериите, като по този начин се намалява натоварването на сървъра.
Намаляване на риска за риск №2
защо моят шлюз по подразбиране продължава да работи офлайн
Превантивно действие:
- Нито един
Коригиращи действия
- Отстранете дефекта, ако са налични ресурси за разработчици.
Намаляване на риска за риск №3
Коригиращи действия
- Задайте ресурси за разработчици или преназначете ресурси, за да отстраните този дефект.
Намаляване на риска за риск # 4
Превантивно действие:
- Нито един
Коригиращи действия
- Отстранете дефекта, ако са налични ресурси за разработчици.
# 2) Процес на анализ на основната причина
Анализът на основната причина се прави, за да се идентифицира основната причина за миналия или съществуващия проблем. Моят любим метод за определяне на първопричината е методът 5-защо.
Какво представлява методът 5-Защо?
Методът 5-Защо е често срещана техника за въпроси, при която основната причина се идентифицира чрез повтаряне на въпроса „Защо“. Тази техника е много популярна дори в производствената индустрия и първоначално се използва в Toyota Motor Corporation по време на прогресирането на нейните производствени практики.
Нека разгледаме този пример:
Проблем: Компилацията се провали в производството и трябваше да бъде върната обратно.
ЗАЩО?
Клиентите не бяха в състояние да добавят артикули в количката за плащане.
ЗАЩО?
Проблем с внедряването на компилация: Една от необходимите съхранени процедури не е внедрена. Това се отрази на функционалността за добавяне в кошницата.
ЗАЩО?
Инструкциите за разполагане на тази съхранена процедура липсваха в манифеста.
ЗАЩО?
Разработчикът, отговорен за разработката на тази съхранена процедура, е забравил да добави инструкциите в манифеста.
Коригиращи действия:
- Добавете правилни и точни инструкции в манифеста за разполагане на компилация.
- Тествайте внедряването на пълния пакет за компилация съгласно инструкциите в манифеста в друга тестова среда и извършете тест за регресия, за да се уверите дали компилацията работи добре.
Превантивно действие:
- Въведете процес за Dev води до преглед на пълния пакет за внедряване плюс манифест, най-малко 1 ден преди продуктовата версия.
# 3) Ретроспективен процес
Ретроспективата е преглед на минали събития и използва тези събития като възможност да се поучим от тях. По отношение на разработването на софтуер и управлението на проекти, ретроспекция може да бъде направена или в края на голямо издание, или в края на спринт, или във всеки етап от проекта.
Въз основа на прегледа могат да бъдат идентифицирани редица подходящи превантивни или коригиращи действия, които биха помогнали за намаляване на рисковете, свързани с подобни бъдещи проекти.
# 4) Преглед на активите на организационния процес като научени исторически уроци
Обяснението тук е същото като горната точка за ретроспективния процес. Идеята тук е да се поучим от минали грешки или проблеми и да приложим идентифицирано подобрение към подобни бъдещи проекти.
Основен процес на CAPA
Независимо от процесите, използвани за идентифициране на коригиращи или превантивни действия, основният процес или подходът остава същият. Нека обсъдим основния процес стъпка по стъпка с пример от нашето ежедневие.
Сега нека приложим този процес към пример от реалния живот .
Почти всеки път, когато мия чинии, накрая избивам сапуна за миене на съдове, т.е. той се разлива и сапунената течност е навсякъде по пода. Сапуненият разлив не се почиства лесно и е уморителен!
Проследяване на коригиращи или превантивни действия за затваряне
След действие се идентифицира дали коригиращо или превантивно, работата все още не е приключила. Действието все още трябва да бъде изпълнено и окончателно завършено и затворено.
Проследяването на екшън точки до затваряне е нещо, с което екипите често се борят.
По-долу са дадени някои полезни съвети, които могат да помогнат на вас и вашия екип при проследяването и изпълнението на идентифицираните действия.
- Винаги идентифицирайте отговорното лице, за да изпълните определената точка за действие, и отговорното лице, което да управлява цялата инициатива. Пример: Ако действието е за софтуерен проект, тогава изпълняващото лице може да бъде разработчик, а лицето, което го управлява, може да бъде ръководител на проекта.
- Уверете се, че има начин да проследите напредъка на действието. В зависимост от вашата организация начинът за проследяване може да варира от договорени покупки в Excel до използване на специален лицензиран софтуер за проследяване на всички текущи действия.
- Създайте насоки за отчитане на просрочени елементи за действие. Насоките могат да бъдат прости, като например, ако дадено действие не бъде завършено до или след 7 дни от договорената дата за падеж, тогава на мениджърския екип ще бъде изпратен официален доклад за това и проектният екип ще бъде призован да предостави обосновка за защо действието не е приключило в определения срок. Към това правило могат да се добавят още нива въз основа на йерархичната структура на вашата организация.
Щракнете тук , за достъп до шаблона за план за коригиращи и превантивни действия с примерни данни.
Перспектива на тестера
Като тестери ние допринасяме за успеха на даден проект по редица начини. Способността да идентифицираме рисковете и да допринасяме за идентифицирането на CAPA е важно умение, което можем да развием и използваме в наша полза.
каква е разликата между пренасочването на портове и задействането на портове
Коригиращи и превантивни действия могат лесно да бъдат приложени и към процеса на тестване и могат да помогнат за подобряване на ефективността на теста и цялостното му качество. Тези действия могат да бъдат идентифицирани от тестовите потенциални клиенти, QA потенциални клиенти, мениджърите на проекти и т.н.
Заключение
Коригиращото действие е задача, идентифицирана за коригиране или отстраняване на настоящ текущ проблем или проблем. Превантивното действие се определя като задача, идентифицирана за предотвратяване на проблем или проблем, който може да възникне в близко или далечно бъдеще.
Въпреки че намерението е различно и за двете, създават се превантивни и коригиращи действия за справяне с проблемите от миналото, настоящето или бъдещето.
Анализът на риска, анализът на основната причина, ретроспективите и т.н. са всички процеси, които могат да се използват за идентифициране на превантивни и коригиращи действия. След действие се идентифицира дали коригиращо или превантивно, работата все още не е приключила. Действието все още трябва да бъде изпълнено и окончателно завършено и затворено.
Способността да идентифицираме рисковете и да допринасяме за идентифициране на коригиращите и превантивните действия е важно умение, което ние, тестерите, можем да развием и използваме в наша полза.
Надявам се, че тази статия би изяснила всички ваши запитвания относно коригиращи действия и превантивни действия (CAPA) !!
Препоръчително четене
- Единствените 150 думи, които трябва да прочетете днес, за да започнете да действате
- Ръководство за начинаещи за тестване на SalesForce
- Ръководство за начинаещи за ERP тестване (SAP тестване) - Част 1
- Най-добрият БЕЗПЛАТЕН урок за C #: Най-доброто ръководство за C # за начинаещи
- Какво е системно тестване - Ръководство за крайни начинаещи
- Отзивчиво тестване на уеб дизайн: Пълното ръководство за начинаещи
- Ръководство за сертифициране на CSTE
- Алфа тестване и бета тестване (Пълно ръководство)