Если у вас много непродуктовых задач(дизайн-система, процессы, ревью других дизайнеров), можно договориться со своим менеджером и выбрать один день в неделю, когда вы будете заниматься только ими. Этот день нужно будет учитывать при планировании.
Например, в этот день Оля улучшает библиотеки компонентов контента, а Матвей пишет этот документ 🤠
Стендапы по дизайну с менеджерами и оценка задач
Используют: дизайнеры контента, екома
Периодически(например, в понедельник) всем дизайнерам команды полезно созваниватьсяс менеджером, чтобы планировать следующий спринт и рассказывать про свой статус.
Менеджеры в екоме внутри обсуждают приоритеты и определяются, какие задачи хотели бы получить на неделе(спринте). Они ставят задачи только на одного дизайнера из команды в колонку Sprint Next Week с соответствующим приоритетом: критикал — нужно в первую очередь, мажор — важно, нормал — если останется время. Критикалы используем редко—если реально капец горит.
Эти задачи мы ждём до 15:00 пятницы. После этого хотелки принимаются в индивидуальном порядке по согласованию с другими менеджерами.
Потом мы созваниваемся внутри дизайнерами и разбираем эти задачи. В основном разбираем по наитию, но иногда специально тасуем проекты/фичи, чтобы не ковырять одно и то же. Например, Рита может взять какие-то доработки фичи, который делал целиком Даня и устал, а она мало погружена в контекст. Дане полезно отдохнуть, а Рите погрузиться в малознакомое.
Оценка
Ребята обговорили систему сторипойнтов у задач, чтобы менеджеры имели представление, сколько может занять проработка задачи. Шкала такая:
🐤 1 сп — небольшая задача, половина дня.
🦆 2 сп — средняя задача, 1–3 дня.
🐻 3 сп — большая трудоёмкая задача, 3+ дня.
Менеджеры сами примерно проставляют сп, если есть понимание. Если его нет, дизайнеры сами предварительно оценивают и по завершении актуализируют, действительно ли задача заняла столько времени.
Условная ёмкость спринта: 12 сп на двоих. Менеджеры могут тасовать эти сп между собой. Например, 6 сп у«Мультимаркета», 3 сп у нативного магазина и 3 сп у«Объявлений». Это позволяет менеджерам примерно понимать, какое количество времени будет уделено их задачам на неделе.
В распланированных задачах на неделю ребята также могут повысить приоритет, чтобы дизайнеры быстрее взяли задачи в работу. Но опять же, сперва они обсуждают между собой.
Синки в дизайн-бандах
Используют: дизайнеры контента
Когда в продуктовой команде несколько дизайнеров, формируется дизайн-банда. Обсуждение внутри дизайнеров одного продукта намного более продуктивно, потому что у всех общий контекст. Поэтому есть смысл собираться/созваниваться не только на общем дизайн-демо, но и отдельно. Пару раз в неделю на час.
Брейнштормы внутри команд
Используют: дизайнеры контента
Чтобы задачи на дизайн были построены от проблем, нужно исследовать, а затем придумывать идеи для решения этих самых проблем. А как придумывать? Методов много, можно использовать любой. Когда-нибудь мы сделаем гайд, а пока пишите(*секретно*) — она поможет вам устроить брейншторм.
Применение UX-исследований
Используют: все команды
Наша команда исследований может проверить гипотезы кучей способов. Готовые отчёты исследований собраны в Confluence и сообществе ВКонтакте.
Если хотите заказать исследование — пишите(*секретно*). И прочитайте гайд по исследованиям :)
Не важно, есть ли у вас подопечный или нет — вам будет полезно найти наставника для себя, чтобы советоваться по работе. Дизайн-демо всего раз в неделю, а в чате«ноготочки» дизайнеры обычно не в контексте вашего продукта(но тоже могут помочь). Вы можете найти дизайнера из вашей продуктовой команды или просто опытного чувака, которому периодически будете приносить макеты. Главное— спросить, есть ли время у наставника :-)
В идеале у каждого дизайнера в команде должен быть наставник. А у самого старшего наставником может быть CEO или CPO.
Непродуктовый день
Стендапы по дизайну с менеджерами и оценка задач
Синки в дизайн-бандах
Брейнштормы внутри команд
Применение UX-исследований
Наставничество над другими дизайнерами