Хабр, привет! Меня зовут Максим Гришутин, я Product Platform Lead в Okko. Раньше был iOS-разработчиком, а лидом работаю уже семь лет. Развитием бренда команды интересовался давно, но по-настоящему проникся этой темой, когда увидел, как работают продвинутые команды на конференциях.
С тех пор я развил несколько командных брендов, набил шишки, посмотрел на чужие ошибки и накопил опыт, которым и хочу поделиться в этой статье.
Разберем пять блоков:
Что такое бренд команды и зачем он вообще нужен
Репутация — как она формируется и чем отличается от бренда
Как построить бренд — внутри компании и снаружи
Практические кейсы из моего опыта
Противостояние селф-бренда и бренда команды
Статья пригодится лидам, которые хотят продвигать свою команду внутри компании и/или снаружи, а также им сочувствующим — сотрудникам, желающим вложиться в развитие бренда.
Начнём с базы
По данным исследования LinkedIn Talent Solutions, сильный бренд снижает стоимость найма примерно на 50%. Он также помогает удерживать сотрудников: людям интересно работать с теми, кто делает классные проекты и не забывает о них рассказывать.
Но бренд — это не только про найм.
Представим две команды.
Команда А
делает сложные и качественные проекты
почти не рассказывает о них внутри компании
Команда Б
делает проекты попроще
постоянно рассказывает о них
Команда Б на слуху. Она показывает демки, пишет короткие посты в общих чатах, делится результатами. В итоге именно ей чаще доверяют новые проекты и выделяют ресурсы на рост — просто потому, что она осознанно работает со своим восприятием.
Что такое бренд команды?
Бренд команды — это не логотип и не мерч.
Это восприятие и ассоциации: то, за что вас знают и с чем ассоциируют.
Чтобы понять, какой у вас бренд, задайте себе вопрос:
Как вашу команду называют другие?
Речь не о подколах или прозвищах, а именно об ассоциациях. Например:
команда, которая отлично чинит сложные баги
эксперты в конкретной нише
новаторы, к которым приходят за идеями
Ассоциаций может быть много, и формируются они не потому, что вы так решили, а потому, что именно так компанию научил ваш реальный опыт работы.
Модель зрелости бренда
Я выделяю три уровня.
Уровень 1
Разрозненные успехи: один проект без багов, другой — красивый, но проблемный.
Результаты держатся на отдельных людях.
Команда почти не рассказывает о своей работе: нет демо, статей, выступлений.
Уровень 3
Выдаёт стабильные результаты.
Экспертиза не за одним человеком, а выстроена внутри команды. Ещё не задокументирована, но не хранится у одного человека — все знают, как работать, если лид заболеет или уйдёт.
Иногда проводит демо и выступления.
Уровень 5
Прорывные результаты и классные реализованные проекты с ощутимой бизнес-ценностью.
Систематизирована экспертиза — даже если огромная часть команды уйдёт, ничего не развалится.
Регулярно проводит демо, публикует статьи и кейсы, выкладывает в open source документации, дизайны, фреймворки.
Культура инноваций — команда использует новые фреймворки, пробует новые дизайнерские решения.
Необязательно быть на пятом уровне по всем пунктам. Чтобы вас замечали внутри компании, в большинстве случаев достаточно третьего.
Зачем ещё нужен бренд
О бренде компании говорить много не будем, но упомянем, что для нее это — доверие аудитории и возможность влиять на рынок.
Команде же бренд нужен для роста, набора новых сотрудников и лояльности самой компании. Когда вы хорошо делаете проекты и не забываете рассказывать о них, вам не только доверяют больше интересных задач и выделяют средства на расширение, но и не забирают уже имеющиеся ресурсы.
Бренд команды для тимлида — это рычаг влияния на сотрудников. Наличие бренда позволяет чётко определить цели и регламенты, а потом — объяснять их сотрудникам и мотивировать их.
Репутация
Бренд — это то, как вы хотите, чтобы вас видели.
Репутация — то, как вас видят сейчас.
Если вы ещё не работали над брендом, то, скорее всего, сможете узнать свою репутацию, только напрямую спросив об этом коллег. Например, я однажды услышал, что нашу команду называют «ребята со смузи-стеком» — из-за любви к новым языкам и фреймворкам.
Если желаемый образ и репутация не совпадают, начинать нужно именно с неё.
Репутация — это капитал.
сильная ускоряет процессы и принятие решений
слабая блокирует доверие и ресурсы
Что делать, если репутация не совпадает с желаемым образом
Допустим, вы хотите быть командой, которая быстро запускает MVP. Они не идеальны, но работают. В компании о вас мало говорят — вы «просто нормально делаете свою работу». Как это изменить?
Примите реальность
Это сложно, но важно. Признайте, что о команде, например, никто не слышал — и не знает, какие вы классные проекты делаете.
Определите желаемый образ команды
Не стоит уводить его далеко от того, что у вас уже хорошо получается. Если вы делаете классные MVP, но не очень хорошо справляетесь с инновациями, не пытайтесь прыгнуть выше головы. Начните с того, что вы классно и быстро собираете рабочие проекты.
Подтяните результаты
Если их мало, потратьте время на закрытие техдолга и релизы фичей, о которых можно будет рассказать.
Начните рассказывать о себе
Начните с простого — с поста в общем чате или, если в компании проводят митапы и tech talks, с небольших выступлений.
Строим бренд
У бренда команды есть два измерения:
Внутренний — культура, процессы и экспертиза, выстроенные внутри компании.
Внешний — выступления, статьи, конференции, open source.
Если у вас есть только репутация, начинать стоит с внутреннего бренда. Внешний имеет смысл, когда команда уже даёт стабильный результат.
Маховик бренда
Бренд работает как маховик: чтобы он заработал, нужен первый толчок. Обычно это проект.
Доведите его до состояния, когда не стыдно показать. Проведите демо, напишите пост, честно расскажите, что получилось и что нет. Из этого позже может вырасти статья или доклад.
Важно: людям интересны не рекламные истории, а реальные кейсы с проблемами и решениями.
Как развивать бренд внутри
Сфокусируйтесь на техдолге
Для своих команд я сделал фильтр приоритезации техдолга. Кроме очевидных факторов, таких как важность фичи и ее инновационность, есть еще один — возможность рассказать о проделанной работе на внутреннем демо или в статье на внешку. Если ответ «да» — берём задачу в первую очередь.
Этот фильтр подходит в ситуациях, когда у вас десять задач среднего уровня важности, но вы не очень понимаете, за какую схватиться. Берите ту, из которой можно сделать историю — так она не только разгрузит техдолг, но еще и принесёт практическую пользу бренду.
Внутренние tech talks
Tech talks объединяют команды внутри компании, способствуют обмену опытом и поиску новых решений. Приходите к деврелам — они помогут в написании постов, создании встреч и их координации. Если такой практики в компании пока нет, попробуйте начать сами.
Культура открытости
Рассказывайте обо всём, что делаете — в том числе о проблемах. Если во время создания фичи у вас возникли трудности, искренне расскажите, как решали их. Покажите другим, как делать не надо — пусть учатся на ваших ошибках, а не продираются через свои.
Как развивать бренд снаружи
Основные каналы:
Статьи и доклады.
Open source — можно выкладывать не только фреймворки, но и разного рода документацию. Я видел классные матрицы компетенций, которые понравились многим пользователям гита. Возможно, потребуется некоторое время, чтобы убедить руководителей — не все хотят делиться наработками, — однако оно того стоит.
Нетворкинг — посещение конференций, общение с другими специалистами. Так можно узнать, где какие новые технологии внедряют, с кем можно заколлабиться командой или даже компанией.
Это работает и на узнаваемость, и на привлечение кандидатов.
Как вовлекать сотрудников
Развитие бренда выгодно и команде, и отдельным специалистам: признание, портфолио, личный рост.
Покажите, какую личную выгоду могут получить специалисты, вкладываясь в общее дело — признание, похвала, бонус на ревью, расширение собственного портфолио статей и развитие личного бренда.
Обеспечьте низкий порог входа. Чтобы специалист начал чем-то делиться, не нужно от него сразу требовать классные презентации и выступления на больших конференциях. Пусть начнет с простого — расскажет о фиче на демо или напишет небольшой пост с рассказом о том, как её делал.
Создайте безопасную среду. Не осуждайте человека, выступающего перед аудиторией впервые, за ошибки или некорректно выбранные слова. Людям свойственно иметь страх выступлений, но он проходит с опытом.
Кейсы
Платформенная команда разработки (?)
Именно с вопросительным знаком.
Я вёл команду разработки А, занимавшуюся платформенными задачами, но только для конкретного приложения. Мы делали утилиты для разработки, тестирования, дизайна и CI/CD. При этом существовала еще одна платформенная команда — Б, которая делала то же самое, но на всю компанию.
Когда я начал выстраивать бренд команды А, запускать tech talks, делиться результатами и выступать на конференциях, о нас узнали те, кто до этого даже не подозревал о том, кто мы и что делаем. Команды заинтересовались нашими подходами и фишками, стали применять их в других проектах, а мы были и рады поделиться.
Так получилось, что нас начали воспринимать как общую платформенную команду и с задачами команды Б приходить к нам. А дело было в том, что о команде Б никто и не знал — несмотря на огромную экспертизу и более широким спектром задач, они просто не делились своими результатами.
В итоге нас объединили в одну команду, сочетающую и инновации, и знание истории проекта. Получилась одна суперкоманда платформы.
Tech Talks
Начинали с локальных встреч на свою команду — создали чат, где постили анонсы с красивыми картинками, забивали время на встречу. Где-то с третьей такой встречи начали приглашать соседние команды, а потом уже — всех, кто имел отношение к разработке.
Со временем tech talks стали точкой пересечения всей компании, позволившей всем командам презентовать свои проекты и обсудить их.
Самым сложным на первых этапах был подбор кейсов, о которых можно было бы рассказать. Тут помогла фильтрация техдолга по возможности рассказать о фиче или выложить фреймворк в open source.
Как понять, что бренд работает
Итак, вы поработали над брендом команды уже некоторое время. Как убедиться, что время и ресурсы на демо и статьи было потрачено не зря?
Прежде всего вы увидите, что к вам идут за экспертизой. Другие команды интересуются вашим подходом, инновациями, фреймворками, приходят за идеями.
Кандидаты упоминают вас и ваши проекты собеседованиях или в коворкингах, конфах, митапах.
Вас зовут на конференции и цитируют — не только во внешних медиа, но и внутри других компаний.
Какие проблемы могут возникнуть
Развивая бренд команды, мы прокачиваем еще и бренды сотрудников. В этом есть некоторый риск.
Личный бренд даёт сотруднику сильный голос — в команде и в компании. Разногласия с такими людьми решать сложнее.
В моём опыте был случай, когда один из разработчиков — публичный человек, пишущий статьи, ведущий канал, — захотел стать лидом. Ему опыт не очень понравился, и он решил уйти. Пришлось закрывать конфликты, убеждаться, что нет претензий, так как настолько публичный специалист имеет возможность повлиять не только на команду, подорвав её мотивацию и взаимоотношения внутри, но и на бренды команды и компании.
Нужен ли вам бренд команды? Чек-лист
Задайте себе вопросы:
Хотим ли мы влиять на решения руководства и сотрудников?
Нужно ли упростить найм сотрудников?
Хотим ли мы, чтобы успехи команды были видны?
Хотим ли мы, чтобы к нам шли за экспертизой?
Готовы ли мы делиться опытом?
Если хотя бы три раза сказали «да» — и начинайте строить бренд.
Выводы
Бренд команды помогает получать ресурсы и проекты.
Он начинается с результатов и честной коммуникации.
Внешний бренд не обязателен, если вы не растёте.
Личный и командный бренд должны усиливать друг друга.
