Меню

Випробування дефектів у Scrum: як це організовано в налаштуванні Scrum

  • Головна
  • Інший
  • Випробування дефектів у Scrum: як це організовано в налаштуванні Scrum

defect triaging scrum

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

Вступ до випробування дефектів:

У нашому попередньому підручнику ми познайомив вас із Scrum Events - Спринт, Планування спринту, Щоденний скрам, Огляд спринту та Ретроспекція спринту. Ми обговорили такі поняття, як тайм-бокс, учасники та заходи для кожної з Scrum-подій.

Наступним, що пропонується нашим читачам, є Defect Triaging - концепція, яка не нова для людей із забезпечення якості, але ми спробуємо зрозуміти важливість Defect Triaging і як вона організована в Scrum Setup.

Тож почнемо з розуміння „Що таке дефект?

виявлення дефектів

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

Випробування дефектів

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

QA Developers у Команді розробників демонструє та пояснює дефекти решті команди Scrum. На основі даних кожного дефекти потім упорядковуються та класифікуються за різними категоріями.

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

класи дефектів

який інструмент можна використовувати для візуального представлення та аналізу бази даних?

Учасники

У засіданні з питань випробування дефектів беруть участь усі члени команди Scrum.

  • Власник продукту
  • Майстер Scrum
  • Команда розробників

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

Давайте зараз обговоримо та встановимо чітке розмежування між Ролями та Обов'язками кожного з членів Команди Scrum під час Зустрічі про виявлення дефектів.

Ролі та обов'язки

Команда розробників

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

Scrum Master

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

Власник продукту

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

Процес випробування дефектів у двох словах

Усі члени команди Scrum збираються у залі засідань для зустрічі з дефектами. Будь-хто з команди розробника може взяти на себе ініціативу та почати детально обговорювати дефекти. Потім команда обговорює кожен з дефектів на предмет його обґрунтованості.

Дефект відхиляється, якщо його визнають недійсним. Якщо Дефект є дійсним, тоді команда перевіряє складність виправлення дефекту та діловий вплив, який він міг би зробити, якщо його не вирішити в системі.

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

Якщо правильні пріоритети та важкості не призначені, тоді команда скине їх до правильних. Власник продукту разом із командою тепер вирішить, які дефекти слід виправити за пріоритетом, а які можна призначити для наступних випусків.

Під час зустрічі щодо виявлення дефектів дефекти аналізуються та оцінюються всією командою Scrum. Потім Команда призначає правильність серйозності та пріоритетності цих дефектів.

Розмістіть обговорення та перевірку, тепер настає час, коли призначення Дефекту закінчено. За цією діяльністю, одному або кільком розробникам буде призначено виправити дефект. Інший розробник буде призначений для перевірки дефекту.

хороший безкоштовний завантажувач музики для android

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

Все це фіксується в системі відстеження. Для команд, що працюють під управлінням Agile, JIRA була найбільш улюбленою. Отже, наприкінці зустрічі команда має список дійсних дефектів із визначеними правильними Пріоритетами та Серйозностями. Команда також має план вдосконалення процесу, який слід прийняти для наступних спринтів.

збори з виявлення дефектів

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

За звичайних обставин зустріч з випробування дефектів може допомогти 2-3 рази під час спринту. Але в ньому точно немає правила, і зустріч може відбуватися щоразу, коли виникає необхідність.

Висновок

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

У нашому майбутньому уроці ми обговоримо важливість самодостатніх команд Scrum.

Ми також акцентуємо увагу на тому, що означає самодостатність у програмі Scrum Setup та як команда може розвиватися, щоб стати самодостатньою командою.

НАЗАД Підручник | НАСТУПНИЙ підручник

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

^