Повестка еженедельной синхронизации команды, которая заслуживает своего места в календаре

Вопрос, который пропускают еженедельные синхронизации

Прежде чем проектировать еженедельную синхронизацию команды, задайте вопрос, который большинство команд никогда не задают: что эта встреча делает такого, чего не делают ваш ежедневный стендап и канал в Slack?

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

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

Повестка (копируйте и вставляйте)

Длительность: 30 минут для одной команды; 45 минут для кросс-функциональной синхронизации
Формат: синхронно; пункты повестки поданы асинхронно до встречи

Открытие (2 мин)

Подтвердите пункты повестки и распределение времени
Если на повестке нет ничего содержательного, отмените встречу — серьёзно

Раздел 1 — Приоритеты и блокеры (10 мин)

Какие два-три главных приоритета команды на неделю?
Что заблокировано на уровне команды — не индивидуальные блокеры (их место в стендапе), а блокеры, требующие для разрешения действий руководства или межкомандных
Пропускайте любой элемент, который движется нормально и без обсуждения

Раздел 2 — Межкомандные зависимости (10 мин)

Зависимости от других команд или для других команд, которые под риском на этой неделе
По каждой: что нужно, кто отвечает за запрос, к какому сроку это нужно?
Это раздел, с которым стендап плохо справляется — стендап обращён внутрь; межкомандные зависимости часто проваливаются в зазор между встречами
Если активных межкомандных зависимостей нет, пропустите этот раздел

Раздел 3 — Требуются решения (10 мин)

Элементы, требующие решения до следующей еженедельной синхронизации
По каждому: один человек формулирует варианты (кратко — не презентация); группа решает; кто-то записывает решение и обоснование
Всё, чему нужно больше 5 минут формулирования, не готово к решению; назначьте отдельное обсуждение

Раздел 4 — Объявления (5 мин)

Изменения командных процессов, инструментов или расписаний
Информация от руководства, нужная команде до следующей синхронизации
По одному предложению на пункт; без обсуждения, если у кого-то нет блокирующего вопроса

Что делают не так большинство шаблонов еженедельной синхронизации

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

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

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

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

Как Pavleur ведёт запись еженедельной синхронизации

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

Pavleur фиксирует еженедельную синхронизацию автоматически: приоритеты в заявленном виде, блокеры в названном виде, ответственных за межкомандные зависимости, решения с обоснованием, объявления. Если кто-то показывал экран с трекером проекта, картой зависимостей или таймлайном, визуал становится частью записи рядом с обсуждением. Чисто аудиоинструменты дают вам, кто что сказал, без контекста того, что было на экране — решение о зависимости трудно понять три месяца спустя без трекера, который иллюстрировал риск. Полный отчёт, включая визуалы, доступен для поиска и привязан к дате. Сравнение с другими инструментами: Pavleur и альтернативы.

Когда отменять еженедельную синхронизацию

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

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