Какие лидовые дела можно делать, пока ты ещё не лид

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

Очень много лидовых обязанностей невозможно делать, пока ты официально не лид. Например, участвовать в найме (если в компании принято, что нанимающие дизайнеры — лиды) или проводить встречи 1–1 с членами команды и ставить им индивидуальные планы развития.

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

Расскажу про несколько таких дел. Не то чтобы после них 100% повысят, но процессы в команде и ваша карма станут лучше.

Онбординг

Онбординг новых людей в компании — это обязанность лида и, наверное, HR-партнера. Лид поставит новичку задачи на испытательный срок, а HR-партнер, наверное, покажет где столовая и туалет. Но обычно остается еще миллион вопросов: кто этот мужик на встрече? почему у меня не открывается %что-то%? как устроена дизайн-система? для чего нужен этот 84 канал в слаке?

Можно просто помогать новому дизайнеру или официально взять на себя обязанности по онбордингу в вашей команде.

Вики

Вам повезло, если у вас есть хорошо устроенная база знаний, но обычно, даже в самой хорошей базе знаний, есть что еще улучшить. Может быть неудобно хранятся знания по продукту, по дизайн-решениям, по исследованиям, по дизайн-системе. Может быть не описан процесс взаимодействия или постановки задач соседним отделам: например, маркетингу или UX-редакторам.

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

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

Найм

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

Обмен знаниями и развитие

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

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

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

Передавать знания можно не только в лекционном формате. Если умеете, можно провести воркшоп, или договориться с другими дизайнерами решать дизайн-задачки.

Физическое пространство

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

Уборка и наведение порядка в диджитал-пространствах

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

Привести в порядок общее пространство — это сложная история, которая требует собрать всех заинтересованных, выработать правила, с которыми все согласны, собрать пожелания к доп. функционалу (чтобы два раза не вставать).

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

HR бренд

Рассказывать про свою команду и продукт в профессиональной тусовке — не очень страшно и довольно полезно. Хороший лид должен помогать тому, чтобы о его команде было известно снаружи. Это помогает искать новых людей в команду и иногда помогает получить полезные комментарии от экспертов со стороны.

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

С этим черновиком, можно идти к DevRel специалисту, если вы в большой компании, к лиду или продакт-менеджеру, если в маленькой, или подаваться на митапы и конференции.

Менторство

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

Создание матрицы навыков

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

Выводы

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