05.07.26

Teaming на практике: принципы, подходы и инструменты работы в концепции Fluid Teams

У термина командообразование на самом деле два значения. Первое – это поэтапное создание высокоэффективной команды как сработанной группы специалистов, стремящихся к единой цели и с неменяющимся составом, а второе – это создание условий, при которых совершенно новая высокоэффективная команда создается мгновенно под конкретную задачу. Первое имеет конечную цель (собственно, команда), второе – это постоянный процесс (подготовка к созданию новых команд). Разберемся, чем отличается тимбилдинг от тиминга, что такое Fluid команды и как их создавать.
формирование динамичных команд
Колесо баланса "ЖУРНАЛ РЕФЛЕКСИИ"
Рефлексия помогает лучше понимать себя, свою жизнь, собственные эмоции и мир вокруг. Журнал основан на лучших практиках личной эффективности, самопознания и развития. Мы собрали 900 вопросов для баланса работы и жизни.

Тимбилдинг и тиминг

Мы привыкли, что командообразование – это процесс создания команды. Высокофункциональная команда – цель этого процесса. Мы также знаем, что команда формируется поэтапно, есть даже понятная модель Такмена с этапами формирования команды.

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

Долгое время командообразование было синонимом слова «тимбилдинг» (построение команды), а тимбидинг в свою очередь имел также значение мероприятия по построению команды.

В последнее время не просто появилась альтернатива классическому «построению команды» (Team Building): прежний подход уже уступает новому гибкому «командотворению на лету» (Teaming).

Понятие Fluid Teams (в концепции «текучих» или динамичных команд) – это одновременно древнее явление и относительно молодой, официально оформленный бизнес-тренд. Сегодня создание динамичных команд именно в концепции Teaming (тиминг) – основная задача лидера.

Концепцию Teaming (тиминг) сформулировала профессор Гарвардской бизнес-школы Эми Эдмондсон. Чтобы понять главное отличие от привычного нам командообразования, нужно обратить внимание на грамматику: Team (команда) – это существительное (стабильная структура), а Teaming – это глагол, непрерывное действие.

Чем отличается тимбилдинг от тиминга – в таблице:
Критерий Тимбилдинг (Team Building) Тиминг (Teaming)
Природа Тимбилдинг: Статическая структура. Формирование фиксированного состава команды. Тиминг: Динамический процесс. Совместная работа «на лету».
Границы Тимбилдинг: Четкие. Все знают, кто входит в команду, а кто нет. Тиминг: Размытые. Состав меняется под задачу или спринт.
Цель Тимбилдинг: Конечная. Создать сплоченный, постоянный коллектив (высокоэффективную команду). Тиминг: Постоянная. Быстро координироваться с незнакомыми экспертами.
Пример Тимбилдинг: Экипаж самолета, стабильная IT-команда разработки. Тиминг: Бригада скорой помощи, кросс-функциональный кризисный штаб.
Тиминг – это работа с «текучими» или динамичными командами.

Fluid Teams и тиминг

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

Ради чего все это? Главный плюс и причина потребности в таких динамичных командах – максимальная скорость адаптации организации к изменениям рынка. Скорость запуска проекта исчисляется часами, а не неделями.

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

Fluid Teams – это люди, способные мгновенно объединяться в команду для быстрого получения результатов. Такое командообразование представляет собой развитие людей – членов такой динамичной команды, точнее, способных стать членами такой команды.

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

В традиционном менеджменте лидер был «клеем», который удерживал людей вместе. В мире Fluid Teams лидер становится «архитектором среды» и «тренером адаптивности». Работа лидера в меняющемся мире – развитие адаптивности и создание среды. Осталось разобраться, в чем состоит такая работа.

Как создавать Fluid команды и управлять ими

Поскольку времени на классические этапы развития группы по Такману (Формирование / Шторм / Нормализация) у Fluid-команды просто нет, сборка и управление строятся на четырех шагах, которые определила Эми Эдмондсон.

1. Стандартизация ролей (Scaffolding)

Вместо детального изучения личных качеств каждого сотрудника, команда опирается на прописанные роли и стандарты компетенций. Каждый приходящий специалист должен четко понимать, какие функции от него ожидаются (например, «дизайнер интерфейсов в Fluid-команде всегда отвечает за прототип к среде»).

2. Психологическая безопасность (Psychological Safety)

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

3. Быстрая синхронизация и прозрачность

Информационный вакуум убивает «текучие» команды. Используются жесткие протоколы коммуникации:
  • Короткие ежедневные летучки (Daily standups).
  • Общие и кристально прозрачные таск-трекеры (Jira, Notion, Kaiten).
  • Единая база знаний для мгновенного погружения в контекст задачи.

4. Общая большая цель (Shared Purpose)

Людей объединяет не только общая корпоративная культура или совместные поездки на шашлыки, а прежде всего острое понимание ценности конкретной работы, которую они решают прямо сейчас.
СПРАВКА

Несмотря на то, что методология родилась за океаном, в России она актуальна, как и во всем мире. Вот только некоторые таск-трекеры в России недоступны. Что использовать для работы Fluid-команд?

Jira и Notion официально ушли из страны и заблокировали российских пользователей, а Kaiten работает без ограничений, поскольку является полностью российской разработкой. Для команд, которые давно работали с американскими сервисами, может быть нелегко определиться с альтернативой. В этом блоке – данные о статусе сервисов в России и о достойных альтернативных вариантах в зависимости от характера работы команды.

Jira (Atlassian) – заблокирован. Компания Atlassian полностью ушла с рынка. Аккаунты российских пользователей деактивированы, а облачные пространства и данные прежних пользователей заблокированы (даже при оплате зарубежными картами система распознает геолокацию и закрывает доступ).

Notion – официально ушел. В сентябре 2024 года сервис закрыл рабочие пространства, связанные с Россией, из-за санкций США. Хотя отдельные пользователи пытаются заходить через обходные пути, использовать его для стабильной и быстрой коммерческой работы Fluid-команд категорически не рекомендуется из-за постоянного риска окончательной потери данных.

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

Поскольку для Fluid-команд критически важна «модульная сборка» – то есть скорость создания пространств, прозрачность задач и мгновенный доступ к данным без VPN – инструменты должны работать как часы.

Вместо Jira (для IT-команд, разработки и сложных процессов) используйте:

  • Kaiten – идеальная замена Kanban и Scrum доскам. Позволяет выводить несколько досок разных команд на один экран. Для Fluid-среды это просто находка, так как лидер видит смежные модули одновременно.
  • EvaTeam (EvaProject) – экосистема, которая создавалась как точная копия Jira. Поддерживает автоматический импорт данных из Jira и имеет интуитивно знакомый интерфейс.
  • Яндекс Трекер – мощный корпоративный инструмент от Яндекса. Отлично подходит крупным компаниям, где нужно связывать сотни задач и автоматизировать рутину.

Вместо Notion (для баз знаний, документов и легкого трекинга) используйте:

  • Teamly – мощная российская платформа для совместной работы и управления знаниями. Идеальна для Fluid-команд, чтобы быстро погружать «нового модульного сотрудника» в контекст проекта.
  • Strive – минималистичный и очень быстрый таск-менеджер, совмещающий в себе логику пространств и документов.
  • WEEEK – удобный сервис, объединяющий в себе таск-трекер, базу знаний (как в Notion) и CRM-систему. Отлично подходит для стартапов и креативных агентств.

На чем остановить выбор для Fluid-модели? Если вы строите систему «модульной сборки» команд прямо сейчас, оптимальная и безопасная связка внутри России:

  1. Kaiten – как единое и прозрачное рабочее поле для управления задачами «на лету».
  2. Teamly или EvaWiki – как база стандартизированных «интерфейсов» и регламентов, чтобы новые люди мгновенно понимали правила игры.

Основные методы и инструменты Teaming

Чтобы «текучая» группа незнакомцев начала работать как единый организм, менеджмент использует специфический набор методов:

1. Метод психологической безопасности (Psychological Safety). Это фундамент. В обычной команде доверие выстраивается месяцами. Во Fluid-команде лидер обязан создать «авансовое доверие»:

  • Ситуационная скромность (Situational Humility). Лидер сразу признает: «У нас уникальная задача, никто из нас не знает точного ответа, мы зависим друг от друга». Это снимает с участников страх сделать ошибку.
  • Легитимизация вопросов. Метод, при котором поощряется немедленное озвучивание сомнений: «Если вам кажется, что мы делаем глупость – говорите сразу, у нас нет времени на вежливость».

2. Проектирование структуры и ролей (Structuring & Fast Role Clarity). Поскольку люди постоянно меняются, стабильными должны быть не участники, а интерфейсы взаимодействия. Что применяется:

  • Прозрачные профили (Shared Data). Быстрый доступ к компетенциям друг друга. Перед стартом каждый озвучивает формулу: «Я эксперт в Х, могу помочь с Y, ничего не смыслю в Z».
  • Пороги координации (Boundary Spanning). Использование жестко регламентированных ролей-переводчиков.
СПРАВКА

Пороги координации

Когда вы собираете команду по принципу «модульной сборки», могут возникнуть проблемы на стыке этих модулей. Эксперты из разных сфер (например, суровый IT-разработчик и креативный маркетолог) говорят на абсолютно разных «языках», имеют разную культуру и не понимают друг друга. Место, где их профессиональные миры сталкиваются, и называется порогом координации (границей). Если этот порог не преодолеть, «модули» не состыкуются. Справиться с «пограничным разрывом» – работа руководителя. Для этого он применяет различные методы, например, назначает «пограничников» (Boundary Spanners) – людей, которые будут переводить смыслы через эти границы, чтобы команда не теряла скорость. Подробнее – в других статьях нашего блога.
3. Форсированный запуск (Pre-briefing & Framing). Что применяется:

  • Быстрый фрейминг (Framing). Перевод сложного вызова на понятный язык. Задача формулируется не как «рутина», а как «важный эксперимент» или «миссия», что мгновенно повышает вовлеченность.
  • Установочные сессии (Pre-briefing). Короткие 10–15 минутные сессии, где жестко фиксируются «правила игры» на этот конкретный спринт или задачу: как принимаются решения, где фиксируется информация, как эскалируются проблемы.

4. Инструменты синхронизации «на лету» (Execution-as-Learning). Что применяется:

  • Культура частых дебрифингов (Debriefing). Вместо итоговых ретроспектив раз в месяц, Fluid-команды проводят мини-ретроспективы каждые несколько часов или дней в течение проекта. Задаются 3 вопроса: Что сработало? Где споткнулись? Что меняем прямо сейчас?
  • Единая ментальная модель (Shared Mental Model). Использование визуальных пространств (виртуальные доски, таск-трекеры). Так как состав участников «текучий», любой новый участник проекта должен за 5 минут понять контекст, просто взглянув на доску.

В каком виде происходит развитие необходимых навыков, как сделать обычную команду или компанию с классическим командообразованием в пространство Fluid-команд? Каждой ли компании это нужно и как узнать, нужно ли это вам? Много вопросов – один ответ. Деловые игры – это создание модели, в которой можно проверить команды, сформировать необходимый фрейминг, открыть перед участниками суть и смысл «динамичных команд», показать, как это работает и развить необходимые компетенции.

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

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

Хотите получить оценку текущей динамичности вашей команды и перейти к режиму, при котором можно в течение часа собрать эффективную команду – обратитесь за полезными инструментами к нашим специалистам по развитию команд.

Вас может заинтересовать:

Динамичные команды – новый тренд, которого и стоило ожидать в непредсказуемом мире
Командообразование «на лету»: что это и как игры помогают ускорить процесс создание команд
Пороги координации в команде: как роли-переводчики помогают преодолеть кризис коммуникации
Конструктор вместо иерархии – как пересобирать команды под новые задачи без боли и вечных реструктуризаций
Сыгранность на лету: управление коллективом по-новому
Как «Золотой стандарт» защищает проектные команды от управленческого шторма
Типы команд: как формат управления меняет результаты бизнеса
Не существует «плохих» или «хороших» видов команд: подбираем команду под бизнес
15 минут драйва: геймифицированные «летучки» как пример геймификации в бизнесе
Три уникальных правила «Метода параноика» как секрет эффективной команды
Закажите полный каталог игр ManGO! Games