Team Agreement: рабочие нормы команды за 2 часа

Team Agreement: нормы команды за 2 часа

TL;DR. Team Agreement — письменный документ с рабочими нормами команды, который устраняет конфликты из-за «неозвученных ожиданий». RuForge включает уровень культурной зрелости команды в Домен 8 диагностики: без явных договорённостей руководитель получает хаос, а не автономию. Создать базовое соглашение реально за одну двухчасовую сессию — эта статья даёт пошаговый план.

Автор: Артур Нек
Рецензент: Мила Петрова

Зачем команде письменные нормы (не «и так понятно»)

«У нас всё на уровне здравого смысла» — фраза, которую слышит каждый консультант перед тем, как обнаруживает: разные люди в одной команде понимают «здравый смысл» противоположно.

Письменные нормы решают три конкретные проблемы:

  1. Онбординг новых людей. Вместо месяца неявного обучения новый сотрудник читает документ и понимает, как здесь работают.
  2. Конфликты из-за ожиданий. «Я думал, ты должен был меня предупредить» — типичный конфликт, которого не было бы при наличии нормы по коммуникации.
  3. Масштабирование. Когда команда вырастает с 5 до 15 человек, неписаные правила ломаются. Письменные — нет.

Исследования показывают: команды с явными рабочими соглашениями на 30–40% реже сообщают о деструктивных конфликтах и быстрее адаптируют новичков. Team Agreement — не бюрократия, а инфраструктура.

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

10 вопросов для создания Team Agreement

Сгруппированы по четырём зонам. Команда отвечает на них совместно — каждый ответ становится одним-двумя пунктами документа.

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

  1. Как мы решаем, когда писать, а когда звонить?

    2. _(Синхронный vs асинхронный формат, приоритет каналов)_

  1. Каков ожидаемый SLA ответа на сообщения?

    2. _(Рабочее время, срочность, выходные)_

  1. Где хранится информация — где искать документы, решения, историю?

    2. _(Confluence, Notion, Google Drive — и правило «если нет в базе, не существует»)_

Принятие решений

  1. Кто и по каким вопросам принимает решения самостоятельно, без согласования?

    2. _(Матрица RACI или порог суммы/влияния)_

  1. Как мы принимаем решения, когда нет консенсуса?

    2. _(Голосование, решение лида, разделение ответственности)_

Работа и процессы

  1. Каковы наши обязательные встречи и что делает встречу хорошей?

    2. _(Типы ритуалов: стендап, ретро, планирование — и правила: агенда, тайминг, фоллоу-ап)_

  1. Как мы относимся к дедлайнам — что происходит, если сроки под угрозой?

    2. _(Обязательство предупреждать заранее, а не постфактум)_

  1. Как мы работаем с фокусом — есть ли у нас нормы по «не беспокоить»?

    2. _(Статусы в мессенджере, deep work окна, политика опенспейса)_

Конфликты и обратная связь

  1. Как мы даём друг другу обратную связь — публично или приватно?

    2. _(Правило: сначала приватно, формат «факт — ощущение — запрос»)_

  1. Как мы разрешаем разногласия — кто и когда подключается как арбитр?

    2. _(Эскалация как исключение, а не норма)_

Как провести сессию за 2 часа: фасилитационный план

Участники: вся команда (оптимально 5–12 человек). Больше — делите на подгруппы.

Что нужно: доска (Miro/Mural или физическая), стикеры, таймер, фасилитатор.

Блок Время Что делаем
Открытие и цель 10 мин Объясняем, зачем делаем это. Не «ещё один процесс», а «страховка от конфликтов»
Индивидуальные ответы 20 мин Каждый письменно отвечает на 10 вопросов молча (стикеры или форма)
Группировка и обсуждение 50 мин По зонам (коммуникация → решения → работа → конфликты), ищем паттерны, обсуждаем расхождения
Формулировка норм 25 мин Из обсуждения выводим конкретные формулировки. Норма = действие, не ценность
Проверка и принятие 10 мин Каждый читает финальный список, даёт «да» или просит уточнить
Закрытие 5 мин Кто оформляет документ, где хранится, когда следующий пересмотр

Правило фасилитатора: нормы формулируются в позитивном ключе — «мы делаем X», а не «мы не делаем Y». Запрет хуже принципа.

Пример Team Agreement продуктовой команды

_Реальный формат, адаптированный из практики. 12 пунктов, каждый — конкретное действие._



Team Agreement: Команда продукта [Название], версия 1.0



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


    

  1. Telegram — для оперативных вопросов (ответ в течение 2 часов в рабочее время).
    2. 

  2. Notion — источник истины. Если решение не записано там, оно не принято.
    3. 

  3. Email — только для внешних коммуникаций и официальных документов.
    4. 

  4. Звонок без предупреждения допустим только при блокирующей проблеме (стоп-уровень).
    5. 



Принятие решений


    

  1. Каждый самостоятельно решает вопросы в своей зоне ответственности (если цена ошибки < 50к руб. и нет кросс-командного влияния).
    2. 

  2. Разногласия — сначала два человека один на один, потом привлекают лида.
    3. 



Работа и встречи


    

  1. Еженедельный синк — вторник 11:00, 45 минут. Агенда в Notion к 10:30 понедельника.
    2. 

  2. Дедлайн под угрозой → сигнал лиду за 2 дня, не в день дедлайна.
    3. 

  3. Статус «в фокусе» в Telegram = не беспокоить без критической причины.
    4. 



Обратная связь и конфликты


    

  1. Обратная связь — приватно, по формату «наблюдение + влияние + просьба».
    2. 

  2. Если проблема не решена после двух разговоров — выносим на ретро или к лиду.
    3. 

  3. Критику идеи приветствуем; переход на личности — стоп.
    4.

Как обновлять нормы каждые 6 месяцев

Team Agreement — живой документ. Раз в 6 месяцев (или после значимого изменения: новый человек, смена формата работы, реорганизация) проводите 45-минутный ретроспективный пересмотр.

Три вопроса для пересмотра:

  • Какие нормы мы соблюдали стабильно? _(оставляем)_
  • Какие нарушали чаще всего — и почему? _(убираем или переформулируем)_
  • Что появилось в работе, на что нет нормы? _(добавляем)_

Версионируйте документ (v1.0 → v1.1) и сохраняйте историю — это позволит отслеживать, как менялась культура команды.

Признак живого соглашения: его цитируют в разговорах. «По нашему Agreement мы сначала разговариваем один на один» — значит, документ работает.

Связь с диагностикой RuForge

Диагностика управленческой зрелости на /diagnostika/ измеряет Домен 8 «Организационное лидерство и культура» — в том числе, насколько руководитель способен формировать и удерживать явные командные нормы.

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

Пройти диагностику →

FAQ

Нужен ли Team Agreement маленькой команде из 3–4 человек?

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

Что делать, если люди не соблюдают нормы?

Первые 2–3 нарушения — напоминание со ссылкой на документ. Если паттерн продолжается, разговор один на один: норма реально неудобна или человек не согласен с ней? Иногда правило нужно пересмотреть, а не применить давление.

Можно ли фасилитировать сессию самому руководителю?

Можно, но с оговоркой: руководитель должен намеренно отключить «режим лидера» и не давить своим мнением. Если это сложно — пригласите коллегу из другого отдела или внешнего фасилитатора.

Как быть с удалённой или гибридной командой?

Для них Team Agreement ещё важнее. Добавьте зону «Удалённая работа»: часовые пояса, правила видеовстреч (камера включена/нет), асинхронные обновления о прогрессе.

Полезные материалы

Проверьте свою управленческую зрелость: Пройти диагностику RuForge →