QA and other

Agile roles:

is it possible to effectively merge positions?

Iryna Volnykh

QA engineer

Scrum master at 

про що поговоримо:

 

Scrum

QA, Scrum Master, Product Owner

Soft skills

QA vs Scrum master

QA vs Product Owner

Як ефективно міксувати ролі

 

QA:

Забезпечення якості програмного забезпечення на всіх етапах розробки

аналіз і уточнення вимог із замовником або бізнес-аналітиками

планування процесу тестування

розробка тестових сценаріїв тестування

iдентифікація проблемних місць

oбговорення з розробниками

відстеження життєвого циклу помилок

ре-тест підпорядкованих дефектів

аналіз результатів тестування

оптимізація процесу тестування

аналіз процесів роботи в команді

поліпшення процесів

ведення тестової документації

Scrum master:

  • scrum зустрічі
  • вирішення пріорітетних задач
  • робота з командою

навчати команду Scrum

заохочувати взаємодію під час роботи над проектом

сворювати та проводити мітинги

надихати та підштовхнути команду до змін якщо в тому є необхідність

наглядати за дотриманням командою дедлайнів

вирішувати конфлікти та bottle-neck(и)

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

• підвищувати ефективність кожного члена команди

Soft skills

QA vs Scrum Master

Pros:

+ залучення у всі етапи скрам процесів

+ більше взаємодії з клієнтами та стейкхолдерами

+ можливість швидко вирішити проблему при розробці

+ можливіть впливати на процеси та змінювати їх

 

Cons:

- якість програмного забезпечення vs burndown chart

- неповна документація або її відсутність

- фокус на метриках замість QA процесів

- мультизадачність

- велика кількість мітингів

Product Owner

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

 

QA vs Product Owner

Pros:

+ участь на всіх утапах (Sprint Planning Meeting)

+ легка підтримка беклогу

+ вплив на життєвий цикл розробки

+ знання 'Як має бути' і що краще для проекту

+ готовність брати на себе відповідальність

Cons:

± зміна QA активностей у випадку        зміни беклогу

- велике навантаження

 

 

не поєднувати ролі 

 

тайм менеджмент - розподіляй роботу

 

не втрачати фокус кожної ролі - QA: quality, SM: process

 

бути націленим на самоорганізованість команди

 Поради як поєднувати ролі

Thank you!

Питання?) 

Made with Slides.com