Деловая игра - TwITs-Org/FPS-DM GitHub Wiki

1. Проект

1.1 Рассматриваемая система (процесс)

1.1.1 Наименование: Разработка игры

1.1.2 Цель (назначение): Предоставить пользователям игровой процесс

1.1.3 Разбор цели системы по SMART

Критерий Значение Оценка
S (конкретность) Компьютерная игра ✅
M (измеримость) Количество игроков в месяц ✅
A (достижимость) Команда разработки ✅
R (уместность) Инструменты разработки игры ✅
T (ограниченность во времени) Сроки разработки игры ✅

1.2 Предлагаемый проект

1.2.1 Наименование: Разработка игры в жанре шутера от первого лица

1.2.2 Цель (изменяемый критерий SMART цели системы): Получение удовольствия пользователем от процесса игры

1.2.3 Разбор цели проекта по SMART

Критерий Значение Оценка
S (конкретность) Компьютерная игра в жанре шутера ✅
M (измеримость) Количество проведеннего времени игроком ✅
A (достижимость) Команда TwITs / Инструменты: Unreal Engine 4 ✅
R (уместность) Ограничение: 12 нормочасов на сотрудника ✅
T (ограниченность во времени) Ограничение: срок до окончания модуля 2 ✅

Цель заключается в разработке игры-шутера командой TwITs с помощью Unreal Engine 4 до окончания модуля 2 и ограничением в 12 нормочасов на сотрудника. Игра с предполагаемым охватом в 1000 чел/месяц и средним временем в игре 30 мин/день.

Конкретность определяется типом программного обеспечения (игра), жанром(шутер). Цель ограниченна по времени (до окончания модуля 2) и может быть измерена статистикой использования. Достижимость определяется возможностями команды исходя из анализа. Цель значима, так как покрывает реальный запрос на рынке и подразумевает финансовую прибыль.

SWOT-анализ
S- используемый движок Unreal Engine 4, не требующей высокой вычислительной мощности ПК пользователей
небольшая команда- меньше сложностей с управлением и коммуникацией
W- человеческий фактор и ошибки
малые финансовые ресурсы
малые человеческие ресурсы
малый опыт членов команды
O- популярная сфера с огромной пользовательской базой
возможность повышения квалификации и обучения команды
возможность наращивания аудитории
T- вероятность не пережить конкуренцию
недостаточный интерес пользователей

SO- расширение функционала без сильного повышения системных требований
улучшение игры засчет повышения квалификации команды
наращивание аудитории
ST- привлечение пользователей с упором на невысокие системные требования
WO- уменьшение влияния человеческого фактора и ошибок засчет повышения квалификации
привлечение новых средств засчет наращивания аудитории и популярности
WT- чтобы избежать недостаточного интереса пользователей из-за ошибок и малого опыта команды, возможно повысить квалификацию команды, прорекламировать продукт
чтобы выдержать конкуренцию с учетом малых ресурсов и опыта, ошибок необходимо повышать квалификацию сотрудеников, совершенствовать игру и привлекать инвесторов

1.3 Вид прототипа

  • горизонтальный (сценарии работы)
  • вертикальный (структура продукта)
  • одноразовый (исследовательский)
  • инкрементный (эволюционный)

1.4 Задача

1.4.1 Репозиторий

1.4.2 Landing page

1.4.3 Пользовательская история (ссылка на issue)

  • Кто: TwITs
  • Как: Команда разработки
  • Хочу: Разработать игру
  • Чтобы: Пользователи получали удовольствие от процесса игры
  • Приемка: Корректно функционирующая игра, протестированная на разных системах

1.5 Проектные риски (спринт)

  1. Дефицит специалистов
  2. Нереалистичные сроки и бюджет
  3. Реализация несоответствующей функциональности
  4. Разработка неправильного пользовательского интерфейса
  5. «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей
  6. Непрекращающийся поток изменений
  7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию
  8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами
  9. Недостаточная производительность получаемой системы
  10. Разрыв между квалификацией специалистов и требованиями проекта
Вид риска Название риска (описание события) Вероятность Стратегия Мероприятие
1 Специалист заболеет 🟢 Принятие (Acceptance) Обязанности будет выполнять заместитель

2. Команда

2.1. Закрепление полномочий

Роль Ответственность (компетенция, зона принятия решений) Менеджер Заместитель
РП (Владелец продукта) Бизнес-результат, решение проблем, обеспечение ресурсами Шевляков Кирилл Белинский Пётр
АД (Мастер) Диспетчирование и контроль задач, выявление проблем Белинский Пётр Сорокина Татьяна
СП (Аналитик) Сбор и управление всеми требованиями в проекте Денисов Илья Шевляков Кирилл
ВН (Дизайнер) Удобство использования, привлекательность продукта Белинский Пётр Сорокина Татьяна
БА (Тестировщик) Выявление бизнес-проблем, способы тестирования Сорокина Татьяна Ситников Владислав
НИ (Архитектор) Структура продукта, инструменты разработки и поставки Ситников Владислав Баркан Александр
ПП (Программист) Стиль и способы разработки, используемые фреймворки Белинский Пётр Шевляков Кирилл
КО (Тех.писатель) Документирование проекта и продукта Баркан Александр Денисов Илья

2.2. Закрепление обязанностей

Участник Стадия Действие (activity) Ожидаемый результат
РП (Владелец продукта) 1 старт Регистрирует участников проекта Участники приняли приглашения и подключились к проекту
РП (Владелец продукта) 2 контроль Принимает решение по всем возникающим проблемам Комментарии к проблемам (issue)
РП (Владелец продукта) 3 финиш Принимает решение об успешности спринта, дает общую оценку работы команды и дает предложения по всем индивидуальным оценкам Предложения по индивидуальным оценкам
АД (Мастер) 1 старт Получает оценку времени для каждой подзадачи, собирает sprint log, назначает исполнителей Список подзадач на канбан-доске
АД (Мастер) 2 контроль Проводит stand-up совещание Статус задач отмечен на канбан-доске, проблемы зарегистрированы и назначены РП в форме дополнительных задач (issue)
АД (Мастер) 3 финиш Проводит stand-up совещание Статус задач отмечен на канбан-доске, проблемы зарегистрированы и назначены РП в форме дополнительных задач (issue)
АД (Мастер) 3 финиш Проводит демонстрацию результатов спринта владельцу продукта и другим заинтересованным лицам Протокол демонстрации записан в виде комментария к пользовательской истории
СП (Аналитик) 1 старт Регистрирует историю как отдельную задачу проекта (issue) Задача с номером
СП (Аналитик) 2 контроль Регистрирует возникающие дополнительные задачи (issue) в соответствующих проектах Задачи с номером
СП (Аналитик) 3 финиш Выполняет все разработанные тесты, регистрирует все выявленные несоответствия требованиям Задачи с номером, комментарии
ВН (Дизайнер) 1 старт Разбивает задачу истории на подзадачи - страницы; анализирует дизайн сущестующих аналогов на рынке Список подзадач с именами страниц
ВН (Дизайнер) 2 контроль Разработка основного дизайна приложения - интерфейс, локация Дизайн интерфейса и локаций
ВН (Дизайнер) 3 финиш Разработка отдельных элементов дизайна приложения - модели персонажей, оружия, игрового интерфейса Дизайн элементов игры
БА (Тестировщик) 1 старт Разбивает задачу истории на подзадачи - тесты Список подзадач с именами тестов
БА (Тестировщик) 2 контроль Разрабатывает процедуры - тесты и тестовые наборы данных Готовые тесты
БА (Тестировщик) 3 финиш Отлаживает процедуры, проводит тестовые мероприятия Результаты тестов
НИ (Архитектор) 1 старт Разбивает задачу истории на подзадачи - процедуры Список подзадач с именами процедур
НИ (Архитектор) 2 контроль Определяет дополнительные требования к выполнению задач Комментарии к задачам
НИ (Архитектор) 3 финиш Принимает решение по всем выявленных несоответствиям требованиям Комментарии к задачам
ПП (Программист) 1 старт Разрабатывает алгоритмы выполнения всех подзадач, требующих программной реализации Описание алгоритма и диаграмма деятельности в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
ПП (Программист) 2 контроль Разрабатывает процедуры - обработчики и генераторы тестовых наборов данных. На основе разработанных алгоритмов создает программный код для приложения Программный код приложения
ПП (Программист) 3 финиш Коррекция и доработка программного кода приложения Разработанное приложение
КО (Тех.писатель) 1 старт Делает описания для всех подзадач, требующих программной реализации Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
КО (Тех.писатель) 2 контроль Корректирует или делает новые описания для всех разработанных процедур Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страницы или в виде комментариев в файле программы
КО (Тех.писатель) 3 финиш Разрабатывает требуемые описания всех разработанных процедур, тестов и тестовых наборов данных Описание и необходимые диаграммы в комментариях к задаче, в виде вики-страниц или в виде комментариев в файлах процедур, тестов и тестовых наборов данных