Как сделать дизайнеров счастливыми. Андрей Богданов

о совсем других рабочих группах – добровольных объединениях дизайнеров из разных команд, но с общими целями.

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

      Рабочие группы – это временные объединения дизайнеров, и они существуют в период решения конкретных проблем. Например, в ВТБ рабочая группа дизайнеров прорабатывала шаблоны клиентских анкет, которые необходимы многим командам: и кредитам, и вкладам, и картам. А в МТС Финтех я таким образом организовал разработку нужного всем чек-листа для описания задач.

      Сообщества убивает токсичность.

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

      А вот у разработчиков я наблюдал токсичные традиции. В одном крупном банке бедные программисты предпочитали приходить за советом (например, по поводу реализации в коде какого-то компонента) к дизайнерам, а не писать в чат коллегам по цеху – это было все равно что сунуть руку в пчелиный улей.

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

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

      Поддержка на уровне команды

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

      Только связи между дизайнерами внутри команды должны быть еще крепче, чем в комьюнити, а взаимодействия еще больше. Это кажется очевидным, если просто взглянуть на схему оргструктуры компании, но на практике так бывает не всегда. В некоторых командах дизайнеры скорее пойдут «на сторону», чем обратятся за советом к своим коллегам.

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

      И если вопрос общих мероприятий можно решить, введя церемонии, о которых я писал в главе «Фреймворк», то подарить ощущение единства и взаимной поддержки команде может только ее лидер. Именно он должен подавать позитивный пример остальным и культивировать правильную модель поведения.

      В этом также ему поможет алгоритм «очеловечивание», о котором мы поговорим в следующей главе. Как видите, все алгоритмы связаны