guide root cause analysis steps
Овај водич објашњава шта је анализа основног узрока и различите технике анализе основног узрока као што је анализа рибље кости и техника 5 зашто:
РЦА (анализа основног узрока) је структуриран и ефикасан процес за проналажење основног узрока проблема у тиму софтверског пројекта. Ако се систематски изводи, то може побољшати перформансе и квалитет резултата и процеса, не само на нивоу тима, већ и широм организације.
Овај водич ће вам помоћи да дефинишете и поједноставите поступак анализе узрока у вашем тиму или организацији.
Овај водич је намењен менаџерима испоруке, Сцрум мајсторима, менаџерима пројеката, менаџерима квалитета, развојном тиму, тест тиму, тиму за управљање информацијама, тиму за квалитет, тиму за подршку итд. Да би разумели основе анализе основног узрока и пружају предлошке и примере за то .
Шта ћете научити:
- Шта је анализа основног узрока?
- Процес анализе основног узрока
- Технике анализе основног узрока
- Фактори који узрокују недостатке
- Закључак
Шта је анализа основног узрока?
РЦА (анализа основног узрока) је механизам за анализу дефеката ради утврђивања њиховог узрока. Размишљамо, читамо и ископавамо квар како бисмо утврдили да ли је до квара дошло због „ тестирање промашај ',' госпођица развоја “Или је био„ захтев или дизајн недостаје ”.
Када се РЦА изврши тачно, помаже у спречавању недостатака у каснијим издањима или фазама. Ако утврдимо да је до квара дошло дизајнерска госпођица , можемо прегледати пројектну документацију и можемо предузети одговарајуће мере. Слично томе, ако утврдимо да је до квара дошло тестирање промашај , можемо да прегледамо тестове или показатеље и да их у складу са тим ажурирамо.
РЦА не би требало да буде ограничен само на испитивање недостатака. РЦА можемо урадити и на производним недостацима. На основу одлуке РЦА, можемо побољшати нашу Тест Бед и укључите те производне карте као случајеве регресионог теста. Ово ће осигурати да се квар или сличне врсте квара не понове.
Процес анализе основног узрока
РЦА се не користи само за недостатке пријављене са корисничке локације, већ и за недостатке УАТ-а, недостатке јединственог тестирања, пословне и оперативне проблеме на нивоу процеса, свакодневне животне проблеме итд. Стога се користи у више индустрија попут Софтверски сектор, производња, здравство, банкарски сектор итд.
Спровођење анализе основног узрока слично је раду лекара који лечи пацијента. Лекар ће прво разумети симптоме. Тада ће се упутити на лабораторијске тестове како би анализирао основни узрок болести.
Ако је основни узрок болести и даље непознат, лекар ће упутити на тестове скенирања да би их даље разумео. Наставиће дијагнозу и проучавати све док се не сузи на основни узрок болесникове болести. Иста логика важи и за анализу узрока узрока која се изводи у било којој индустрији.
Дакле, РЦА је усмерен на проналажење основног узрока и не лечење симптома, пратећи одређени скуп корака и повезаних алата. Разликује се од анализе кварова, решавања проблема и других метода решавања проблема јер ове методе покушавају да пронађу решење за одређени проблем, али РЦА покушава да пронађе основни узрок.
Порекло имена Анализа основног узрока:
(слика извор )
Лишће, дебло и корење су најважнији делови дрвета. Видљиво је лишће (Симптом) и дебло (Проблем) који су изнад земље, али корени (Узрок) који су испод земље нису видљиви и корени расту дубље и могу се ширити даље више него што очекујемо. Стога се процес копања до дна проблема назива Анализа основног узрока.
Предности анализе основног узрока
У наставку су наведене неке од погодности које ћете добити:
- Спречите поновну појаву истог проблема у будућности.
- На крају, смањите број пријављених недостатака током времена.
- Смањује развојне трошкове и штеди време.
- Побољшајте процес развоја софтвера и на тај начин помажете брзу испоруку на тржиште.
- Побољшава задовољство купаца.
- Повећајте продуктивност.
- Пронађите скривене проблеме у систему.
- Помаже у сталном побољшању.
Врсте главних узрока
# 1) Људски узрок: Грешка коју је направио човек.
Примери:
- Под квалификацијама.
- Упутства која се нису правилно поштовала.
- Извршио непотребну операцију.
# 2) Организацијски узрок: Процес који људи користе за доношење одлука које нису исправне.
Примери:
- Неодређена упутства су дата од водства тима члановима тима.
- Бирање погрешне особе за задатак.
- Алати за праћење нису успостављени за процену квалитета.
# 3) Физички узрок: Било који физички предмет је на неки начин пропао.
Примери:
- Рачунар наставља да се поново покреће.
- Сервер се не подиже.
- Чудни или гласни звукови у систему.
Кораци за анализу основног узрока
За ефикасну анализу основног узрока потребан је структуриран и логичан приступ. Стога је неопходно следити низ корака.
# 1) Формирајте РЦА тим
Сваки тим треба да има посвећеног Менаџер анализе узрока узрока (РЦА Манагер) који ће прикупити детаље од тима за подршку и покренути почетни поступак за РЦА. Координираће и распоређивати ресурсе који треба да присуствују састанцима РЦА у зависности од наведеног проблема.
Тимови који присуствују састанку треба да имају особље из сваког тима (Захтев, дизајн, испитивање, документација, квалитет, подршка и одржавање) које је најпознатије са проблемом. Тим би требало да има људе који су такође директно повезани са недостатком. На пример, инжењер за подршку који је купцу дао тренутни поправак.
Поделите детаље проблема са тимом пре него што присуствујете састанку како би могли да ураде почетну анализу и дођу припремљени. Чланови тима такође прикупљају информације у вези са недостатком. У зависности од извештаја о инциденту, сваки тим ће пратити шта је пошло по злу в.р.т до овог сценарија у својим фазама. Спремност ће повећати ефикасност предстојеће дискусије.
# 2) Дефинишите проблем
Прикупите детаље проблема као што су извештаји о инцидентима, докази о проблему (снимак екрана, евиденције, извештаји итд.), А затим проучите / анализирајте проблем постављањем следећих питања:
- У чему је проблем?
- Који је редослед догађаја који су довели до проблема?
- О којим системима је било реч?
- Колико дуго је проблем постојао?
- Какав је утицај проблема?
- Ко је био умешан и одредио са ким треба разговарати?
Користите правила „СМАРТ“ да бисте дефинисали свој проблем:
- С. ПЕЦИФИЦНО
- М. ЕАСАРАБЛЕ
- ДО УСМЕРЕНО КЦИЈОМ
- Р. ЕЛЕВАНТ
- Т. ИМЕ ОБВЕЗАНО
# 3) Утврдите основни узрок
Спроведите МОЗГАЊЕ сесија унутар РЦА тима формираног ради идентификовања узрока. Користити Дијаграм рибље кости или 5 Зашто анализа метода или обоје како би се дошло до основног узрока.
РЦА менаџер треба да модерира састанком и постави правила за сесију мозга. На пример, правила могу бити:
- Не треба дозволити критизирање / окривљавање других.
- Не осуђујте туђе идеје. Ниједна идеја није лоша, они подстичу дивље идеје.
- Надовезујте се на идеје других. Размислите о томе како можете да надограђујете идеје других и побољшате их.
- Дајте сваком учеснику време да подели своје ставове.
- Подстакните размишљање ван оквира.
- Остани фокусиран.
Све идеје треба забележити. РЦА менаџер треба да додели члана за снимање записника са састанка и ажурирање РЦА образаца.
# 4) Примена корективних мера узрока узрока (РЦЦА)
Корективна акција укључује поправљање решења идентификовањем стварног основног узрока. Да би се то олакшало, мора бити присутан менаџер испоруке који може одлучити у којим верзијама мора бити имплементирано исправљање и који би требао бити датум испоруке.
РЦЦА треба применити на такав начин да се тај основни узрок у будућности више неће поновити. Исправке које је дао тим за подршку биће привремене за корисничку локацију на којој се пријављује проблем. Када се овај поправак споји у текућу верзију, направите одговарајућу анализу утицаја како бисте били сигурни да ниједна постојећа карактеристика није сломљена.
Дајте кораке за потврду исправке и надгледајте имплементирано решење како бисте проверили да ли је решење ефикасно.
# 5) Примените превентивне мере за основни узрок (РЦПА)
Тим треба да смисли план како се такво слично питање може спречити у будућности. На пример, Ажурирајте приручник са упутствима, побољшајте скуп вештина, ажурирајте контролну листу за процену тима, итд. Слиједите одговарајуће документе превентивних радњи и надгледајте да ли се тим придржава предузетих превентивних радњи.
Позовите се на ово истраживачки рад о „Анализи и спречавању недостатака за побољшање квалитета софтверског процеса“ објављеном у Међународни часопис за софтверско инжењерство и апликације да бисте стекли представу о врстама дефеката пријављених у свакој софтверској фази и предложили превентивне мере за њих.
Информације добијене од РЦА могу бити улазни подаци Анализа режима квара и ефеката (ФМЕА ) да идентификује тачке у којима решење може пропасти.
Спровести Парето анализа са узроцима идентификованим током РЦА током одређеног периода, рецимо полугодишње или тромесечно, што ће помоћи у идентификовању главних узрока који доприносе недостацима и усредсредити се на превентивне мере за њих.
Технике анализе основног узрока
# 1) Анализа рибље кости
Дијаграм рибље кости је визуелни алат за анализу основног узрока који идентификује могуће узроке идентификованих проблема, па се стога назива и дијаграмом узрока и последице. Омогућава вам да пређете на стварни основни узрок проблема уместо да решите његов симптом.
Такође се назива Исхикава дијаграм како га је креирао Др Каору Исхикава (јапански статистичар за контролу квалитета). Такође је познат као дијаграм Рибље кости или Фисхикава.
Анализа рибље кости се користи у фази анализе шест сигма ДМАИЦ приступ решавању проблема. То је један од 7 основних алата контроле квалитета .
Кораци за креирање дијаграма рибље кости:
Дијаграм рибље кости подсећа на скелет рибе са проблемом формирања главе рибе и узрока формирања кичме и костију рибе.
Следите кораке у наставку да бисте креирали дијаграм рибље кости:
- Писати проблем на глава рибе .
- Идентификујте категорија узрока и пиши на крај сваке кости (узрок категорија 1, узрок категорија 2 ...... узрок категорија Н)
- Идентификујте примарни узроци под сваку категорију и означите га као примарни узрок 1, примарни узрок 2, примарни узрок Н.
- Проширити узроке на секундарни, терцијарни и више нивоа према потреби.
Пример како се дијаграм рибље кости примењује на софтверски квар (погледајте доле).
За израду дијаграма рибље кости доступно је пуно бесплатних и плаћених алата. Дијаграм Фисхбоне у овом упутству је створен помоћу „ Цреатели ’ онлине алат . Више детаља о предлошцима и алатима фисхбоне објасниће се у нашем следећем водичу.
# 2) Техника 5 зашто
5 Зашто је Технику развио Сакицхи Тоиода и коришћен је у Тоиоти у њиховој прерађивачкој индустрији. Ова техника односи се на низ питања у којима се на сваки одговор одговара питањем Зашто. Може бити повезано са начином на који ће дете постављати питања одраслима. На основу одговора који ће одрасли дати, постављаће питања „Зашто“ изнова и изнова док не буду задовољни.
5 Зашто се техника користи самостално или као део анализе рибље кости за откривање основног узрока проблема. Број корака није ограничен на 5. Може бити мање или више од 5 док не стигне дијагноза проблема. 5 Зашто су релативно једноставнија техника и бржи начин да се дође до основних узрока. Омогућава брзу дијагнозу како би се искључили симптоми и дошло до основног узрока.
Успех технике зависи од знања особе. На исто питање Зашто могу бити различити одговори. Дакле, одабир правог правца и фокус на састанку је важан.
Кораци за стварање дијаграма 5 Зашто
Започните дискусију о мозгању дефинисањем проблема. Затим следите следећи Зашто и њихови одговори.
Пример како се дијаграм 5 Зашто примењује на софтверску квар:
5 Зашто се шаблон и слике цртају помоћу софтвера Цреатели онлине.
Фактори који узрокују недостатке
Много је фактора који узрокују настанак дефеката:
- Нејасни / недостајући / нетачни захтеви
- Неправилан дизајн
- Нетачно кодирање
- Недовољно тестирање
- Питања околине (хардвер, софтвер или конфигурације)
Ове факторе треба увек имати на уму током извођења РЦА поступка.
РЦА започиње и наставља мозгалицом о дефекту. Једино питање које си постављамо док радимо РЦА је „ЗАШТО?“ и шта?' Можемо ископати у сваку фазу животног циклуса да бисмо пратили, где квар остаје.
Почнимо са „ЗАШТО?“ питања, (листа није ограничена). Можете почети од спољне фазе и кренути се ка унутрашњој фази СДЛЦ-а.
тестирајте своју веб страницу у различитим прегледачима
- „ЗАШТО“ Дефект није ухваћен током Испит разума у производњи?
- „ЗАШТО“ дефект није ухваћен током тестирања?
- „ЗАШТО“ дефект није ухваћен током прегледа тест случаја?
- „ЗАШТО“ Дефект није ухваћен Јединствено тестирање ?
- „ЗАШТО“ дефект није ухваћен током „Ревизије дизајна“?
- „ЗАШТО“ Дефект није ухваћен током фазе захтева?
Одговор на ово питање даће вам тачну фазу у којој квар постоји. Једном када препознате фазу и разлог, долази део „ШТА“.
„ШТА ћете учинити да то избегнете у будућности?
Одговор на ово „ШТА“ питање, ако се примени и побрине за њега, спречиће да се исти дефект или врста дефекта поново појаве. Предузмите одговарајуће мере за побољшање идентификованог поступка тако да се квар или разлог недостатка не понове.
На основу резултата РЦА, можете утврдити која од фаза има проблематична подручја.
На пример, ако утврдите да је већина РЦА узрокована недостацима захтев промашити , тада можете побољшати фазу прикупљања / разумевања захтева увођењем више прегледа или пролазних сесија.
Слично томе, ако утврдите да је већина кварова последица тестирање промашај , морате побољшати процес тестирања. Можете да уведете метрике попут Метрика следљивости захтева , Тестирајте метрику покривености или можете да контролишете поступак прегледа или било који други корак за који сматрате да би побољшао ефикасност тестирања.
Закључак
Одговорност је читавог тима да седи и анализира недостатке и доприноси побољшању производа и процеса.
У овом водичу сте стекли основно разумевање РЦА, кораке које треба следити за ефикасно спровођење РЦА и различите алате који се користе као што су Фисхбоне анализа и 5 Зашто техника. У предстојећим водичима биће објашњено о различитим РЦА предлошцима, примерима и случајевима коришћења о томе како то применити.
Препоручено читање
- Анализа резултата извештаја и извештаји - Испитивање оптерећења помоћу ЛоадРуннера
- Најбољи алати за тестирање софтвера 2021. (Алати за аутоматизацију КА теста)
- Тестирајте своје способности за анализу и снагу размишљања - Вежбе за тестирање софтвера (2. део)
- Шта је техника испитивања заснована на дефектима?
- Шта је анализа граничне вредности и подела еквиваленције?
- Преузимање е-књиге за тестирање буквара
- Шта је животни циклус оштећења / грешака у тестирању софтвера? Водич за животни циклус оштећења
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича