Как я могу улучшить (неформальное) общение между командами?

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

В частности, в области программного обеспечения, вот несколько примеров целенаправленного обмена знаниями, которые дали хорошие результаты:

• Внешняя экспертная оценка — когда команда проводит обзоры дизайна, кода или тестов — пригласите 1 члена внешней команды. У них, вероятно, есть нестандартная идея или две, основанные на их другой точке зрения. Они также узнают немного о продукте, что всегда полезно.

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

• На большие вечеринки успеха — даже если все просто пьют чашечку кофе — приглашайте всех членов других команд из вежливости.

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

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

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

Суть, о которой следует помнить, заключается в том, чтобы иметь определенное представление о стоимости и ценности - когда вы перетаскиваете ВСЕХ на встречу, это очень дорогая встреча (время встречи X количество участников). Если вместо этого вы запустите общение путем избранного (поочередного) приглашения на собрание, которое у вас было бы в любом случае, тогда вы можете получить больше отдачи от затраченных средств — 1 или 2 приглашенных из разных команд могут представлять 70% знаний всей команды, давая вам большое значение для небольшого количества времени, уделенного всего несколькими людьми. Как только люди поймут, что в других командах есть очень умные люди, они, как правило, будут искать их естественным образом.

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

Мы люди. Нам интересно друг с другом. Это требует времени и небольших усилий. В первый раз, когда вам нужно сделать запрос, вы не хотите представлять себя «пустотой» с другого этажа.

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

Есть ли смысл организовывать командные мероприятия (беседы, совместные обеды, ...)?

Абсолютно.

Вот мое руководство:

• Если вы имеете дело с удаленными командами, боритесь за благословение высшего руководства при организации групповых мероприятий.
  • Встреча двух команд в одном физическом пространстве имеет большое значение для установления доверительных отношений. Вы, конечно, не хотите, чтобы люди рассматривали «другую команду» как набор безликих имен.
  • При необходимости вам нужно бороться за достаточное финансирование и выделенное время, чтобы это произошло.
• Организуя групповую встречу, убедитесь, что хотя бы ее часть является запланированным неформальным мероприятием, таким как совместный обед или ужин.
  • Это событие имеет решающее значение, потому что именно на этих мероприятиях (и только на этих мероприятиях) люди могут по-настоящему «опустить волосы» и сблизиться с членами другой команды.
  • Сделать присутствие обязательным и сделать его постоянным событием (не подлежащим изменению в случае корпоративного чрезвычайного положения).

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

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

Как я могу способствовать общению, даже если это не является строго необходимым для проекта?

Вы не можете. Руководство, кажется, имеет идеалистическое представление о том, что «ну, мы хотим этого, поэтому наши сотрудники тоже» — и обычно это относится к дополнительным типам работы/времени, выходящим за рамки обычных должностных обязанностей.

Если вы ожидаете, что сотрудники будут в восторге от работы, не добавляющей ценности, вам необходимо:

• более низкие ожидания от обычного вклада сотрудников (т. е. если вы тратите 2 часа в неделю на такие вещи, ожидайте снижения общей производительности на 5% — не добавляйте 2 часа в неделю и ожидайте того же)
• сделать это ценным

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

Итак, как сделать его ценным. bethlakshmi приготовил для этого несколько полезных вещей — у меня есть еще одно предложение. Спонсируйте мероприятия типа «обед и обмен», когда компания предоставляет обед/закуски (в некотором смысле, в основном, взятки), и найдите несколько человек, заинтересованных в том, чтобы поделиться крутой технологией/инструментом, который они используют, и попросите их сделать короткую презентацию.

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

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

Было предложено несколько решений, которые в основном говорят «просто разговаривайте друг с другом», но в зависимости от вашего размера/установки попробуйте настроить Diaspora* , чат IRC или форум.

• Преимущество Diaspora* в том, что он очень знаком для пользователей Facebook, но приватен (поэтому подходит для корпоративной среды).
• Преимущество форума в том, что любой заданный там вопрос запоминается навсегда, создавая удобную для поиска внутреннюю базу знаний.
• Преимущество чата IRC заключается в том, что он вообще не запоминается, что улучшает групповое общение в режиме реального времени.

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

Привлечение кросс-функциональных людей для помощи тоже хорошо. Например, как человек, работающий с данными, я работаю в нескольких командах над несколькими проектами одновременно. Если люди хвастаются передо мной тем, как они решили проблему XYZ, а позже кто-то упоминает, что у них есть проблема XYZ, я склонен сводить этих двух людей вместе. Так что используйте этих людей (специалистов по обработке данных, специалистов по системам, тестировщиков качества, технических писателей) в качестве людей, которым вы сообщаете информацию. Мы часто видим, что в разных командах есть похожие проблемы, разрешите нам поговорить с вами об этом.

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

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

Вам придется проявить инициативу и собрать всех вместе.

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

Предполагается, что вы находитесь в одном и том же географическом месте. :-)