Віха

Урок 6 з 6

Статут і цілі проєкту

Статут: офіційний старт

Бізнес-кейс переконав засновників: гру варто робити. Тепер проєкт треба офіційно запустити. Для цього складають статут проєкту (project charter) — короткий документ, який:

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

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

Статут — не детальний план. Деталі з'являться пізніше: зміст (модуль 7), розклад (модуль 8), бюджет (модуль 9). У статуті — лише рамка. В адаптивних проєктах подібну роль грає бачення продукту (product vision): коротко, що робимо, для кого і навіщо.

Статут гри

Одна сторінка, яка офіційно запускає проєкт.

Мета
випустити гру-головоломку в App Store і Google Play до 1 березня 2027 року
Навіщо
студія виходить на ринок головоломок і заробляє на покупках у грі
Критерії успіху
50 000 завантажень за 3 місяці; NPV більше нуля; рейтинг у магазинах не нижче 4,3
Межі
входить: гра для телефонів, 20 рівнів, таблиця рекордів; не входить: версія для ПК, гра вдвох
Ключові віхи
прототип — грудень; бета для тестувальників — лютий; реліз — 1 березня
Бюджет
300 тис. грн, з них 30 тис. — резерв
Головні ризики
помилка з ціною покупок; іде ключовий програміст; магазин відхиляє гру
Зацікавлені сторони
засновники, команда, гравці, магазини застосунків, банк (кредит)
Керівник проєкту
Оксана; погоджує витрати до 10 тис. грн і зміни в межах резерву
Спонсор
засновники студії — підписують статут і ухвалюють рішення на контрольних точках
Для маленької студії статут на одну сторінку — якраз. Головне, щоб спонсор його підписав, а керівник проєкту знав межі своїх повноважень.

Цілі за SMART

Найважливіше в статуті — мета. Щоб її можна було виконати й перевірити, її формулюють за правилом SMART:

  • S (Specific) — конкретна: ясна й однозначна.
  • M (Measurable) — вимірювана: є число чи показник, за яким видно, досягнуто чи ні.
  • A (Achievable) — досяжна: реалістична з наявними людьми й грошима.
  • R (Relevant) — релевантна: відповідає стратегії організації.
  • T (Time-bound) — обмежена в часі: має дедлайн.

Успіх проєкту і успіх продукту

Корисно розділяти два види успіху:

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

Можна зробити проєкт ідеально і не досягти успіху продукту. Тому в статуті варто мати критерії і для першого, і для другого — як у статуті нашої гри.

SMART на прикладі

Як нечітке бажання перетворюється на мету, яку можна виконати.

Нечітко

«Зробити класну гру»

SMART

«Випустити гру-головоломку в App Store і Google PlayS до 1 березня 2027 рокуT силами команди з трьох людей у бюджеті 300 тис. грнA і набрати 50 000 завантажень за перші три місяціM.»

SКонкретна
Що саме: гра-головоломка в обох магазинах, а не «гра колись».
MВимірювана
50 000 завантажень — зрозуміло, досягнуто чи ні.
AДосяжна
Під мету є люди й гроші, а не лише бажання.
RРелевантна
Студія виходить на ринок головоломок — це її стратегія.
TОбмежена в часі
Чіткий дедлайн — 1 березня 2027 року.

Підсумок модуля

Обґрунтування проєкту — це чесна відповідь на питання «чи варто вкладатися?» ще до того, як витрачено перші гроші. А статут перетворює це рішення на офіційний старт.