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

Я, скорее, хочу обозначить, что важнее всего учитывать при выборе этого инструмента. Вот основной список таск-трекеров, которыми раньше активно пользовались российские разработчики игр:

• Jira;

• Asana;

• Notion;

• Google Workspace;

• Basecamp.

Я говорю «пользовались», потому что в текущем формате взаимодействия с мировым рынком разработчики и издатели стараются перейти на варианты от российских производителей софта. Это происходит в основном из-за нестабильности статуса зарубежных сервисов, поэтому, думаю, что в ближайшие несколько лет нас ждет переход на российские таск-трекеры. Конкретно Jira и другие продукты компании Atlassian объявили об окончательном уходе с российского рынка. В их числе и таск-трекер Trello, также достаточно популярный среди разработчиков и издателей в геймдеве. Asana тоже сообщила о прекращении поддержки российских пользователей.

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

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

Итак, Jira и ее аналоги – это софт для проектного управления. Благодаря массе внутренних настроек ее можно максимально доработать под нужды конкретной компании и использовать как основной таск-трекер, при необходимости подключая к нему разнообразные плагины.

Функционал Jira позволяет ставить задачу, выставлять определенные сроки выполнения, подключать всех необходимых участников проекта и отслеживать прогресс поставленной задачи. Помимо этого, как я уже сказал, внутри софта можно подключить массу дополнительных настроек. В настройках Jira можно (и нужно) создавать дашборды – информационные панели о статусе ваших проектов. Основные принципы в работе: канбан и скрам-доски.

У задач при постановке также есть разные форматы – стандартный task и более расширенные stories и epic. Внутри эпиков и историй может быть включено значительное количество дополнительных задач.

Давайте посмотрим на основные плюсы, которые были важны при работе в Jira. Помните, что эти плюсы желательно иметь и в других таск-трекерах, которые вы будете выбирать для дальнейшей работы:

• адаптивно настраиваемый интерфейс;

• наличие бесплатной версии (до 10 человек, что подходит инди-командам);

• лидирующее положение на рынке;

• основные и дополнительные функции;

• грамотная работа с задачами;

• контроль проекта;

• полная интеграция с Битрикс24;

• портфолио – сервис, с помощью которого и организуют контроль любого процесса и команды;

• составление десятков встроенных отчетов, в которых содержится необходимая информация;

• настраиваемые доски для быстрого совершения любого действия, внесения изменений.

Российские разработчики, естественно, активно работают над своими версиями таск-трекеров. Я рекомендую присмотреться к следующим российским вариантам софта для управления проектами.

• WEEEK – командный сервис для управления проектами и процессами. WEEEK – это классический таск-менеджер и CRM-система. Также в WEEEK есть база знаний для работы с документами, сервисы «аналитика» и «пользователи» для оценки и управления рабочим временем команд. WEEEK находится на российских серверах, поэтому принимает беспроблемную оплату российскими картами. И что немаловажно – это русскоязычная техническая поддержка. Бесплатно можно вести до семи проектов, в каждом до пяти досок, три воронки в CRM, 100 документов в базе знаний, до пяти человек в команде.

• Яндекс Трекер – российский планер и система для управления проектами. Хорошо подходит для бизнеса, требующего хранения и контроля большого объема информации. Бесплатная версия до 5 человек.

• Битрикс24. Один из самых первых представителей российских планировщиков и таск-менеджеров. Тут тоже есть доски, диаграмма Ганта, чаты и даже видеозвонки, CRM, управление сайтами и многое-многое другое. Сервис бесплатен для любого количества пользователей, но в бесплатной версии есть ограничения по встроенным дополнительным возможностям.

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

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

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

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

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

Если в вашей команде налажена культура постановки и получения задач, то в целом, какой бы вы инструмент ни выбрали, все будет работать. Основные принципы культуры работы над задачами в команде следующие:

• все пользуются единым софтом для работы и коммуникации;

• руководители команд/владелец компании коммуницируют с сотрудниками в едином коммуникационном поле / с использованием софта;

• используется единый стандарт постановки и принятия задач;

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

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

• ссылки на ваши таск-трекеры и хранилища;

• краткий гайд по работе с ними и контакт ответственного за работу этого софта;

• уведомление о том, что при постановке задач все пользуются единым инструментом (ссылка на таск-трекер, которым вы пользуетесь);

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

• информация о том, как и где сотрудник, которому делегирована задача, должен ответить, что задача ему понятна и он готов взять ее в работу;

• алгоритм действий в случае, если сотруднику задача непонятна или ему кажется, что сроки слишком короткие;

• информация о статусах задачи и о том, кто их выставляет;

• информация о том, кто и как должен проверять статус задачи;

• информация о том, кто принимает решение по открытию/закрытию задачи;

• информация о том, кто будет решать статус задачи в случае ее подвешенного состояния.

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

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

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