text
Вторник, 27 Февраля 2018 16:45

Организация разработки игры с помощью текстовых файлов.

Автор
Оцените материал
(0 голосов)
Эту статью давно планировала написать, но все время оттягивала. Сама идея возникла еще тогда, когда я писала статью про стикеры, которыми, кстати, до сих пор вполне успешно пользуюсь, и мне нравится.  Радует, что они даже на 10ке есть по умолчанию. В этой же статье я упомянула, что также пользуюсь активно блокнотами, вот сейчас расскажу как. В последнее время я также стала использовать для этого электронные таблицы, тоже очень удобная штука для планирования, надо сказать. И об этом тоже расскажу!  org til

Вы уже, наверное, поняли, что я предпочитаю как можно меньше вещей держать в голове, почти всё стараюсь выписывать на бумагу. И есть у меня ряд довольно занятных документов на компе в связи с этим: 

  • списки с планами,
  • памятка разработчика,
  • лог проекта,
  • баг-лог (не путать с бан-логом, хотя он тоже есть),
  • файлик с новыми идеями,
  • отчеты для игроков,
  • ну и конечно же, электронные таблицы как бонус

Вот обо всех этих файликах я и расскажу сегодня, как они выглядят и что представляют. При этом буду акцентировать внимание на разработке игры, несмотря на то, что у меня подобные документы есть и для других целей тоже, например веселые списочки "во что поиграть", "что посмотреть" и "что почитать".

Также сразу хочу отметить, что моя система текстовых документов не претендует на что-то правильное и каноническое, а просто описывает, как можно организовать процесс разработки игры. Для этого есть еще куча других инструметов, тот же Trello  (который я тоже иногда использую), или разные багтрекеры (тут уж точно не мне учить вас ими пользоваться).

Списки с планами.

Важнейшей составляющей любой разработки игры является понимание того, к чему вы стремитесь и чего хотите достигнуть в назначенный промежуток времени. Как известно, чтобы съесть слона, для начала нужно разделить его на кусочки. Обычно мои файлики с планами делятся по месяцам. В начале каждого месяца я пишу списки, что нужно сделать по каждому из своих проектов за этот месяц. При этом не всё подряд, а задачи разделяю на три группы: программирование, графика и дизайн. То есть получается список вида:

Планы на февраль
 
Программирование
- сделать систему магии
- разобраться с системой экипировки
....итд
 
Графика
- собрать референсы к картам
- найти художника персонажей
....итд
 
Дизайн
- реализовать первый эпизод
- детализировать карту города
- набросать схематично карту луга
...итд
 

И на самом деле чем более четко будут расписаны эти пункты, тем проще вам же будет потом это все реализовывать. А чем детальнее и подробнее разделите на части, тем чаще будете ставить (ок) под каждым из пунктов, что очень радует и мотивирует.


Например, можно конкретизировать первый пункт по системе магии:

 сделать систему магии:
  • камни магии в инвентаре (6 видов 3ёх размеров)
  • взаимодействия между собой
  • талант мага

Если знаете, каково количество, можете указать количество в скобках, например референсы к картам - если у вас 9 локаций в игре, например, то указываете в скобках число 9, и уже понятнее, как нужно разбить примерно ваше время на месяц, чтобы успеть выполнить запланированные пункты. При этом плюс такой системы также в том, что можно каждый раз выбирать, в какой сфере ходите продвинутся сегодня, и всегда стоит несколько задач в разных областях, что создает разнообразие действий.

Такая схема неплохо себя показывает, если вы делаете всё в одиночку, или же вы являетесь основным и безоговорочным лидером, делающим всегда наибольшую часть работы по проекту. В моем случае это обычно как раз так и есть. Но при этом может также очень пригодится еще следующий документ(барабанная дробь):

Памятка разработчика.

Небольшой текстовый файлик, которому всегда следует быть на виду. У меня он содержит следующие разделы:

Не забыть.

В самом верху идут важные напоминания, например, о критических багах, костылях или о предстоящем обсуждении чего-либо, ну или мало ли чего еще, что никак нельзя упускать из виду.

Задачи

Тут все просто, текущие задачи на неделю, перекочевавшие из файлика планов на месяц.

Текущая задача

Одна задача, которую я выбираю и делаю на данный момент.

Идеи

Если что-то приходит в голову, сразу же стоит записать-зафиксировать в этом разделе. А затем уже в конце недели, когда меняешь задачи, разбираешь идеи. Для Смайлов, кстати, файл с идеями был даже отдельный создан, можете посмотреть, если интересно. Это тоже неплохая практика - держать идеи в отдельном файле.

Глюки

Удобно сразу зафиксировать какой-нибудь глюк быстренько, чтобы не забыть. Но по-хорошему под баги должен быть отдельный файл, желательно таблица, при этом обязательно нужно в таблице помимо всего прочего указать степень бага (общепринято обозначение: красный  критический, желтый важный, синий обычный, зеленый незначительный) и сложность его исправления. В зависимости от этого можно сортировать таблицу по порядку исправления, что удобно. Исправленные баги советую не удалять из таблицы, а просто скрывать их видимость. Вдруг еще всплывут?

bug

Баг-лист отдельной таблицей для "Интернетов"

bug2

Баг-лист отдельной таблицей для Phantasy Star... 20 Years Past

Отложить

Задачи, которые уже пыталась делать, но не получается, или просто нет настроения - в итоге решила отложить на потом.

Проблемы

Если долгое время не получается что-то сделать - это уже перерастает в проблему. Такие проблемы могут ставить проект под угрозу или отдельные его части. Такие вещи если появляются за неделю, то потом требуют либо всестороннего обсуждения, либо уже вынос публично куда-нибудь на форумы, либо отказ от реализации.

Ожидание

Этот пункт очень полезен, если у вас в команде есть другие люди. В этом случае сначала обычно уточняется у них, когда стоит ждать определенного результата, ну и записывается. И в намеченный срок просто берешь, обращаешься и проверяешь, ну или откладываешь, если не повезло. Формат списка ожидания примерно такой:

Имя человека - ожидаемое действие - срок выполнения

Так меньше шансов забыть, и не нужно постоянно теребить человека, сделал ли он или нет, что нехило отвлекает и организатора, и испонителя.

Лог проекта

Это довольно приятный файлик, в который заносится то, что уже было сделано по проекту, причем всеми его участниками и по датам. Примерно выглядит вот так вот:

log


Когда видно, что по игре есть продвижения, то это мотивирует. Ну... а если нет, то повод задуматься.

То есть таким образом пункты сначала попадают в план, затем в задачи, а затем уже идут в лог. Но и на этом они не прекращают свой цикл жизни, а попадают уже в демку и в отчеты для игроков.

Логи для игроков.

Есть еще один тип логов, который некоторые из вас уже успели заценить. Это отчеты об обновлении игры. Начинаются они вестись тогда, когда выходит первая демка. Когда выходит следующая демка, на сайт вешается такой вот отчет, ну, вроде такого, например. Затем лог стирается, и снова пишутся изменения новой демки по отношению к предыдущей.

Как вы могли уже заметить, делится оно на три раздела:

Добавлено

Тут пишутся принципиально новые отличия по сравнению с прошлой демкой. Например, новая глава истории, новые локации, новые механики и т.п.

Изменено

В основном тут идут разные улучшения и правки, ну или разные метания, вроде бы и не улучшение, но что-то стало по-другому по тем или иным причинам.

Исправлено

Ну, и это, как вы уже поняли, раздел с фиксами багов. Обычно самый большой.

Стоит отметить, что этому приему меня научил еще бывший админ Светлой Зоны, когда я только начинала работать над первым своим проектом. Ну, и как-то оно прижилось, до сих пор использую.


Электронные таблицы.

В принципе, на этом можно было бы и закончить мой рассказ об организации разработки игры. Но я не я, если не упомяну про электронные таблицы. Ими меня научили пользоваться на моей первой работе в сфере геймдева. Как оказалось - это совершенно шикарная штука. Помню, как я на них сначала плевалась, и как мне креативный директор говорил дружеским тоном, что потом, когда научишься, наоборот будет не отлепить тебя от них. Так оно и есть. Вообще все дела, все задачи, можно спокойно заносить в такие вот таблицы, и потом наглядно и просто отображается процесс выполнения, при этом можно и цветом выделять, и даже вычислять если что понадобится. Приведу часть примеров, как я использую таблицы, может, это послужит вам источником идей и вдохновения для ваших проектов.

org

Таблица монстров и их свойства

org1

Таблица графики для игры

org3

Таблица ИИ для "Интернетов"

org4

Таблица музыкальных треков для Phantasy Star... 20 Years Past

org5

Таблица прогресса для ролика флеш-версии Котёнка

Прочитано 6465 раз Последнее изменение Вторник, 27 Февраля 2018 18:32
AnnTenna

Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
Авторизуйтесь, чтобы получить возможность оставлять комментарии

Панель входа

Добро пожаловать!

Заходите. Чувствуйте себя как дома.

Мы в контакте

(скорее всего это пойдёт на хостинг)

Опрос о статьях на сайте.

Какие статьи вам наиболее интересны?
 

Это из галереи!

  • Glin_6
  • Описание: Сделано из глины летом 2016

Проект Phantasy Star... 20ty Years Past участвовал в выставке "Старкон 2015"

А знаете ли вы...

ste2

сайт другаСветлая зона и Академия РПГ Мейкераkn4kn5Плагины для RPG MakerДневник одной нэкоknНовая Реальность Топ Разработка игр