Как я могу эффективно структурировать наставничество с удаленными членами команды?

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

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

У нас доступны следующие инструменты:

  • IM (простой и широко используемый)
  • совместное использование экрана
  • телефонные звонки/видеозвонки, но людям на обоих концах приходится переезжать в конференц-залы, потому что ни у кого нет личных кабинетов
  • электронная почта (конечно) и вики
  • журналы управления исходным кодом
  • личные визиты пару раз в год

Какие методы я могу использовать, чтобы быть эффективным наставником для удаленных членов команды? Мы все находимся в одном часовом поясе.

Я знаю об этом вопросе , но он больше касается отношений со сверстниками в целом, а я спрашиваю о способах предоставления рекомендаций издалека.

Похоже, у вас уже есть все инструменты
@Килиси иметь инструменты необходимо, но недостаточно; Я надеюсь, что ответы подскажут эффективные способы использования этих инструментов для достижения моей цели. (Особым ограничением является невозможность немедленного устного разговора из-за рабочей обстановки на обоих концах.)
исходя из моего опыта как удаленного работника, так и начальника, я действительно возмущался, когда работник был привязан к словесным разговорам, и старался, чтобы они были как можно более короткими и уместными. Я предпочитал мгновенные сообщения или электронную почту. Некоторые люди предпочитают говорить, а в моем основном программном обеспечении есть собственная защищенная система аудио/видео/текстового чата, так что даже несмотря на то, что оба конца находятся в оживленных офисах в нескольких разных странах, они просто надевают наушники и разговаривают в свое удовольствие. Это действующая система, и на вопросы нужно отвечать почти сразу. До этого мы использовали скайп. Качественные наушники сделали свое дело.
Для нас важно, чтобы люди не вставали из-за стола, чтобы поговорить, поэтому о конференц-зале не может быть и речи. Они должны быть перед своими компьютерами.

Ответы (1)

Какие методы я могу использовать, чтобы быть эффективным наставником для удаленных членов команды?

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

Рассмотрите возможность совместного создания документов . Все разработчики должны документировать свою работу для операций, контроля качества или других разработчиков. Вики, такие как Atlassian Confluence , могут иметь несколько авторов, а также обзоры и комментарии. Документы Google и Office 365 также допускают совместное редактирование и рецензирование.

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

Общий канал Slack или IM может быть отличным решением. Люди могут задавать вопросы там, и каждый может ответить. Вы можете разделить его на разные каналы для поддержки, разработки, тестирования или чего угодно. Это отличное место, чтобы начать обсуждение, которое вы затем перейдете к сеансу совместного использования экрана.

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

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

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

+1 за шутку. Я не думал об этом, но я вижу, что чаты SE иногда работают одинаково, поэтому иметь какой-то постоянный канал, на котором люди болтаются и спорадически разговаривают, звучит как отличная идея!