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!

Питання?)