Модель Такмана: как HR сопровождать команду на каждом этапе развития

Как читать карту этапов

Брюс Такман описал четыре этапа развития группы в 1965 году: forming, storming, norming и performing. В 1977 году он и Мэри Энн Дженсен добавили adjourning — завершение. В русскоязычных текстах встречается и вариант «модель Тукмана»: речь идет о той же схеме.

Она помогает обсуждать отношения и совместную работу. Но это не календарь: месяц после создания отдела сам по себе не определяет его этап. Наблюдения из таблицы — ориентиры для разговора, а не диагностическая шкала. Прежде чем назвать стадию, разберите конкретные рабочие ситуации.

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

Формирование: помочь людям договориться о совместной работе

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

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

Перед стартом совместной работы обсудите:

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

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

Проверять стоит понимание договоренности: могут ли участники назвать владельца решения и следующий шаг. Одна проведенная встреча еще не означает, что команда завершила формирование. Ошибка на этом этапе — заменить разговор о работе общим мероприятием на сплочение: знакомство помогает, но само по себе не распределяет полномочия.

Шторминг: разобрать предмет конфликта

После первых совместных задач обнаруживаются разные ожидания. Один участник считает решение окончательным, другой продолжает его обсуждать. Кто-то ждет подробного согласования, а коллега привык действовать самостоятельно. Для HR слово «шторминг» полезно как гипотеза, но оно не объясняет причину каждого спора.

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

На совместной встрече предложите порядок обсуждения:

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

HR может вести разговор, помочь сформулировать обратную связь и услышать человека, которого перебивают. Но он не должен обещать нейтральность там, где обязан реагировать на нарушение правил компании. Угрозы, унижение и дискриминацию нельзя оставлять до «естественного завершения шторминга»: действуйте по установленному порядку и защищайте участников.

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

Нормирование: закрепить работающие договоренности

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

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

HR может помочь организовать короткий разбор и записать изменения обычным языком. Спросите: «Что было понятно? Где понадобилось дополнительное объяснение? Чье мнение мы не услышали?» Проверьте, умеют ли сотрудники выражать несогласие с привычным решением. Внешняя согласованность может скрывать ситуацию, когда один человек выбирает за остальных.

Для включения нового участника подготовьте:

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

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

Продуктивная работа: поддержать самостоятельность

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

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

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

Обсудите с руководителем признаки, по которым понадобится помощь:

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

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

Завершение: передать результат и помочь с переходом

Этап adjourning связан с окончанием совместной работы группы. Проектная команда завершает задачу и расформировывается, участники переходят к другим обязанностям. Окончание квартала в постоянном отделе само по себе не делает его командой на этапе завершения.

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

Перед расформированием удобно проверить передачу по таблице.

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

Смена состава: какие договоренности пересмотреть

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

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

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

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

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

Как выбрать действие и проверить его пользу

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

1. Соберите факты. Обсудите конкретные задачи с участниками и руководителем. Уточните, что происходило, какие сведения были доступны и чем закончилась ситуация. Не превращайте личные ответы в публичный рейтинг сотрудников.
2. Проверьте объяснения. Возможно, людям неясны роли; возможно, порядок понятен, но выполнять его мешают доступы. Сопоставьте наблюдения с моделью, сохраняя возможность другого объяснения.
3. Выберите одно изменение. Например, договориться о составе сведений при передаче. Назовите владельца изменения; HR и руководитель должны понимать свою часть работы.
4. Договоритесь о проверке. Выберите следующую подходящую задачу или рабочий цикл. Назовите наблюдаемый результат: коллега смог продолжить работу без возврата за недостающими сведениями. Это срок проверки действия, а не срок перехода команды на новую стадию.
5. Обсудите фактический результат. Если трудность сохраняется, уточните причину. Не ставьте команде новую метку только потому, что первая рекомендация не сработала.

Достаточно короткой записи: ситуация → изменение → ответственный → момент проверки → фактический итог. Если решения не было или эффект еще не проверен, так и запишите. Такая точность помогает HR обсуждать поддержку на основании работы, а не общего впечатления о настроении команды.

Где модель не даст готового ответа

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

В статье 1977 года Такман и Дженсен рекомендовали дальнейшую эмпирическую проверку. Поэтому схему нельзя выдавать за доказательство единственного пути развития любой команды. Используйте ее как рабочую гипотезу и возвращайтесь к наблюдаемым фактам.

Избегайте трех подмен:

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

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

FAQ: применение модели в разных командах

Вывод

Модель Такмана полезна, когда за названием этапа следует конкретное действие: уточнить роль, разобрать спор, проверить договоренность или организовать передачу. Руководитель отвечает за рабочие решения, HR помогает людям обсуждать взаимодействие и поддерживает изменения. Проверяйте пользу по фактической работе, а не по тому, удалось ли назвать команду «продуктивной».