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

Что это за модель

Модель Такмана (Tuckman’s stages) — классическая модель групповой динамики Брюса Такмана (1965, позже дополненная Джудит Ортентик). Она описывает предсказуемые этапы, через которые проходит команда на пути от знакомства до высокой производительности. Модель отлично работает в IT-командах и широко используется Scrum Master’ами, Team Lead’ами и менеджерами.

Ключевая идея: команда не становется эффективной сразу — она проходит через конфликты и неопределённость, и задача лидера ускорить прохождение ранних этапов и удерживать команду в продуктивной фазе.

Пять этапов развития команды

1. Forming (Формирование)

Люди знакомятся, изучают цели проекта и роли. Поведение вежливое и осторожное, доминирует неопределённость, продуктивность низкая. Участники смотрят на лидера за инструкциями.

Задача лидера: дать чёткие инструкции. Тимбилдинг, ясные цели, onboarding, знакомство с составом и зонами ответственности.

2. Storming (Бурление)

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

Задача лидера: фасилитировать конфликты, вводить правила обратной связи («я-высказывания»), медиация. Не подавлять споры, а направлять их в конструктивное русло: критиковать идеи, а не людей.

3. Norming (Нормирование)

Формируются правила, нормы поведения и сплочённость. Команда учится решать конфликты конструктивно, вырабатывает рабочие соглашения (кодекс команды, Definition of Done).

Задача лидера: закрепить нормы явно, поощрять самоорганизацию, фиксировать договорённости.

4. Performing (Функционирование)

Команда работает автономно, эффективно, с высоким доверием. Фокус на результате, а не на процессе. Это целевая фаза.

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

5. Adjourning (Расформирование)

Завершение проекта: рефлексия, передача знаний, расходование состава. Иногда добавляется как пятый этап.

Задача лидера: провести ретроспективу итоговую, оформить накопленные знания, помочь людям перейти на новые роли.

Применение в Agile-командах

• Цель — быстро пройти первые три этапа и удерживаться в Performing.
• При смене состава, новых задачах или смене приоритетов цикл повторяется: команда «скатывается» обратно в Storming. Это нормально — важно распознавать и управлять.
• В кросс-функциональных командах (разработчики, QA, аналитики, дизайнеры) Storming интенсивнее из-за разных типов мышления и профессиональных эго.
• Удалённая и гибридная работа ослабляет неформальные связи — этап Forming затягивается, если не компенсировать виртуальными тимбилдингами.

Как распознать текущий этап

Признаки для диагностики:

Этап	Признаки
Forming	Вежливая осторожность, вопросы «кто за что отвечает», ожидание указаний
Storming	Споры без решений, конкурирующие мнения о процессе, претензии к распределению задач
Norming	Появляются устойчивые договорённости, меньше личных конфликтов, растёт доверие
Performing	Автономность, мало координационных встреч, высокая скорость, взаимная поддержка

Инструменты диагностики: ретроспективы с акцентом «как мы себя чувствуем», Team Health Check от Spotify, опросы по модели Project Aristotle.

Практики для каждого этапа

• Forming: тимбилдинг, чёткие цели, onboarding, ротация ролей (например, кто ведёт daily).
• Storming: фасилитация конфликтов, правила обратной связи («я-высказывания»), медиация, внешний Scrum Master как нейтральный модератор.
• Norming/Performing: делегирование, психологическая безопасность, празднование побед, регулярные 1:1 (см. Project Oxygen).
• На всех этапах: ретроспективы с action items, чек-листы и Definition of Done, тренинги по soft skills.

Примеры из практики

• Pixar успешно решал конфликты между технарями и креативщиками через открытые обсуждения — культура candor как норма помогает команде проходить Storming быстрее.
• Spotify и другие tech-компании: акцент на squad-структуре и культуре доверия даёт отличную динамику и удерживает команды в Performing.

Связь с другими материалами

• Групповая динамика: обзор — составляющие динамики команды и общие практики.
• Project Aristotle — пять динамик эффективных команд; психологическая безопасность ускоряет прохождение Storming.
• Project Oxygen — поведения менеджера, которые поддерживают команду на каждом этапе.
• Типы команд веб-разработки — выбор состава команды: чем меньше команда, тем быстрее этапы.

Материалы и источники

• Bruce W. Tuckman, «Developmental Sequence in Small Groups» (1965) — первоисточник модели.
• Understand team effectiveness — Google re:Work — командная эффективность и контекст исследований Google.
• Spotify Engineering Culture (публичные материалы) — squad-модель и Team Health Check как инструмент диагностики.