capa beginner s guide corrective action preventive action
Дізнайтеся про все про коригувальні дії Профілактичні дії (CAPA), включаючи деякі приклади та приклади практичних застосувань:
Багато разів ми чуємо, що терміни коригувальні дії та профілактичні дії (спільно названі CAPA) використовуються як взаємозамінні, але насправді вони не однакові. Визначення та намір кожної з цих дій дуже конкретні у заявці.
Що ви дізнаєтесь:
- Що таке профілактичні дії щодо коригуючих дій (CAPA)?
- Висновок
Що таке профілактичні дії щодо коригуючих дій (CAPA)?
У цій статті ми обговоримо коригувальні дії та профілактичні дії більш докладно - ми визначимо кожен із них на прикладах, глибоко заглибимось у специфіку та розглянемо деякі тематичні дослідження для реальних застосувань.
Давайте досліджувати !!
Коригувальні дії
Як визначено у словнику Мерріам-Вебстер, слово коректив визначається як «призначений для виправлення (для виправлення чи виправлення)». Отже, згідно з визначенням, Коригувальна дія - це завдання, яке визначається для виправлення чи виправлення поточної поточної проблеми чи проблеми.
Для тих читачів, які є частиною будь-якої команди з розробки та доставки програмного забезпечення, найпоширеніша Приклад коригувальних дій - це рішення про розгортання виправлення на виробництві для виправлення виробничого інциденту, спричиненого найновішим розгортанням виробництва.
Профілактична дія
Як визначено у словнику Мерріам-Вебстер, слово профілактичне визначається як «те, що заважає (щоб не відбулося або не існувало)». Тому Профілактична дія визначається як завдання, визначене для запобігання виникненню проблеми чи проблеми в найближчому чи віддаленому майбутньому.
Наприклад , процес надання постраждалих ділянок тестувальникам може запобігти попаданню будь-яких ненавмисних помилок у виробництво, особливо в тих компонентах, які в іншому випадку були визнані поза сферою застосування під час планування вимог.
Різниця між коригуючими та профілактичними діями
| Коригувальні дії | Профілактична дія |
|---|---|
| Вирішено поточну проблему. | Вирішено проблему, яка може виникнути в майбутньому (близька чи далека). |
| Намір полягає у вирішенні / вирішенні проблеми. | Тут йдеться про те, щоб зупинити цю проблему у майбутньому. |
Схожість CAPA
# 1) Як профілактичні, так і коригувальні дії створюються для вирішення питань минулого, сьогодення чи майбутнього.
# 2) Початок профілактичних чи коригувальних дій відбувається з тих самих основних процесів, що й:
- Аналіз ризиків та процес управління
- Процес аналізу основної причини
- Ретроспективний процес
- Перегляд активів організаційного процесу, таких як отримані історичні уроки тощо.
Ми детально обговоримо ці процеси в наступному розділі.
Коли використовувати кожну?
Кожна виявлена проблема або ризик може мати відповідну CAPA. Прагнучи визначити, чи отримана дія буде коригувальною чи профілактичною - тут слід зрозуміти, наскільки важливим є це правило.
- Якщо намір має коригувальний характер, тобто якщо зміст покликаний виправити поточну проблему, це буде називатися Коригувальною Дією.
- Якщо намір є превентивним, тобто якщо зміст призначений для запобігання виникненню таких проблем у майбутньому, це називатиметься превентивними діями.
Процеси для ідентифікаціїКоригувальні та профілактичні дії
# 1) Процес аналізу та управління ризиками
Ризик - це, по суті, ймовірність негативного виникнення.
Під час проведення аналізу ризиків оцінюється проект чи діяльність, щоб визначити пов'язані з ними ризики та вплив цього ризику на проект / діяльність. Цей аналіз проводиться як частина загального управління ризиками, де створюється відповідна стратегія зменшення наслідків на основі впливу та ймовірності виникнення цього ризику.
Кожен виявлений ризик може мати, а може і не мати пов’язаних із цим профілактичних чи коригуючих дій. Визначені ризики картографуються та групуються на основі їх впливу та ймовірності виникнення. Пріоритет віддається ризику, який потрапляє під сильний вплив та високу ймовірність виникнення відра.
Давайте розглянемо приклад, щоб зрозуміти це далі.
Припустимо, що ваша команда збирається випустити новий веб-сайт, і на основі невирішених помилок та коротких термінів доставки команда визначила такі ризики для проекту у разі випуску:
- Ризик №1: Функція пошуку на веб-сайті займає занадто багато часу, щоб відповісти, і в кінцевому підсумку закінчиться. Клієнти побачать повідомлення про помилку із зазначенням часу очікування.
- Ризик №2: Логотип на сторінці зв’язку з нами не адаптивний для мобільних пристроїв.
- Ризик №3: Процес реєстрації облікового запису не працює. Нові користувачі не можуть зареєструватися
- Ризик No4: Клієнти IE9 (менше 4% серед усіх клієнтів) не можуть натиснути на піктограму Домашня сторінка.
Щоб визначити пріоритет вирішення, ваша команда потім відображає ці виявлені ризики в Матриці ризиків, як показано нижче.
На практиці ризики №1 та 3 мають бути пріоритетними перед ризиками №2 та 4, оскільки вони є більш критичними через високу ймовірність виникнення та впливу.
Давайте зараз розробимо стратегії зменшення ризику для виявлених ризиків!
Зменшення ризику для ризику №1
Профілактичні дії:
- Оптимізуйте збережену процедуру пошуку, щоб повернути результати менш ніж за 2 секунди. Призначте додаткові ресурси розробника або перепризначте ресурси, щоб виконати це завдання перед випуском.
Коригувальні дії:
- Додайте пагінацію на сторінку результатів пошуку, щоб одночасно завантажувалося лише 25 продуктів, що відповідають критеріям, тим самим зменшуючи навантаження на сервер.
Зменшення ризику для ризику №2
питання співбесіди для довідкової служби
Профілактичні дії:
- Жоден
Коригуюча дія
- Виправте дефект, якщо доступні ресурси розробника.
Зменшення ризику для ризику №3
Коригувальні дії
- Призначте ресурси розробника або перепризначте ресурси, щоб виправити цей дефект.
Зменшення ризику для ризику №4
Профілактичні дії:
- Жоден
Коригуюча дія
- Виправте дефект, якщо доступні ресурси розробника.
# 2) Процес аналізу основної причини
Аналіз основної причини проводиться для виявлення першопричини минулої чи існуючої проблеми. Мій найулюбленіший метод визначення першопричини - метод 5-чому.
Що таке метод 5-чому?
Метод 5-Чому - це поширений прийом допиту, коли першопричину ідентифікують, повторюючи питання “Чому”. Ця техніка дуже популярна навіть у обробній промисловості і спочатку застосовувалась у Toyota Motor Corporation під час прогресу своєї виробничої практики.
Давайте розглянемо цей приклад:
Проблема: Збірка не вдалася у виробництві, і її довелося відкотити.
ЧОМУ?
Клієнти не змогли додати товари в кошик для замовлення.
ЧОМУ?
Проблема розгортання збірки: одна з необхідних збережених процедур не була розгорнута. Це вплинуло на функціональність додавання в кошик.
ЧОМУ?
В маніфесті відсутні інструкції щодо розгортання цієї конкретно збереженої процедури.
ЧОМУ?
Розробник, відповідальний за розробку цієї збереженої процедури, забув додати інструкції в маніфесті.
Коригувальні дії:
- Додайте правильні та точні інструкції до маніфесту для розгортання збірки.
- Перевірте розгортання повного пакету збірки відповідно до інструкцій у маніфесті в іншому тестовому середовищі та проведіть регресійний тест, щоб переконатися, що збірка працює нормально.
Профілактичні дії:
- Впровадження процесу для розробника призводить до перегляду повного пакету розгортання та маніфесту принаймні за 1 день до випуску версії.
# 3) Ретроспективний процес
Ретроспектива - це огляд минулих подій і використовує ці події як можливість вчитися на них. Що стосується розробки програмного забезпечення та управління проектами, ретроспективу можна зробити або в кінці основного випуску, або в кінці спринту, або в будь-яку віху проекту.
На основі огляду може бути визначена низка відповідних профілактичних чи коригувальних дій, які допоможуть зменшити ризики, пов’язані з подібними майбутніми проектами.
# 4) Перегляд активів організаційного процесу як вивчених історичних уроків
Пояснення тут те саме, що і вищевказаний пункт процесу ретроспективи. Ідея тут полягає в тому, щоб вчитися на минулих помилках або проблемах та застосовувати визначене вдосконалення до подібних майбутніх проектів.
Основний процес CAPA
Незалежно від процесів, що використовуються для ідентифікації коригуючих чи профілактичних дій, основний процес або підхід залишаються незмінними. Давайте обговоримо основний покроковий процес на прикладі нашого повсякденного життя.
А тепер застосуємо цей процес до реального прикладу .
Майже кожного разу, коли я мию посуд, я в кінцевому підсумку збиваю мило для миття посуду, тобто воно розливається, а мильна рідина - по всій підлозі. Мильний розлив непросто очистити, і він нудний!
Відстеження коригувальних чи запобіжних заходів до закриття
Після дії визначається, коригувальний чи профілактичний, робота ще не закінчена. Дію ще потрібно виконати, остаточно завершити та закрити.
Відстеження точок дії до закриття - це те, з чим команди часто борються.
Нижче наведено кілька корисних порад, які можуть допомогти вам та вашій команді у відстеженні та виконанні визначених дій.
- Завжди визначайте особу, відповідальну за виконання визначеного пункту дій, та відповідальну особу, яка керує цілою ініціативою. Приклад: Якщо дія стосується програмного проекту, то виконавець може бути розробником, а керуючий - керівником проекту.
- Переконайтеся, що є спосіб відстеження прогресу дії. Залежно від вашої організації, спосіб відстеження може варіюватися від позицій в Excel до використання спеціального ліцензійного програмного забезпечення для відстеження всіх поточних дій.
- Створіть вказівки щодо звітування про прострочені дії. Керівництво може бути простим, наприклад, якщо дія не буде виконана до або після 7 днів погодженого терміну, тоді керівницькій групі буде надіслано офіційний звіт про це, і команда проекту буде запрошена для надання обґрунтування чому акція не була завершена у встановлені терміни. До цього правила можна додати більше рівнів на основі ієрархічної структури вашої організації.
Клацніть тут , отримати доступ до шаблону Плану коригувальних та превентивних дій із зразками даних.
Перспектива тестера
Як тестувальники, ми сприяємо успіху проекту різними способами. Вміння виявляти ризики та сприяти визначенню CAPA є важливою навичкою, яку ми можемо розвивати та використовувати на свою користь.
як скласти план тесту
Коригувальні та профілактичні дії можуть бути легко застосовані до процесу тестування і можуть допомогти у підвищенні ефективності тесту та загальної якості. Ці дії можуть бути ідентифіковані тестуючими клієнтами, потенційними клієнтами, менеджерами проектів тощо, і виконані тестувальниками та навіть іншими членами команди.
Висновок
Коригувальні дії - це завдання, визначене для виправлення або виправлення поточної поточної проблеми чи проблеми. Профілактичні дії визначаються як завдання, визначене для запобігання проблемі чи проблемі, яка може виникнути у найближчому чи віддаленому майбутньому.
Хоча намір у обох різний, превентивні та коригувальні дії створюються для вирішення питань минулого, сьогодення чи майбутнього.
Аналіз ризиків, аналіз основних причин, ретроспективи тощо - це всі процеси, які можуть бути використані для виявлення профілактичних та коригувальних дій. Після дії, визначеної щодо коригувальної чи профілактичної роботи, робота ще не закінчена. Дію ще потрібно виконати, остаточно завершити та закрити.
Вміння виявляти ризики та сприяти виявленню коригуючих та профілактичних заходів є важливою навичкою, яку ми, тестувальники, можемо розвинути та використати на свою користь.
Сподіваюся, ця стаття пояснила б усі ваші запитання щодо коригувальних дій та профілактичних дій (CAPA) !!
Рекомендована література
- Тільки 150 слів, які вам слід прочитати сьогодні, щоб почати вживати заходів
- Посібник для початківців для тестування SalesForce
- Посібник для початківців з тестування ERP (тестування SAP) - Частина 1
- Кращий БЕЗКОШТОВНИЙ підручник з C #: Остаточний посібник для C # для початківців
- Що таке системне тестування - Кінцевий посібник для початківців
- Чуйне тестування веб-дизайну: Повний посібник для початківців
- Керівництво з сертифікації CSTE
- Альфа-тестування та бета-тестування (повний посібник)