# Управление проектами через «повышение разрешения»: мастер-класс Варуна Майи

Источник: https://www.youtube.com/watch?v=mwQhnZ32CeE
Канал: Varun Mayya
Опубликовано: 05.08.2026

---

В современной бизнес-среде традиционные методы управления проектами перестают отвечать требованиям скорости и неопределенности. Предприниматель Варун Майя на примере разработки амбициозной игры *Unleash the Avatar* представил авторский фреймворк, основанный на концепции «постепенного повышения разрешения» проекта и команды.

## 📸 Концепция низкого разрешения: почему Waterfall и Agile больше не работают
[[JUMP:02:04]]

По мнению Варуна Майи, в начале любого пути предприниматель обладает лишь «размытым снимком» рынка и конечного продукта [02:36]. Он не знает точно, купят ли его протеиновый батончик или понравится ли пользователям интерфейс приложения. Традиционные модели управления, такие как Waterfall (каскадная модель) и Agile, Майя считает устаревшими для реалий 2026 года по ряду причин:

*   **Waterfall** ошибочно предполагает, что «карта» проекта известна заранее, а спецификации и требования рынка неизменны [03:31].
*   **Agile**, хоть и подразумевает итерации, опирается на заранее сформированный бэклог, что невозможно в условиях стремительного развития ИИ и изменения каналов дистрибуции [03:59].

Автор видео утверждает: действие рождает информацию. Единственный способ «повысить разрешение» проекта — начать строить, а не планировать бесконечно [02:51]. В случае с проектом *Unleash the Avatar* (UTA) команда установила жесткий дедлайн: через три месяца после формирования ядра группы они должны были решить, стоит ли продолжать, нужны ли дополнительные данные или проект пора закрывать [05:45]. Такой подход минимизирует риск потратить два года и миллионы инвесторских денег на продукт, который никому не нужен [06:08].

## 🏗️ От отделов к ролям: формирование Minimum Viable Team
[[JUMP:06:31]]

Варун Майя предлагает разбивать проект на департаменты (проблемы), а не на роли (решения) [07:41]. При этом он предостерегает от слепого копирования структуры крупных корпораций вроде Ubisoft. По его оценке, в больших компаниях до 70% персонала — это средний менеджмент, чья единственная задача — «предотвращать катастрофы» и заниматься согласованиями [07:17]. Для стартапа такая структура губительна.

Вместо этого вводится понятие **Minimum Viable Team (MVT)** — минимально жизнеспособной команды [08:37]. Для UTA такая команда на раннем этапе (низкое разрешение) состояла из 8 человек:

*   Программист (Code);
*   Аниматор (Animation);
*   Специалист по синематикам (Cinematics);
*   Художник по персонажам (Character art);
*   Левел-дизайнер (Level);
*   Геймдизайнер (Game design);
*   Специалисты по VFX и звуку [08:49].

## 🎯 Математика риска: Sure Shot против R&D
[[JUMP:09:43]]

Все задачи внутри проекта Майя делит на две категории, которые требуют принципиально разного управления:

1.  **Sure Shot (Верняк):** методы работы полностью понятны. Здесь не нужны эксперименты, нужно просто масштабировать процесс за счет найма людей и вложения денег [10:08].
2.  **R&D (НИОКР):** метод достижения результата неизвестен. Здесь требуется личное внимание фаундера и проведение максимального количества испытаний в сжатые сроки [10:20].

Примером успешного R&D в UTA стала интеграция языка Lua в Unreal Engine. Это позволило скриптовать боссов без долгой перекомпиляции C++, что сократило цикл итерации с минут до секунд [11:00]. Еще один пример — живое превью захвата движений (mocap), позволяющее лидеру проекта давать правки мгновенно, а не через две недели [11:26].

Главное правило Варуна Майи: **нельзя вводить инновации везде**. Нужно выбрать один-два сегмента для R&D (например, фотограмметрия или синематики), а в остальном полагаться на проверенные методы (Sure Shot) [13:12]. Если весь проект превращается в R&D, он затянется на годы [13:39].

## 🗿 Кейс: Фотограмметрия как конкурентное преимущество
[[JUMP:18:03]]

Ключевым отличием *Unleash the Avatar* стала технология фотограмметрии — создание 3D-моделей на основе реальных фотографий объектов. Варун Майя описывает эволюцию этого процесса как типичный путь повышения разрешения:

*   **Этап 1:** Тесты на обычных смартфонах. Сканирование киосков с чаем в Мумбаи для проверки качества [19:25].
*   **Этап 2:** Переход на профессиональные DSLR-камеры и сканирование трущоб по соседству со студией [19:39].
*   **Этап 3:** Полноценная экспедиция в город Чандери. Группа из 9 человек в течение 10 дней сканировала здания, используя арендованные камеры и дроны [20:34].

Варун отмечает, что создание уровней из готовых ассетов заняло всего две недели, в то время как «болезненный» процесс R&D в фотограмметрии длился месяцами [20:06]. Однако именно это позволило добиться уникального визуального стиля, который помог трейлерам проекта стать вирусными.

## 📈 Когда инвестировать в технологии: «Экономика аниматоров»
[[JUMP:21:46]]

Варун Майя использует строгий математический подход к покупке оборудования. Решение об инвестициях в собственную систему захвата движений принималось на основе расчета окупаемости [21:53]:

*   Создание всех анимаций вручную (keyframing) потребовало бы около 40 аниматоров для завершения игры за год [22:46].
*   При гипотетической зарплате в 10 лакхов (1 млн рупий) в год, расходы составили бы 4 крора (40 млн рупий) ежегодно [23:01].
*   Стоимость собственного оборудования для mocap (включая перчатки) составила около 50 лакхов.
*   **Вывод:** инвестиция окупается, если она позволяет сократить штат хотя бы на 5 человек [23:14].

Майя рекомендует: арендуйте технологию на этапе R&D и покупайте её только тогда, когда процесс переходит в категорию Sure Shot и требует масштабирования [23:39].

## 🤖 Роль ИИ и кастомных инструментов
[[JUMP:25:11]]

В вопросе использования искусственного интеллекта Варун Майя занимает консервативную позицию относительно контента: всё, что видит игрок (диалоги, графика, скилл-три), должно быть создано людьми [25:38]. По его мнению, игроки не хотят играть в «сгенерированный мусор» [25:26].

ИИ в его понимании должен служить «клеем» для команды:

*   Автоматизация рабочих процессов и коммуникаций [26:04].
*   Использование кастомных инструментов управления. Варун Майя сам написал код для визуального редактора «дерева навыков» (skill tree viewer), который служит кастомной CRM для проекта [26:42].
*   Инструмент позволяет видеть статус каждой задачи (концепт, mocap, очистка анимации, код, VFX, звук) в визуальном интерфейсе, что исключает рассинхронизацию между отделами [26:56].

## 🤝 Стратегия найма: от менторов до аутсорса
[[JUMP:27:50]]

Для каждой роли в проекте Майя рассматривает пять вариантов реализации:

1.  Сделать силами текущей команды.
2.  Инвестировать в технологию, упрощающую задачу.
3.  Временный аутсорс (например, на 3 месяца для очистки ассетов фотограмметрии) [28:29].
4.  Наем постоянных сотрудников.
5.  Внутреннее обучение с привлечением внешних менторов [29:03].

Последний путь считается самым медленным, но иногда единственно возможным. В Индии практически нет специалистов по VFX на Unreal Engine, поэтому команда нашла ментора (Алекса, работавшего над *Path of Exile 2*) для обучения внутреннего инженера [29:45]. Варун подчеркивает, что топовые менторы и таланты из таких компаний, как Rockstar или создатели *Ghost of Tsushima*, согласились сотрудничать только после того, как увидели качественные трейлеры — результат работы «команды низкого разрешения» [32:22].

## 💰 Финансирование и масштабирование: ловушка Series B
[[JUMP:34:58]]

Варун Майя связывает этапы финансирования с «разрешением» оргструктуры:

*   **Seed-стадия:** время для свободы, ошибок и радикальной смены курса (пивотов). Можно перерисовывать структуру команды сколько угодно [35:14].
*   **Series A:** структура (форма) проекта примерно понятна, нужны деньги на подтверждение гипотез и покупку технологий [35:26].
*   **Series B:** «форма» найдена окончательно. Теперь нужны ресурсы для захвата рынка.

Критическая ошибка многих стартапов — масштабирование команды до того, как найдена окончательная форма проекта [36:46]. Если вы наняли 100 человек, а потом поняли, что структуру нужно менять, вам придется увольнять людей и возвращаться к «низкому разрешению», что крайне болезненно для бизнеса [36:19].

## 📊 Метрики успеха и «Плейбук»
[[JUMP:36:46]]

Успех проекта Майя измеряет не просто фактом релиза, а конкретными показателями:

*   Минимум 50% положительных отзывов от целевой аудитории [36:59].
*   Конверсия из беты в покупку. Для игр на Steam ориентиром служит количество «вишлистов» (wishlists), из которых обычно 20–30% превращаются в реальные продажи [37:40].
*   Оценка TAM (Total Addressable Market) — какой процент мирового рынка можно охватить стратегически [38:20].

В завершение Варун Майя дает определение «плейбука» (playbook), который позволяет компаниям становиться брендами. Это не просто набор инструкций, а **отработанная организационная структура** вместе с сетью проверенных подрядчиков и менторов [41:12]. Знания (know-how) часто невозможно передать через документы — они хранятся в «мышечной памяти» и вкусе людей, составляющих оргсхему [41:59].

---