Меню

Посібник з аналізу корінних причин - кроки, методи та приклади

  • Головна
  • Інший
  • Посібник з аналізу корінних причин - кроки, методи та приклади

guide root cause analysis steps

Спробуйте Наш Інструмент Для Усунення Проблем

Цей посібник пояснює, що таке аналіз корінних причин та різні методи аналізу корінних причин, такі як аналіз риб’ячої кістки та техніка 5:

RCA (аналіз основних причин) - це структурований та ефективний процес пошуку основної причини проблем у команді Software Project. Якщо проводити систематично, це може покращити ефективність та якість результатів та процесів не тільки на рівні команди, але й у всій організації.

Цей посібник допоможе вам визначити та впорядкувати процес аналізу основних причин у вашій команді чи організації.

Аналіз причин

Цей підручник призначений для менеджерів з доставки, майстрів Scrum, менеджерів проектів, менеджерів з якості, команди розробників, тестової групи, команди з управління інформацією, групи з якості, групи підтримки тощо, щоб зрозуміти основи аналізу основних причин, а також надає шаблони та приклади цього. .

Що ви дізнаєтесь:

Що таке аналіз корінних причин?

RCA (аналіз основних причин) є механізмом аналізу дефектів для виявлення його причини. Ми проводимо мозковий штурм, читаємо та викопуємо дефект, щоб визначити, чи був дефект « тестування пропустіть ',' міс розвитку 'Або був' вимога або конструкції пропустіть '.

Коли RCA робиться точно, це допомагає запобігти дефектам у пізніших випусках або фазах. Якщо ми виявимо, що дефект стався через дизайнерська міс , ми можемо переглянути проектну документацію та вжити відповідних заходів. Подібним чином, якщо ми виявимо, що дефект стався через тестування пропустіть , ми можемо переглянути наші тестові приклади або показники та відповідно їх оновити.

RCA не повинен обмежуватися лише тестуванням дефектів. Ми можемо зробити RCA і на виробничих дефектах. На підставі рішення RCA ми можемо вдосконалити наші Тест-ліжко і включіть ці виробничі квитки як випадки тесту на регресію. Це гарантує, що дефекти або подібні дефекти не повторюються.

Процес аналізу корінних причин

Вступ

RCA використовується не лише для дефектів, повідомлених із сайту замовника, але також для дефектів UAT, дефектів модульного тестування, проблем на рівні бізнесу та операційного процесу, повсякденних життєвих проблем тощо. Тому він використовується в багатьох галузях, таких як Програмний сектор, виробництво, охорона здоров’я, банківський сектор тощо.

Проведення аналізу корінних причин подібне до роботи лікаря, який лікує пацієнта. Лікар спочатку зрозуміє симптоми. Потім він звернеться до лабораторних досліджень, щоб проаналізувати першопричину захворювання.

Якщо першопричина захворювання все ще невідома, лікар направить на скануючі тести, щоб зрозуміти далі. Він буде продовжувати діагностику та вивчати, поки не звузить до основної причини хвороби пацієнта. Така ж логіка застосовується до аналізу основних причин, що виконується в будь-якій галузі.

Отже, RCA спрямований на пошук першопричини, а не на лікування симптому, дотримуючись певного набору кроків та відповідних інструментів. Це відрізняється від аналізу дефектів, усунення несправностей та інших методів вирішення проблем, оскільки ці методи намагаються знайти рішення конкретної проблеми, але RCA намагається знайти основну причину.

Походження назви Аналіз корінних причин:

Походження назви Аналіз корінних причин

(зображення джерело )

Листя, стовбур і коріння - найважливіші частини дерева. Видно листя (Симптом) і стовбур (Проблема), які знаходяться над землею, але коріння (Причина), які знаходяться під землею, не видно, і коріння ростуть глибше і можуть поширюватися далі більше, ніж ми очікуємо. Отже, процес копання до кінця питання називається аналізом основних причин.

Переваги аналізу корінних причин

Нижче наведено деякі переваги, які ви отримаєте:

  • Попередити повторення тієї самої проблеми в майбутньому.
  • Згодом зменште кількість дефектів, про які повідомлялося з часом.
  • Знижує витрати на розвиток та економить час.
  • Удосконалити процес розробки програмного забезпечення і, отже, сприяти швидкій доставці на ринок.
  • Покращує задоволеність клієнтів.
  • Підвищення продуктивності.
  • Знайдіть приховані проблеми в системі.
  • Сприяє постійному вдосконаленню.

Види корінних причин

# 1) Людська причина: Помилка, спричинена людиною.

Приклади:

  • Під кваліфікованими.
  • Інструкції не виконувались належним чином.
  • Виконав непотрібну операцію.

# 2) Організаційна причина: Процес, який люди використовують для прийняття неправильних рішень.

Приклади:

  • Чіткі команди дали керівнику команди нечіткі вказівки.
  • Вибір неправильної людини для завдання.
  • Не існує інструментів моніторингу для оцінки якості.

# 3) Фізична причина: Будь-який фізичний предмет якимось чином не вдався.

Приклади:

  • Комп’ютер продовжує перезавантажуватися.
  • Сервер не завантажується.
  • Дивні або гучні звуки в системі.

Кроки для аналізу корінних причин

Для ефективного аналізу корінних причин необхідний структурований та логічний підхід. Отже, необхідно виконати ряд кроків.

Кроки для аналізу корінних причин

# 1) Формуйте команду RCA

Кожна команда повинна мати спеціальну команду Менеджер аналізу основних причин (менеджер RCA) який збиратиме деталі від команди підтримки та ініціюватиме процес початку RCA. Він координуватиме та розподілятиме ресурси, котрі потребують участі у засіданнях RCA, залежно від заявленої проблеми.

Команди, які відвідують зустріч, повинні мати персонал кожної команди (Вимоги, Дизайн, Тестування, Документація, Якість, Підтримка та обслуговування), який є найбільш обізнаним із проблемою. У команді повинні бути люди, які також безпосередньо пов’язані з дефектом. Наприклад, інженер служби підтримки, який негайно виправив замовника.

Поділіться з командою деталями проблеми перед тим, як відвідати збори, щоб вони могли провести початковий аналіз та підготуватися. Члени команди також збирають інформацію, пов’язану з дефектом. Залежно від звіту про інцидент, кожна команда простежить, що пішло не так w.r.t до цього сценарію на своїх відповідних етапах. Підготовка підвищить ефективність майбутньої дискусії.

# 2) Визначте проблему

Зберіть деталі проблеми, такі як звіти про події, докази проблеми (знімок екрана, журнали, звіти тощо), а потім вивчіть / проаналізуйте проблему, задавши наведені нижче запитання:

  • В чому проблема?
  • Яка послідовність подій, що призвели до проблеми?
  • Які системи були задіяні?
  • Як довго проблема існувала?
  • Який вплив має проблема?
  • Хто брав участь і визначав, з ким слід проводити співбесіду?

Використовуйте правила «SMART», щоб визначити свою проблему:

  • S ПЕТИЧНИЙ
  • М ЗРОБЛИВО
  • ДО ОРІЄНТОВАНО НА ЦІОН
  • Р. ЕЛІВАНТ
  • Т ЗВ'ЯЗАНЕ З ІМ'ЯМ

Цитата Джона Дьюї

# 3) Визначте основну причину

Провести МОЗГОВИЙ ШТОРМ сесія в рамках команди RCA, сформованої для виявлення причин. Використовувати Діаграма риб'ячої кістки або 5 Чому аналіз метод або обидва для досягнення першопричини / причин.

Менеджер RCA повинен модерувати засідання та встановити правила сеансу мозкового штурму. Наприклад, правила можуть бути:

  1. Не можна допускати критики / звинувачення інших.
  2. Не засуджуйте чужі ідеї. Жодні ідеї не є поганими, вони заохочують дикі ідеї.
  3. Спирайтесь на ідеї інших. Подумайте, як можна спиратися на чужі ідеї та вдосконалювати їх.
  4. Дайте кожному учаснику час поділитися своїми думками.
  5. Заохочуйте нестандартне мислення.
  6. Бути зосередженим.

Усі ідеї слід записати. Менеджер RCA повинен призначити члена для запису протоколу засідання та оновлення шаблонів RCA.

# 4) Впровадити корекційні дії (RCCA)

Дія виправлення передбачає виправлення рішення шляхом виявлення справжньої першопричини. Щоб полегшити це, повинен бути присутній менеджер з доставки, який може вирішити, в яких версіях має бути застосоване виправлення та яка повинна бути дата доставки.

RCCA слід впроваджувати таким чином, щоб ця основна причина не повторилася в майбутньому. Виправлення, надане командою підтримки, буде тимчасовим для сайту клієнта, де повідомляється про проблему. Коли це виправлення об’єднано у поточну версію, виконайте належний аналіз впливу, щоб переконатися, що жодна існуюча функція не порушена.

Дайте кроки для перевірки виправлення та моніторингу впровадженого рішення, щоб перевірити, чи ефективне рішення.

# 5) Впровадити профілактичні дії (RCPA)

Команда повинна скласти план того, як подібну проблему можна запобігти в майбутньому. Наприклад, Оновіть Інструкцію з експлуатації, вдосконаліть набір навичок, оновіть контрольний список оцінки команди тощо. Дотримуйтесь належних документів про профілактичні дії та контролюйте, чи дотримується команда виконуваних профілактичних дій.

Будь ласка, зверніться до цього Науково-дослідна робота на тему 'Аналіз та запобігання дефектам для поліпшення якості програмного забезпечення', опублікований в Міжнародний журнал програмної інженерії та додатків отримати уявлення про типи дефектів, про які повідомляється на кожному етапі програмного забезпечення, та запропонувати профілактичні дії щодо них.

Інформація, отримана від RCA, може використовуватися як вхідна інформація Режим відмов та аналіз ефектів (FMEA ) для виявлення точок, де рішення може не вдатися.

Впровадити Аналіз Парето з причинами, виявленими під час RCA протягом певного періоду, скажімо, півроку або щокварталу, що допоможе визначити основні причини, що сприяють виникненню дефектів, та зосередитись на профілактичних діях щодо них.

Цитата герцога Еллінгтона

Методи аналізу корінних причин

# 1) Аналіз риб’ячої кістки

Діаграма Fishbone - це візуальний інструмент аналізу першопричин для виявлення можливих причин виявлених проблем, а отже, він також називається діаграмою причин і наслідків. Це дозволяє вам дійти до справжньої першопричини проблеми, а не вирішити її ознаку.

Його також називають діаграмою Ісікави, як вона була створена Доктор Каору Ісікава (японський статистик контролю якості). Вона також відома як діаграма Ялинки або Фішикави.

Аналіз риб'ячої кістки використовується на фазі аналізу шість сигм DMAIC підхід до вирішення проблем. Це одна з 7 основних інструментів контролю якості .

Кроки для створення діаграми Fishbone:

Діаграма риб’ячої кістки нагадує скелет риби, проблема якої полягає у формуванні голови риби та причинах формування хребта та кісток риби.

Виконайте наступні кроки, щоб створити діаграму риб’ячої кістки:

  1. Напиши проблема біля голова риби .
  2. Визначте категорія причин і пишіть на кінець кожної кістки (причина категорії 1, причина категорії 2 …… причина категорії N)
  3. Визначте першопричини під кожною категорією та позначте це як первинну причину 1, первинну причину 2, основну причину N.
  4. Розширити причини до середній, вищий та інші рівні залежно від обставин.

FIshbone_template

Приклад того, як діаграма риб’ячої кістки застосовується до дефекту програмного забезпечення (див. Нижче).

FIshbone_softwareDefect

Для створення діаграми риб’ячої кістки доступно багато безкоштовних, а також платних інструментів. Діаграма Fishbone у цьому посібнику була створена за допомогою ' Креативно Інтернет-інструмент . Детальніше про шаблони та інструменти fishbone буде пояснено в нашому наступному уроці.

# 2) Техніка 5 чому

5 Чому Техніка була розроблена Сакічі Тойода і використовувався у Toyota у їхній обробній промисловості. Цей прийом відноситься до серії питань, де на кожну відповідь відповідає запитання 'Чому'. Це може бути пов’язано з тим, як дитина задаватиме питання дорослим. На основі відповіді, яку дасть дорослий, вони будуть задавати запитання «Чому» знову і знову, поки не будуть задоволені.

5 Чому техніка використовується самостійно або як частина аналізу риб’ячої кістки, щоб з’ясувати першопричину проблеми. Кількість кроків не обмежується 5. Може бути менше або більше 5, поки не з’явиться діагноз проблеми. 5 Чому це відносно простіший прийом і швидший спосіб з’ясувати основні причини. Це полегшує швидку діагностику, щоб виключити симптоми та з’ясувати першопричину.

Успіх техніки залежить від знань людини. На одне й те саме питання «Чому» можуть бути різні відповіді. Отже, правильний вибір напряму та зосередження на зустрічі є важливим.

Кроки для створення діаграми 5 для чого

Почніть обговорення мозкового штурму з визначення проблеми. Потім слідуйте з подальшими «Чому» та їхніми відповідями.

5Чому_Template

Приклад того, як діаграма 5 Whys застосовується до дефекту програмного забезпечення:

5Why_Software_Defect Приклад

5 Чому шаблон та зображення малюються за допомогою програмного забезпечення Creately online.

Фактори, що викликають дефекти

Є багато факторів, які провокують виникнення дефектів:

  • Незрозумілі / відсутні / неправильні вимоги
  • Неправильний дизайн
  • Неправильне кодування
  • Недостатнє тестування
  • Проблеми навколишнього середовища (обладнання, програмне забезпечення чи конфігурації)

Ці фактори слід завжди мати на увазі під час виконання процесу RCA.

RCA починається і продовжується з мозковим штурмом щодо дефекту. Єдине запитання, яке ми задаємо собі, роблячи RCA, - 'ЧОМУ?' і що?' Ми можемо копатись у кожній фазі життєвого циклу, щоб простежити, де дефект зберігається.

Почнемо з 'ЧОМУ?' питання, (перелік не обмежений). Ви можете почати з зовнішньої фази і рухатися до внутрішньої фази SDLC.

безкоштовно завантажити програмне забезпечення для відеокліпів на YouTube
  • “ЧОМУ” Дефекта не спіймали під час тестування?
  • “ЧОМУ” дефект не був спійманий під час перегляду тестового випадку?
  • “ЧОМУ” Дефект не потрапив під час “Огляду дизайну”?
  • “ЧОМУ” дефект не був спійманий на етапі вимог?

Відповідь на це питання дасть вам точну фазу, де дефект існує. Тепер, як тільки ви визначите фазу та причину, тоді з’являється “ЩО”.

“ЩО ви зробите, щоб уникнути цього в майбутньому?

Відповідь на це “ЩО” запитання, якщо буде впроваджено та доглянуто, дозволить запобігти тому, щоб той самий дефект або той тип дефекту не виникли знову. Вжити належних заходів для вдосконалення ідентифікованого процесу, щоб дефект або причина дефекту не повторювалися.

На основі результатів RCA можна визначити, яка з фаз має проблемні зони.

Наприклад, якщо ви визначите більшість RCA, дефекти обумовлені вимога міс , тоді ви можете вдосконалити фазу збору / розуміння вимог, представивши більше оглядів або покрокових сесій.

Подібним чином, якщо ви виявите, що більшість дефектів обумовлені тестування пропустіть , потрібно вдосконалити процес тестування. Ви можете ввести такі показники, як Показники простежуваності вимог , Випробовуйте показники покриття, або можете перевірити процес перевірки або будь-який інший крок, який, на вашу думку, покращить ефективність тестування.

Висновок

Всю команду несе відповідальність за аналіз дефектів та сприяння вдосконаленню продукту та процесу.

У цьому посібнику ви отримали базове розуміння RCA, кроки, яких слід дотримуватись для ефективного RCA, та різні інструменти, які слід використовувати, такі як аналіз риб’ячої кістки та 5 Чому техніка. У майбутніх навчальних посібниках буде висвітлено різні шаблони RCA, приклади та приклади використання того, як це реалізувати.

Рекомендована література

^