Сначала в календаре появляется ежедневный статус, потом еженедельный синк, потом встреча «по итогам», встреча «перед встречей», отчёт, презентация и пара уровней согласования сверху. У каждого из пунктов когда-то была причина, но вопроса жива ли она, с тех пор никто не задавал.
Сначала в календаре появляется ежедневный статус, потом еженедельный синк, потом встреча «по итогам», встреча «перед встречей», отчёт, презентация и пара уровней согласования сверху. У каждого из пунктов когда-то была причина, но вопроса жива ли она, с тех пор никто не задавал.
В статье есть ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Чем больше инструментов для координации, тем больше времени уходит на саму координацию. По данным Asana, специалисты тратят около 60% рабочего времени на work about work — переписку о задачах, поиск информации, переключение между инструментами, управление приоритетами и статусные встречи, а не на работу, ради которой их наняли. В том же исследовании: 103 часа ненужных встреч в год на одного knowledge worker.
Дело не только в количестве встреч, а в слое обслуживающих ритуалов, который вырос вокруг работы.
Ежедневная летучка давно стала обязательным атрибутом команд. Каждый по очереди: что сделал вчера, что сделает сегодня, есть ли блокеры. Руководитель в этот момент получает ощущение контроля — все на связи, все отчитались, никто не выпал.
Только это ощущение легко спутать с самим контролем. Управленческая функция статуса ровно одна: увидеть отклонение от плана и успеть вмешаться. Если отклонений нет, слушать десятерых по кругу незачем. Та же информация уже лежит в задачах, документации или рабочем чате.
Исследование ежедневных stand-up встреч, проведённое учёными из Норвежского университета науки и технологий, показывает: практика правда помогает координации, но при неудачной организации участники быстро начинают воспринимать её негативно. Авторы отдельно подчёркивают, что формат можно и нужно подгонять под конкретную команду, а не держать как есть по умолчанию.
Самый простой шаг — заменить созвон асинхронным статусом: что сделано, что дальше, какой блокер, где нужно решение. Ещё лучше держать этот статус прямо в задаче, чтобы информация не жила отдельным потоком поверх рабочей системы.
Полностью отменять статусы тоже не стоит. Для новой команды, сложного проекта или периода перемен синхронная встреча приносит пользу. Но тогда у неё должна быть конкретная цель: найти блокеры и принять решения. Это 15–30 минут, без отчётов ради отчёта.
Сигнал эффективности: после встречи появились решения или снялись блокеры. Если единственный результат — все узнали, чем занимались коллеги, — эту информацию стоило просто написать.
Есть и другой тип встреч — реактивные синки. Возникает вопрос, кто-то пишет: «Давайте быстро созвонимся». Через десять минут в звонке участвует уже шесть человек. А ещё через полчаса выясняется, что никто толком не знает, какой вопрос вообще нужно закрыть.
У таких встреч обычно две функции: выровнять контекст и разделить риск. Особенно в крупных компаниях коллективное обсуждение становится удобным способом не принимать решение в одиночку. Если решение окажется плохим, всегда можно сказать: «Мы же всё это обсуждали».
Управление начинается там, где у решения появляется владелец.
Поэтому для таких встреч работает принцип decision first: сначала формулируется, какое решение должно появиться на выходе. Нет решения на выходе — вероятно, нет и встречи.
Контекст можно отправить заранее. Данные, документы, аргументы читаются асинхронно. Сам созвон остаётся для того, что действительно требует живого присутствия: конфликта, сложного компромисса, стратегической развилки, реакции участников в моменте.
Здесь же работает ещё один принцип: чем больше людей позвали, тем дороже обходится неопределённость. Исследование Microsoft на данных рабочих сигналов показывает, что сотрудников Microsoft 365 в среднем прерывают каждые две минуты — встречей, письмом или уведомлением. В такой среде даже короткий «быстрый синк» стоит дорого, потому что после него человеку ещё нужно заново найти место в задаче, которую он оставил.
Сигнал эффективности: у встречи заранее сформулирован вопрос, известен список нужных участников, зафиксировано решение с ответственным и сроком. Нет ничего из этого — встреча превращается просто в разговор.
Отчёты и презентации нужны руководителю для контроля: понять, что происходит, где отклонение, какие показатели изменились, куда нужно вмешаться.
Проблема появляется, когда отчётность становится отдельной работой. Команда обновляет таск-трекер, потом переносит те же данные в таблицу, потом делает презентацию — а потом ещё и пересказывает содержание слайдов вслух на встрече.
Одна и та же информация в итоге существует в четырёх версиях сразу.
Показателен подход Amazon: вместо традиционных презентаций для ряда важных обсуждений там используют письменные narrative memos, которые участники сначала читают, а уже потом обсуждают. Смысл в том, чтобы перенести подготовку из устного выступления в письменное мышление: автор сперва формулирует проблему и аргументы, а участники получают общий контекст ещё до начала разговора.
Гораздо рациональнее оставить один источник правды — рабочую систему, дашборд, документ. Руководителю не нужен еженедельный пересказ зелёных показателей. Гораздо важнее отклонения, риски и вопросы, по которым требуется решение.
Отчёт вполне превращается в короткий асинхронный меморандум: пара строк контекста, ключевые цифры, что изменилось, где проблема, какое решение нужно. Если таких данных нет — отчёт их не придумывает, а прямо показывает пробел.
Сигнал эффективности: отчёт помогает принять решение или заметить отклонение. Если после чтения ничего не меняется, стоит пересмотреть либо его периодичность, либо сам формат.
Самый незаметный пожиратель скорости — многоуровневое согласование. Особенно там, где решение самое обычное.
Сотрудник подготовил документ — нужен руководитель. Руководитель согласовал — нужен директор. Директор согласовал — нужно ещё мнение смежной функции. В итоге человек, который отвечает за результат, оказывается последним в цепочке, где этот результат вообще решают.
Формально система так снижает риски. На практике она просто переносит ответственность выше по цепочке. Работает здесь другой принцип: чем ниже риск решения, тем ниже должен быть уровень, на котором его принимают.
Для этого заранее определяется матрица полномочий: что сотрудник решает сам, что согласует с руководителем, а что действительно требует нескольких функций или топ-менеджмента. Часть согласований спокойно переводится в асинхронный режим. Документ уходит участникам с чётким сроком на замечания — не обязательно собирать всех в звонок, если вопрос решается комментариями.
При этом критические решения контроль проходить должны. Стратегия, крупные бюджеты, юридические риски, безопасность — как раз те случаи, где лишний уровень проверки оправдан полностью.
Сигнал эффективности: понятен владелец решения, известен срок согласования, число участников соответствует уровню риска. Если рутинное решение неделями ходит по инстанциям, процесс сломан.
Объявлять революцию и отменять все встречи с понедельника необязательно. Полезнее устроить небольшой аудит.
Попробуйте вариант, который иногда называют Meeting Doomsday: на короткий период уберите из календаря все повторяющиеся встречи и верните только те, что смогут объяснить, зачем они вообще существуют. Само число сэкономленных часов вторично. Куда важнее принцип: ритуал обязан заново доказать свою ценность.
Для оставшихся встреч подходит простой фильтр FAIR — четыре буквы. Прогоните через них одну повторяющуюся встречу из своего календаря прямо сейчас: ответ обычно виден уже на втором вопросе.
Если на эти четыре вопроса трудно ответить — встреча, скорее всего, держится на привычке, а не на пользе.
Полезно ещё официально разрешить сотрудникам отказываться от встреч без понятной повестки. Это не саботаж. Фраза «Пришлите контекст и вопрос, я посмотрю асинхронно и подключусь к моменту решения» иногда полезнее ещё одного события в календаре.
Если после аудита собственных встреч и процессов тянет копнуть тему дальше — вот несколько ресурсов, которые ложатся именно на неё.
Курс про коммуникацию с командой и стейкхолдерами, лидерство и выбор подходящего канала. Пригодится тем, кто хочет понять не только что сообщать команде, но и как выстраивать коммуникацию так, чтобы она двигала проект, а не отнимала у него время. Рассчитан примерно на две недели при десяти часах в неделю, средняя оценка — 4,6.
Более точное попадание именно в тему командных ритуалов: курс разбирает коммуникацию как создание общего понимания, работу с командами и стейкхолдерами, способы выстраивать взаимодействие так, чтобы информация не просто передавалась, а приводила к действию. Уровень beginner, продолжительность около шести часов.
Практический вариант для тех, кому интереснее рабочие инструменты: планирование коммуникаций, работа со стейкхолдерами, встречи, отчёты, формальная и неформальная коммуникация. Курс на пару часов, хорошо работает как быстрый чек-лист перед тем, как пересобирать собственные процессы.
Рассматривает организацию не как на набор должностей и отделов, а как систему команд, потоков работы и взаимодействий между ними. Авторы разбирают четыре базовых типа команд и три паттерна взаимодействия. В 2025 году вышло второе издание — отдельно усилены темы когнитивной нагрузки, автономии и организационного дизайна.
О том, как организация отказывается от слишком жёсткой вертикальной координации в пользу модели, где небольшие команды получают больше самостоятельности, но при этом быстрее обмениваются контекстом. Особенно полезна там, где каждый новый уровень контроля когда-то вводился ради безопасности, а сейчас сам стал узким местом.
Бывший руководитель People Operations в Google разбирает, как устроены управленческие практики, которые должны помогать людям работать эффективнее, а не просто плодить дополнительные правила. Книга шире темы встреч и ритуалов, но хорошо дополняет её со стороны культуры: какие процессы реально помогают команде, а какие держатся только потому, что организация привыкла работать именно так.
Если хотите выбрать только один курс и одну книгу — начните с курса Effective Communication for Project Stakeholders and Teams и книги Team Topologies. Первый разбирает коммуникацию как инструмент управления. Вторая — объясняет шире, почему сама структура команд иногда заставляет плодить статусы, согласования и встречи.
Совсем не обязательно, что у хорошей команды мало встреч. Скорее, мало бессмысленной координации.
Статус нужен, если помогает увидеть отклонение и снять блокер. Обсуждение — если приводит к решению. Отчёт — если показывает изменение, риск или требует действия. Согласование — если защищает от реального риска, а не просто размазывает ответственность по нескольким людям сразу.
Всё остальное можно сокращать, переносить в асинхронный режим или просто закрывать.
Здесь есть управленческий эффект, который легко упустить: отмена ритуала заставляет ответить на неприятный вопрос — если убрать эту встречу, каким ещё способом команда узнает, что что-то идёт не так? Если ответа нет, дело не в отменённой встрече, а в том, что у команды с самого начала не было понятной системы управления.
А если есть — встречу, отчёт или очередное согласование действительно можно отпустить. Вместе с часами, которые команда вернёт себе для работы, ради которой её собрали.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.