Гайд по работе с ветками (Figma Branch)

Как-то я провёл опрос «Пользуешься Figma Branch на работе?» и как оказалось, многие хотели бы использовать этот функционал, но им что-то мешает. Поэтому, я значительно расширил внутренний документ моего отдела продуктового дизайна в Movavi Software, до масштаба статьи. Надеюсь поспособствовать обновлению workflow у творческих команд, ответит на основные вопросы и рассеять туман по работе с ветками. Погнали.

Figma Branch (или «ветка») — это функционал, который позволяет создать копию проекта и изменять его независимо от основной версии. Когда работа завершена и нужно внести изменения в основной проект — ветка сливается с master-версией. Всё как у разработчиков. Но чтобы использовать Branch, ваш тариф должен быть Organization или Enterprise.

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

В моём отделе есть три правила когда мы создаём ветки:

Раньше мы дополнительно работали по принципу 1 задача = 1 ветка, но такой подход со временем стал избыточным, даже несмотря на то, что одновременно над задачей могли работать более трёх дизайнеров. Но есть команды, которым данный формат идеально подходит. Работать так или нет, решать вам, но я оставлю список когда не нужно создавать ветку:

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

Figma Branch не новая и не революционная фича. Возможно, вы уже используете что-то подобное, но часто проблема дизайн-команд в том, что это «что-то подобное» — плохо работает.

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

1. Выбор ветки

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

Также, посмотреть все ветки можно через основное меню File → See all branches.

В ветки можно приглашать как в обычный проект и делиться ссылкой на них. Работает это через привычную кнопку Share в правом углу, но дополнительно можно скопировать ссылку, переименовать ветку или отправить её в архив через выпадающие меню проекта View Branch → See all branches → •••

2. Создание ветки

Находясь в проекте, раскрываем контекстное меню рядом с названием файл, в котором создаем ветку нажав на Create branch.

Для нейминга веток мы используем следующий шаблон:

[emoji] [№ задачи/тип работ] / [заголовок]

В итоге получаем единообразный список:

3. Мёрж ветки

Перед мёржем ветки, дизайнер должен пройти workflow отдела, у нас это: Dev Approved → Design Review → PM Review → Done.

Чтобы начать процесс мёржа, раскрываем контекстное меню проекта, жмём Review and Merge changes, далее описываем что было сделано и выбираем аппрувером лида/руководителя/других дизайнеров.

Бывает что созданная ветка не требует продолжения работы и мёрджить её нет смысла (дубликат, изменились условия задачи и тд) — просто архивируем. Посмотреть или восстановить архивные ветки можно через контекстное меню проекта в разделе Archived.

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

🗒 Условия прохождения merge-ревью:

🕵‍♀ На что смотрим при merge-ревью:

🚨 Если в ветке ошибка — отправляем ветку на доработку с указанием причин, например:

✅ Если в ветке нет ошибок и аппрувы получены — мёрджим ветку с мастер-проектом. Векта в которой мы работали автоматически архивируется вместе со слоями и комментами (к ней можно вернуться при необходимости).

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

🤝 Совместная работа — если N дизайнеров работают над общей задачей, не нужно создавать каждому свою ветку, они должны работать совместно внутри одной ветки.

Финальным штрихом для дизайн-команд является единый канал для уведомлений об изменениях и обновлениях. У нас таких три:

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