Быстрое определение сотрудников в Figma

Обложка
Обложка

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

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

Структура именования

Формат подписи выглядит следующим образом:

Фамилия Имя | Продукт-Должность-иерархия(если требуется)-платформа(относится к разрабам по большей части)

Пример:

  • Пономаренко Павел | РТЕ-D-L
  • Фирсаев Алексей | Омни-F-L-web
  • Евгений Лаухин | Каб.агента-B

Объяснение:

  • Фамилия и Имя – стандартная часть, чтобы всегда можно было понять, кто работает над проектом;
  • Продукт – позволяет легко отличить сотрудников, работающих над разными продуктами в рамках одного проекта;
  • Должность – сокращение, которое отображает роль и иногда даже платформу (в случае фронтенд-разработчиков и мобильных специалистов);

Полный список сокращений для ролей в IT-проекте

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

Дизайнеры

Дизайнер ux/ui - PD

Комуникационный дизайнер - CD

Дизайнер иллюстраций - IL

Моушен дизайнер - MD

Исследователи

Cje - CJ

Ux-исследователь - R

Редакторы

UX редактор - E

Разработчики

Фронт.разработчик - F

Бэк.разработчик - B

Аналитик системный - AS

Тестировщик - QA

DevOps-инженер - DO

Архитектор - A

Системный администратор - SA

Технический писатель - TW

Data Engineer - DE

Data Scientist - DS

Бизнес

Project manager - PM

Product Owner - PO

Аналитик бизнеса - AB

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

Рекомендации по улучшению системы именования

Платформа для разработчика

Так же можно добавить обозначение платформы у разработчика:

  • iOS
  • Andr
  • web

Пример: Пономаренко Павел | РТЕ-F-iOS-L

Иерархия специалиста

Иногда полезно указывать иерархию сотрудников через добавление суффиксов:

  • L для Team lead;
  • H для Head;
  • D для директора;

Пример: Пономаренко Павел | РТЕ-D-L

Проектный статус

Если есть временные или контрактные сотрудники, полезно обозначать статус:

  • T для временных сотрудников;
  • P для постоянных;

Пример: Иванов Алексей | Промо-F-Т

Преимущества

  • Удобство поиска и ясность ролей;
  • Простота масштабирования;

Недостатки

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

Заключение

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

🚀 Подписывайтесь, чтобы узнать то, чего не знают другие! Уникальные инсайты и редкие темы для вашего роста и вдохновения! 💡

44
1 комментарий

Фигма вообще гениальное изобретение

Ответить