Планування, забезпечення і контроль

Три частини роботи з якістю

PMBOK розрізняє три види роботи з якістю:

• Планування якості. Вирішити, які стандарти й показники застосовуємо і як їх перевірятимемо. Результат — план управління якістю (частина плану управління проєктом, модуль 6) і показники якості з уроку 1.
• Забезпечення якості (управління якістю). Стежити, щоб процес давав якісний результат: перегляд коду, визначення «готово» (модуль 7), аудит процесу, навчання. Питання тут: «чи правильно ми працюємо?»
• Контроль якості. Перевіряти сам результат: тести, вимірювання, порівняння з показниками. Питання тут: «чи правильний результат вийшов?»

На грі різниця така. Забезпечення якості — це домовленість, що кожен рівень проходять двоє тестувальників на трьох телефонах. Контроль якості — це сама перевірка рівня 12 і запис, що він завантажується за 4 секунди замість 3.

Контроль якості йде перед підтвердженням змісту (модуль 7). Спершу команда перевіряє, що все зроблено правильно, і лише потім показує результат замовнику.

Контрольна карта

Щоб помітити, що процес «поплив», показник відстежують у часі на контрольній карті. Посередині — лінія середнього значення, вище й нижче — межі контролю. Поки точки коливаються між межами, процес стабільний, і реагувати на кожне коливання не треба. Якщо точка вийшла за межу, сталося щось незвичне, і причину шукають.

Після релізу студія стежить за стабільністю кожного оновлення. Збірки 1–8 тримаються біля 99,6% сесій без вильотів. Збірка 9 дає 98,7%. З'ясувалося, що в ній оновили рекламну бібліотеку, а нова версія падає на старих Android.

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

Цикл «план, зробити, перевірити, діяти»

Коли проблему знайдено, її розв'язують не навмання, а за циклом PDCA (Plan, Do, Check, Act — план, зробити, перевірити, діяти). Його ще називають циклом Демінга, на честь американського статистика Едвардса Демінга, який поширив його в Японії в 1950-х:

1. Plan (план): зібрати дані, знайти ймовірну причину, поставити ціль.
2. Do (зробити): спробувати рішення в малому масштабі.
3. Check (перевірити): порівняти результат із ціллю.
4. Act (діяти): якщо спрацювало, зробити рішення стандартом. Якщо ні, почати новий цикл з іншою гіпотезою.

Ось як студія пройшла цикл зі збіркою 9:

• Plan. 80% вильотів припадають на Android 9 і старіші. Гіпотеза: винна нова рекламна бібліотека. Ціль: повернутися до 99,5%.
• Do. Повернули стару версію бібліотеки для 10% гравців.
• Check. У цій групі 99,6% сесій без вильотів.
• Act. Повернули стару версію всім, а в чек-лист релізу додали правило: нові бібліотеки спершу тестують на трьох старих телефонах.

Коли рішення стало стандартом, працює цикл SDCA (Standard, Do, Check, Act — стандарт, зробити, перевірити, діяти): кожна нова збірка проходить перевірку за цим стандартом, а команда стежить, щоб його дотримувались. Цикл PDCA покращує процес, а SDCA утримує досягнутий рівень, і вони чергуються.