Якість і сталий розвиток

Вбудована якість

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

Головна ідея принципу: якість не перевіряють наприкінці, її закладають у процес із самого початку. Помилку в задумі виправити легко, а та сама помилка після релізу коштує в рази дорожче: оновлення в магазинах, погані відгуки, гравці, які пішли назавжди.

Як це виглядає на практиці:

• Критерії приймання для кожної частини гри домовлені до того, як її почали робити.
• Код переглядає другий розробник.
• Тестування йде весь час, а не лише в останній тиждень.
• Команда має спільне визначення «готово» (Definition of Done): частину не вважають готовою, доки вона не пройшла перевірки.

Детально про якість — у модулі 12.

Сталий розвиток

Принцип, який з'явився лише в PMBOK 8: зважати на вплив проєкту на людей, довкілля й економіку — і не лише сьогодні, а й у довгу.

Для маленької студії це не абстракція:

• Люди. Якщо команда працює ночами перед кожним релізом, за рік вона вигорить. Гра має бути доступною для людей із поганим зором чи слухом. Покупки — чесними, без маніпуляцій, особливо коли грають діти.
• Довкілля. Гра, що розряджає телефон за годину, — це і погані відгуки, і зайва енергія. Сервери можна обрати в дата-центрах на відновлюваній енергії.
• Економіка. Гра має заробляти не лише в перший місяць. А підтримку після релізу треба заздалегідь запланувати й оплатити.