Михаил Мартынов про процессы, инструменты и работу с людьми

Как знакомиться с командой, чтобы потом с ней можно было работать

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

Зачем вообще нужно уметь правильно знакомиться

Наверняка все помнят такую фразу: «Встречают по одежке, провожают по уму». Так вот, она имеет прямое отношение к знакомству с коллегами, особенно в ИТ-компаниях.
В нашем случае «одёжкой» будет то, что вы расскажете о себе коллегам на встрече. В мире, где многое можно делать онлайн, уже не так важна настоящая одёжка: можно на дейли ходить в трусах или выбрать себе аватара. Но коммуникации и soft skills начинают выходить на первый план, а в некоторых профессиях могут даже играть ключевую роль. Компания охотнее возьмёт middle-разработчика, у которого подвешен язык и он может выстраивать здоровые и продуктивные отношения с коллегами, чем senior-специалиста, у которого этих качеств нет.
Ум же в нашем контексте — те результаты, которые вы покажете в будущем. То есть вы можете слабо себя презентовать, и у коллег поначалу сложится впечатление, что вы такой себе специалист и не стоит ожидать от вас прорывных решений. Но через 1−2 года вы развеете этот миф, показав крутые результаты. Правда, это сработает для тех, кто их увидит. У остальных останется первичное ошибочное мнение о вас.
Так зачем вставлять самому себе палки в колёса, если можно сразу всё сделать хорошо, ведь в дальнейшем нужно будет только поддерживать и развивать свой бренд?

Что может пойти не так, если плохо представиться

Сразу сделаю оговорку, что не всё так сложно и к самому знакомству не всегда надо готовиться как к полноценному собеседованию. Но иногда от банального знакомства может зависит очень многое. Важно понимать ролевую модель компании и контекст, в котором оказался человек.
Разберём, что может пойти не так, для трёх ролей.
Рядовой middle-разработчик
Скорее всего, если разработчик на первом знакомстве с командой мало о себе расскажет, ничего страшного не произойдёт. Репутация на первых порах не будет выходить за рамки команды, людям придётся с ним рано или поздно взаимодействовать и они узнают его лучше.
К тому же его зона влияния на компанию невелика. Скорее всего, разработчик влияет на сервис или продукт в рамках своей команды и в случае ошибки можно будет откатиться до последней рабочей версии. Конечно, он может уронить прод: если продуктом пользуются миллионы, то влияние будет ого-го, но обычно в масштабных продуктах есть куча процессов, которые не допускают таких ошибок.
Тимлид или руководитель отдела
Здесь уже ответственность больше, так как это руководящая должность. Специалист отвечает за команду или отдел из нескольких команд. Если здесь себя слабо представить, коллеги могут не увидеть в вас задатки сильного и мудрого руководителя и будут саботировать ваши решения с первого дня. Придётся вложить очень много сил, чтобы переубедить коллег и заслужить авторитет и доверие в их глазах.
Топ-менеджмент: CEO, CTO и CPO
Здесь зона влияния и ответственности достигает апогея, ведь решения таких людей влияют на сотни или тысячи сотрудников. Если у вас именно такая роль, то подходить к презентации себя и знакомству с командой надо с полной серьёзностью. Я считаю, что без полноценного мини-выступления здесь не обойтись. Скорее всего, коллеги увидят вас только на вашем выступлении или видеопрезентации и больше с вами пересекаться не будут. При этом впечатление, которое вы сформируете, останется с ними на долгие годы.

Как я неправильно вошел в новую команду

В течение 7 лет я работал менеджером интернет-проектов, действуя руками подрядчиков, и ничего толком не знал о командной работе. Позже я получил совершенно новую для себя роль скрам-мастера в уже сформированной сильной команде.
До первой встречи я изучил информацию о роли скрам-мастера на всех возможных ресурсах и сделал вывод, что моя основная задача — непрерывное улучшение процессов в команде. Сейчас я понимаю, что это была ошибка.
Итак, продакт представил меня команде:
Прошу любить и жаловать Михаила — нового скрам-мастера нашей команды!

Алексей, Product Owner

Далее я кратко рассказал команде о своем опыте и договорился понаблюдать за их работой. На этом мое представление закончилось. Если бы я знал к чему это потом приведёт…
На тот момент функции скрам-мастера в команде выполнял аналитик, у которого совсем не оставалось времени на саму аналитику. Он погряз в административной рутине: заведении задач на разработку, согласовании релизов, планировании и проведении встреч с заказчиками, контроле выполнения задач.
Я взвалил всю эту работу на себя, предоставив команде больше времени на разработку. Это была ошибка. Если первое время команда что-то делала самостоятельно, то постепенно я стал для них писарем и утонул с головой в бюрократии. Такая ситуация не делала команду лучше и не развивала меня как специалиста.
Это длилось полтора года. Если бы я сразу рассказал команде о своих целях, задачах и зоне ответственности, то это время можно было бы использовать эффективнее как для команды, так и для меня самого. Команда не давала мне развиваться, нагружая рутинной административной работой, так как я по неопытности не смог выстроить границы.
Вот ещё пара примеров слабой самопрезентации:
И ещё один:

Как правильно входить в новую команду

Когда вы приходите в новую команду, то люди осознанно или неосознанно сканируют вас и решают, нужно ли им переживать из-за вашего появления или нет.
Продолжаю свой опыт печального знакомства. Вскоре в компанию пришел новый Release Train Engineer (RTE) и на личном примере показал, как нужно правильно входить в новую команду. Он сразу обозначил задачи, которые перед ним ставит компания, и сроки их достижения, рассказал про свои личные цели и убеждения. Презентация была понятна, прозрачна и не вызывала никаких вопросов. После этого в моей голове всё встало на места: я сформулировал алгоритм правильного входа в новую команду, которым делюсь с вами.

Алгоритм знакомства с командой

Сбор данных: это вы делаете ещё до встречи с командой
Шаг №1
Узнайте, какой результат ожидают от вас на текущей должности, кто и как будет оценивать вашу работу, чем вы будете заниматься, определите границы зоны ответственности для себя и вашего руководителя.
Шаг №2
Узнайте больше о своих коллегах и команде до встречи с ними: какие проекты делали, характер и особенности участников, сильные и слабые стороны, как в команде принято работать, как будет выглядеть процесс вашего онбординга и какие цели будут на испытательный срок.
Планирование
Шаг №3
Пропишите сценарий встречи:
  1. Формат: устный рассказ, презентация, текст маркером на флипчарте.
  2. Тайминг и работа с аудиторией: презентация на 5 или 15 минут в онлайне или офлайне.
  3. Информация о себе.
  4. Прошлый опыт, ключевые достижения и чем вы можете быть полезны.
  5. Ценности, которые вы разделяете, зачем пришли на эту роль и что вами движет.
  6. План с целями, сроками и ожидаемым результатом.
  7. Блок ответов на вопросы.
Шаг №4
Проработайте ответы на очевидные каверзные вопросы, продумайте несколько негативных сценариев и распишите, как вы будете их отрабатывать.
Встреча
Шаг №5
Проведите встречи согласно вашему сценарию.
Конечно, не всегда нужно проходить полностью по этому алгоритму. Ориентируйтесь на то, насколько встреча или новое знакомство для вас важны. Если это ключевые события, которые могут позитивно повлиять на вас и вашу карьеру, стоит подготовиться. На встрече с рядовым коллегой, который никак не влияет на вашу работу, можно ограничиться парой слов о вашей роли в компании.

Пример входа в новую команду

Так может выглядеть ваша самопрезентация, если вы прошли по полному алгоритму.
Всем привет.

Меня зовут Михаил, и я хочу стать частью вашей команды в роли проектного менеджера. Коллеги рассказали, как вы быстро и без ошибок запустили проект Wow Store. Это было крайне амбициозно и рисково. Круто!

Давайте немного расскажу о себе. Мне 33 года и 7 из них я занимался запуском больших и маленьких интернет-проектов в роли менеджера проектов. Самые крупные из них — редизайн российского издательства Yoga Journal и ряд проектов для металлургического холдинга «Металлоинвест». У меня хорошо развиты soft skills, но вот с кодом и железяками я на ВЫ. Работаю над этим.

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

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

Передо мной стоят следующие цели, которые я хочу с вами обсудить:
  1. Ускорить доставку текущих проектов на Х дней за счёт Y действий.
  2. Снизить количество критических дефектов при релизах до одного в квартал.
  3. Поставить процесс проектного менеджмента в нашем департаменте.

Буду рад стать частью вашей команды.

Готов ответить на вопросы. Кто первый?

Что делать, если вас представляет руководитель

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

Как заявить о себе

Чем сильнее вы влияете на результат работы других людей, тем на больший круг коллег вам надо заявить о себе.

🎃 Не всё чем я занимаюсь попадает на сайт. В моём telegram-канале «Доставка ценности» ты сможешь следить за публикацией новых статей, кейсов, видео, анонсов вебинаров, мастер-классов и мыслями на разные темы. Так же в комментариях можно поделиться своим опытом, спросить совета у коллег.