July 7, 2023

Как сохранить психику во время джема при помощи Trello

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

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

Система в текущем виде имеет такие черты:

Рабочее пространство разбито на несколько досок, названных по именам каждого человека (специалиста):

Доски можно найти в левой части рабочего пространства

Внутри каждой доски есть три списка, которые отражают статус задач:

Внутри каждого списка есть карточки. Каждая карточка — это отдельная задача. При нажатии на карточку она раскрывается, и внутри можно проводить различные манипуляции: структурировать задачу, создавать чек-листы, оставлять комментарии самому себе или другим участникам и многое другое. Но особенно активно мы использовали метки. Метка содержит имя человека, который назначает задачу другому специалисту.

Метки дают такие преимущества:

  1. Вы сразу понимаете, кто назначил Вам задачу и можете обсудить её с этим человеком
  2. Вы и сами не забудете, что назначали кому-то важную для вас задачу, сможете быстро найти её в списке и отслеживать прогресс
  3. Вы более наглядно можете увидеть процессы, которые происходят в команде во время разработки

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

Я предлагаю такой вариант:

Списки остаются теми же и играют свою предыдущую роль, но доска теперь одна:

Каждая карточка — это механика. Механики в списках следует стараться размещать в порядке приоритета их реализации в игре.

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

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

Внутри карточки мы создаём несколько чек-листов по направлению разработки.

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

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

Дополнительные обозначения. Есть общепринятые обозначения, обозначающие важность реализации той или иной фичи:

MVP (minimum viable product) - это значит, что это важнейшая для реализации задача, без которой соблюдение видения проекта невозможно. То, без чего игра перестаёт быть собой

NTH (nice to have) - то, что мы очень хотели бы реализовать, чтобы сделать игру ещё лучше, но без этого можно бы и обойтись

TBD (to be discussed) - это по тем или иным причинам спорная для реализации идея, либо идея, которая требует отдельного углублённого обсуждения в будущем

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