Пересмотр процессов

За год повысила производительность команды из 8 человек на 34%. А также наладила коммуникацию с разработкой и аналитикой.

Проблемы

1
Нет дизайн-системы при выпуске ~100 фич за год
2
Мнение дизайнеров не учитывается в продуктовых решениях. Отделы не работают сообща
3
Работа строится только на ТЗ без подключения критического мышления. Дизайнер = оператор Figma;

Наблюдение за причинно-следственными связями — прекрасное занятие

Более прекрасным его делает возможность повлиять на процесс

Декомпозировала проблемы, чтобы понять, как их решать

Итак, у нас не было дизайн-системы. К чему это привело:

30%

Времени уходит на уточнение актуальности макетов

Дизайнеров теряются в хаосе макетов. Этапы работы над задачей непрозрачны

Стрима делали одни и те же элементы по-разному в своих задачах

1
Приоритет дизайн-системы снижали по инерции, поэтому я взяла ответственность на себя. За 3 дня собрала MVP ДС.

Про это писала в отдельном кейсе: Дизайн-система
2
Создала библиотеку пустых состояний, чтобы по всему приложению соблюдался общий tone of voice
3
Собрала онбординг-файл со всей информацией по работе с задачей: правила описания, нейминг, структура, воркфлоу
4
Написала гайд для проверки макетов, чтобы дизайнеры могли сами проверять свои макеты перед сдачей
5
Протолкнула дизайн-ревью как обязательный этап воркфлоу;

+34%

Задач мы смогли закрывать за спринт

-60%

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

100+

Компонентов в модерируемой дизайн-системе

Разделила проблему на части:

Дизайнеров подключают к фиче только после того, как аналитик пропишет ТЗ. Нет возможности повлиять на итог

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

1
Перед началом работы исследуем задачу, смотрим разные подходы к решению и консультируем авторов задач по своим наработкам. Перешли от слепого выполнения ТЗ к партнёрству с продактами
2
Начала вести еженедельную защиту прогресса перед CTO, Head of Mobile, Product Owner и Analyst. На этих встречах мы в формате дискуссии принимаем стратегические решения по задачам на основе фактов
3
Провела опрос среди разработки о взаимодействии с макетами, выявила проблемные места, собрала гайд по Figma для разработки и паттерны передачи макетов;

80%

Задачи аналитики и разработки приходят обсуждать с нами на раннем этапе

~20%

Задач мы отменили на старте или упростили, объяснив, что решение уже существует и его можно адаптировать

~110.000 ₽

Экономим компании в месяц, если считать, что к задаче подключено 4-5 человек

Отношение к задаче сильно влияет на финальный результат. В процессе работы с командой выделила основные проблемы:

Дизайнеры выполняли задачу на основе ТЗ, не подключая критическое мышление

Решения не аргументировались, а после заворачивались из-за слабой защиты

Не было списка навыков, требуемых для продвижения

1
Распределила потоки задач между дизайнерами с учетом их сильных сторон и интересов. Получились мини-зоны ответственности
2
Продвинула воркфлоу, где дизайнер сначала анализирует проблему, ищет подходы, предлагает варианты и только потом согласовывает решение
3
Ввела регулярные 1-1 с дизайнерами для сбора обратной связи и оптимизации процессов;

+40%

Инициативных предложений по улучшению продукта от членов команды.

100%

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