Онбординг новой дизайн команды
Как мы онбордили новую команду дизайнеров на проекте
Процесс онбординга сопровождается большим количеством вопросов со стороны нового сотрудника. Более того, скорость работы нового дизайнера в начале будет ниже средней скорости уже опытных ребят.
Нас на проекте 2 дизайнера, и тут приходит целая команда из 3 человек со своим тим-лидом, вы в разных часовых поясах с новой командой, и у вас есть 1–2 часа в день на коммуникацию!
Задача
Ввести в проект новых ребят, чтобы они как можно быстрее вникли и приступили к работе, учитывая, что примерный скоуп работ клиент им уже обозначил.
Четкого процесса онбординга дизайнеров на проект у нас не было, так как проект относительно молодой и приход нового дизайнера был редкостью.
Помимо создания общего чата с новыми дизайнерами и комментариев в фигме, мы решили сделать процесс более последовательным и четким.
Первый созвон
После создания общего чата в Teams, мы сразу же договорились на созвон, чтобы познакомиться, узнать у кого какой опыт в дизайнах интерфейсов и хобби.
Далее мы пошли от общего к частному:
- сначала рассказали в целом о чем сервис, который разрабатываем
- рассказали про структуру файлов в фигме и структуру каждого файла
- обсудили как храним макеты: где должны лежать актуальные в разработку макеты, где рабочие мокапы, а где просто концепции и идеи
- процесс репортинга и коммуникации с БА командой и разработчиками
Документация
Мы написали документацию по процессу работы над макетами, и отдали ее после первого созвона
Что в документации:
- Шаг за шагом весь процесс от создания мокапа до перемещения в вкладку для разработчиков
- FAQ. Вопросы, которые возникали у каждого из нас на разных этапах процесса
Чтобы все следовали процессам из документации, напоминайте команде о ней почаще!
Карта сайта
Этот артефакт я сделал для себя еще когда пришел на проект. Это помогло быстро сложить картинку в голове: сколько у нас функционала, где и какие взаимосвязи, иерархия.
По моему опыту, новый дизайнер на проекте делает скрин-мап или юзер флоу, чтобы лучше понять связи функционала. Карта сайта помогает двигаться от общего к частному и быстрее разобраться в функционале.
Гайдлайны и UI-kit
На общем созвоне мы также презентовали гайдлайны и UI-kit, но попросили смотреть его после документации и карты сайта. Что мы тут рассказали:
- структура гайда и кита
- где лежат самые часто используемые элементы
- специфичные кейсы, которых еще нет в документации
По гайдлайнам у новой команды в ближайшем будущем возникало много вопросов. Мы отнеслись к этому как наблюдатели: документировали все идеи ребят, вопросы по тому, что понятно и не очень, поскольку сами могли уже не заметить подобных вещей.
Ревью сессии
Новая команда приступила к созданию мокапов. Каждый день начинается с того, что нужно просматривать макеты новых ребят, что-то уточнять или рассказывать, давать комментарии в фигме. Если вопросы касаются всей команды, мы сразу скидываем в общий чат.
Еще никогда в наших файлах не было столько комментов как сейчас…
Капля дегтя
Прошел месяц. Все еще есть вопросы к хранению и переносу макетов. На эту тему у нас еще будут звонки.
Новая команда периодически пропускает комментарии бизнес-аналитиков по макетам. Поскольку от коммуникации БА и дизайнеров зависит правильность и качество макетов, мы дополнительно обсудим контекст таких ситуаций.
Вначале практически вся коммуникация с новой командой проходила через их тим-лида. Теперь с нами спокойно коммуницируют все ребята.
Результаты
Новая команда втянулась быстро и уже через 2 недели ребята начали показывать первые готовые мокапы.
Весьма много времени ушло на изучение гайдлайнов и китов, так как у нас не было отдельного звонка по ним (к сожалению).
Взаимовыгода. Новая команда подмечает ваши рабочие моменты, а вы их. Взаимные фидбэки по макетам очень помогают развиваться. Помните, что они ваши союзники и вы их!
Далее по планам
Поскольку мы раньше многое не успевали делать, новая команда готовит инициативы того, что нам нужно поправить в гайдах и функционале. Мы со своей стороны тоже формируем такие идеи.
Далее мы объединим все наши идеи, структурируем, придем к бизнес-аналитикам и попросим внести их в приоритеты на проекте. Когда вас пятеро, выше вероятность повлиять на приоритеты в рамках проекта.
Наши советы
- подготовьте заранее письменную документацию по основным процессам в команде: хранение фалов, контакты тим лидов и менеджеров, FAQ, документирование изменений в макетах и т. д.
- любые UX-артефакты будут полезны: карта сайта, персоны, юзер-флоу — это все стоит изучить новой команде до работы над макетами
- созвонитесь с новыми ребятами, а лучше несколько раз с промежутком 1 неделя, так как большинство мелких вопросов задается и разрешается устно
- У новых дизайнеров не замылен взгляд, и вместе вы улучшите опыт взаимодействия пользователей с вашим сервисом
Спасибо что дочитали!
Надеюсь, материал был полезным!)
По вопросам сотрудничества и создания потрясающих проектов мы можем поговорить в Linkedin
