Как заставить вашу команду держаться вместе

Позвольте мне начать этот пост с короткого немецкого высказывания о командах:

КОМАНДА - Toll, ein anderer machts!

Если перевести на английский, получится: «КОМАНДА - отлично, это сделает кто-то другой!» Очевидно, это антипаттерн команды; каждая команда разработчиков, которая последует за этим, со временем потерпит неудачу.

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

Ключевые моменты

По моему опыту, следующие три пункта являются ключевыми для успешной команды разработчиков:

Обязанность

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

Коммуникация

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

Креативность

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

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

Что сработало для нас

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

Коммуникация

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

Вы достигнете нескольких целей за один раз:

  • Связь между отделами - у каждого есть источник новостей и он лучше осведомлен о предстоящих задачах, а разработчики учатся выражать технические темы в более общем виде.
  • Разработчики взаимодействуют с вашим проектом, и они напишут свою статью о своей части проекта - повышении чувства ответственности.
  • Обратная связь, основанная на сообщении в блоге, может породить идеи, которые до сих пор не всплывали - люди начинают смотреть на проект под другим углом, что может пробудить творческий потенциал в вашей команде.

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

Обязанность

Это может быть немного сложно и потребует больше времени, но для нас хорошо сработала следующая идея:

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

Помимо этого проектного подхода, вы можете выделить поля, которые соответствуют характеру разработчика (например, фокус на UI / UX, бэкэнд, архитектура базы данных и т. Д.), И сесть и обсудить, хочет ли он / она сосредоточиться на этом секторе, и просмотреть задачи / работы внутри этой темы.

Креативность

Помочь разжечь творческий потенциал может быть непросто. Скажем откровенно: мы все время от времени немного ленивы. Позвольте мне объяснить свою точку зрения:

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

«Изменения - это конечный результат всех истинных знаний».

- Лео Бускалья

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

Резюме

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

Спасибо за прочтение!