Alina Onyshchuk: Кейс реалізації забезпечення якості (QA) в digital агентстві (UA)
0 likes15 views
Alina Onyshchuk: Кейс реалізації забезпечення якості (QA) в digital агентстві (UA) Ukraine Online PMDay 2023 Winter Website - www.pmday.org/online Youtube - https://www.youtube.com/startuplviv FB - https://www.facebook.com/pmdayconference
Alina Onyshchuk: Кейс реалізації забезпечення якості (QA) в digital агентстві (UA)
- 1. Кейс реалізації забезпечення якості (QA) в digital агенстві Аліна Онищук Process Manager (IC), Relevate Health
- 2. Про мене Аліна Онищук - 6+ років в якості IT Project Manager - 20+ успішних проектів - в тому числі працювала над автоматизацію державних послуг - 4+ років в якості Process Manager - PMP сертифікат отримала у 2019
- 3. Про що піде мова - Що таке “якість”? - Контроль якості (QC) vs. Забезпечення якості (QA) - Роль PM’а у процесі забезпечення якості - Забезпечення якості в Jira/Confluence - Шаблонізація типових задач - Документація (опис процесів, інструкції) - Організація проектної інформації - Налаштування та автоматизація процесів у Jira Workflow - Корисні Jira плагіни 47
- 4. Що таке “якість”? - Якість - це відповідність вимогам. - Якщо замовник попросив розробити продукт (програмне забезпечення) низького сорту, то він все одно може бути якісним, якщо повністю відповідає вимогам. - Приклад: клієнт звернувся з проханням розробити безкоштовну версію сервісу з заповненням довгих та складних форм і заборонити можливість copy-paste’у даних з метою стимулювати користувачів користуватись платною версією цього ж продукту, де ця функція працює. 50
- 5. Контроль якості (QС) vs Забезпечення якості (QA) - Контроль якості (QC) - це безпосередньо тестування та виявлення дефектів (помилок) в роботі програмного забезпечення з подальшим їх виправленням (реактивний процес). - Забезпечення якості (QA) - це створення таких умов, щоб ці дефекти (помилки) НЕ виникали (проактивний процес) 53
- 6. Роль PM’а у процесі забезпеченні якості - Аналіз даних контролю якості (bug-репортів) та ретроспектив, щоб визначити, чи існують проблеми з якістю. - Аналіз та виявлення першопричин проблем з якістю та визначення необхідних удосконалень, які підвищать якість (оновлення документації, процесів, тощо). - Впровадження запобіжних заходів для запобігання виникненню проблем з якістю у майбутньому. 56
- 7. Забезпечення якості в Jira/Confluence - Шаблонізація типових задач та проектів - Документація (опис процесів, інструкції) - Організація проектної інформації - Автоматизація процесів у Jira - Корисні Jira плагіни - Issue Checklist for Jira (Free vs. Pro) - Jira Misc Workflow Extensions (JMWE) vs. Jira automation - Deep Clone 59
- 8. Шаблонізація типових задач та проектів - Шаблонізація типових проектних задач в Jira - Визначення структури: - Epic - тип роботи (banners, emails, website design, website development, etc.) - Story - використовується лише для групування типових задач - Sub-tasks - серія типових задач (feedback rounds) - Task - безпосередньо робоча задача - Створення описів та чеклистів для шаблонів задач з підсвіченими місцями для заповнення (placeholder) менеджерами проектів - Структура задач: - Вхідні дані (Inputs) - дозаповнює менеджер, коли відкриває задачу - Інструкції (Instructions) - краще посилання на Confluence ніж багато тексту - Результати (Results) - Чеклісти (Checklist) - тільки найголовніше 11
- 9. Документація (опис процесів, інструкції) - Опис всіх процесів - ЩО ми робимо - для менеджерів - ЯК ми це робимо - для виконавців - Покрокові інструкції формату “How to” + скріншоти Коли з'являється новий процес, тобто коли ми домовляємось, що робимо щось певним чином і тільки так, створюється задача на виконавця, який в процесі виконання проектної задачі за новим процесом одночасно створює інструкцію для Wiki, яка потім додається у відповідні шаблонні задачі. 14
- 10. Організація проектної інформації - Стандартизація організації проектних ресурсів, а саме Jira, Confluence, GD, Slack channel, Sketch online, Git. Створення шаблону Confluence для сторінки проекту та введення правил про перелінковку між всіма проектними ресурсами. 20
- 11. Автоматизація процесів у Jira Ціль - зменшити вплив людського фактору та зменшити кількість рутинних операцій. Приклади: - Створення необхідних специфічних статусів та налаштування автоматичних переходів між ними там, де це доцільно. - Можливість переходу в певний статус, якщо є відповідний label, та подальший рух задачі по специфічним для певної частини процесу статусам (Art Review, Testing). - При переході у певний статус додавати label, який дозволяє перехід у інший специфічний статус (та ховає інші). - Автоматично пропускати частину воркфлоу. Наприклад, пропускати тестування для задач певного типу. - Синхронізація статусів між Епіком та його задачами (закриття Епіку коли всі задачі виконано) та створення окремого борду з Епіками. - Заборона закрити задачу, якщо під-задачі не виконано. - Заборона закрити задачу, якщо не всі (обов’язкові) пункти чеклісту виконано. - Автоматичне створення сторінок Confluence при створенні проекту. - Автоматичне створення під-задач при створенні задач певного типу. - Додавання label за певних умов (та видалення, якщо ці умови не виконуються) з метою виведення цих задач на окремий борд. - Налаштування сповіщень. Наприклад, виконавця задачі про те, що під-задачу виконано. 17
- 12. Issue Checklist for Jira (Free vs. Pro) - Чеклісти до задач (Free - max 20) - Можливість тегати користувачів (Free - без сповіщення) - Можливість зробити пункт чеклісту опціональним (не обов’язковим) - Підтримує автоматизацію (обидві версії) - Заборона закриття задачі, якщо не виконано весь чекліст, або тільки обов’язкові пункти. - Є темплейти та можливо налаштувати автоматизацію додавання темплейтів при створенні певних задач - Клонується за допомогою Deep Clone 02
- 13. Jira Misc Workflow Extensions vs. Jira automation - Безліміт (Jira automation - 500 в Standard та 1000 user/mon в Premium) - Налаштування автоматичного переводу задач в інші статуси, якщо виконуються умови (labels, тощо) - Заборона переводу задачі в інший статус, якщо не виконуються умови - Заборона закрити задачу, якщо не виконано чекліст - Заборона закрити задачу, якщо не закрито sub-task’и (+ повідомлення) - Автоматизація поза Workflow (event-based) 05
- 14. Deep Clone - Клонування шаблонних проектів - Workflow з автоматизацією - Перелінковка між задачами - Проектні ролі - Можливість обрати що саме клонувати (окремі задачі з епіків, тощо) - Клонування окремих Епіків з прилінкованими до них задачами 08
- 15. Підсумок - Якість - це відповідність вимогам. - Продукт може бути низького сорту, але високої якості. - Забезпечення якості - це проактивний процес, в якому PM має приймати активну участь. - РМ має аналізувати та виявляти першопричини проблем з якістю та впроваджувати запобіжні заходи - Забезпечити якість допоможе: - Шаблонізація типових задач та проектів - Документування процесів - Автоматизація процесів 23