Созвоны, которые убивают продуктивность: как перестать тратить время на пустые разговоры?

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

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

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

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

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

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

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

Почему совещаний становится слишком много?

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

• Подмена работы обсуждением. Люди собираются, что-то обсуждают, спорят, рисуют схемы – и кажется, что проект движется. Но сам по себе разговор не является результатом. Если после созвона не появилось ни одного зафиксированного решения, не изменился план работ и никто не взял на себя конкретную задачу, значит, время было потрачено впустую.
• Незафиксированные договоренности. Участники созвона обсудили важный вопрос, пришли к какому-то выводу, но никто не записал, что именно решили. Через несколько дней каждый вспоминает разговор по-своему.
• Приглашение лишних людей. В результате половина присутствующих молча слушает, отвлекается на свои дела или ждет, когда дойдет до их части. Обсуждение затягивается, внимание рассеивается, а решения, которые касаются отсутствующих, всё равно приходится передавать отдельно.
• Отсутствие повестки. Кто-то объясняет, что произошло, кто-то уточняет детали, остальные ждут, пока всё прояснится. Первая половина времени уходит на то, чтобы просто ввести всех в курс дела. Дальше начинается свободное обсуждение, которое легко уходит в сторону.
• Созвон как способ перестраховаться. Человек не хочет брать на себя ответственность за решение и пытается разделить ее с другими. Так появляются созвоны на тему «давайте синхронизируемся» или «давайте сверим часы».
• Путаница между срочным и важным. Не каждый вопрос требует немедленного обсуждения, но в живом проекте всё кажется срочным. Если кто-то пишет в общий чат «надо срочно созвониться», остальные бросают свои дела и подключаются, даже если вопрос вполне мог подождать или решиться в переписке.
• Отсутствие других каналов для статусов. Когда в проекте нет понятного инструмента для отслеживания задач, руководитель и участники команды пытаются получать информацию о статусах через встречи. Каждый созвон начинается с одного и того же: «расскажите, что сделано, что в работе, какие проблемы».

Составляющие здорового общения в проекте

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

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

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

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

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

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

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

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

Встреч не должно быть много, но они обязаны быть регулярными и предсказуемыми. Участники заранее знают, когда они проходят, сколько длятся и чему посвящены. Это позволяет планировать день и не отвлекаться на внезапные приглашения. Чаще всего такие встречи короткие – от пятнадцати до тридцати минут. Если обсуждение требует больше времени, его разбивают на части или переносят на отдельную встречу с узким составом участников.

Предсказуемость касается и повестки. Участники приходят не «на всякий случай», а потому что их участие действительно необходимо для решения вопроса. Лишние люди не приглашаются, а те, кто приглашен, понимают свою роль в обсуждении.

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

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

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

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

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

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

Сценарии распространенных ошибок

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

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

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

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

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

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

Оказывается, каждый помнит по-разному, чтобы не гадать, назначается новый созвон, на котором всё обсуждается заново. Иногда такой цикл повторяется два-три раза, прежде чем договоренности наконец фиксируются. Каждый повторный разговор – это не только потеря времени, но и растущее раздражение участников, которые начинают сомневаться в том, что проект вообще управляем.

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

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

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

Его участие в разговоре формально: он присутствует, чтобы быть в курсе, хотя для этого достаточно короткого письменного резюме. Такая встреча утомительна для обеих сторон. Исполнители тратят время на объяснение того, что заказчику не нужно знать в деталях.

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

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

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

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

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

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

Наводим порядок в коммуникациях

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

Ввести простой формат повестки

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

• что обсуждаем;
• какого результата ждем;
• какие материалы нужно посмотреть заранее.

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

Назначить ответственного за протокол

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

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

Использовать письменные каналы по умолчанию

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

На практике это означает, что перед тем как назначить встречу, стоит задать себе два вопроса:

• можно ли сформулировать проблему текстом;
• достаточно ли будет письменного ответа для принятия решения.

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

Провести ревизию текущих встреч

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

• была ли у нее понятная цель;
• закончилась ли она конкретными решениями;
• можно ли заменить ее письменным отчетом или общей таблицей статусов.

Уже после первой такой ревизии обычно обнаруживается, что несколько встреч можно безболезненно отменить, а оставшиеся – сократить по времени или составу участников. Это простое упражнение освобождает несколько часов в неделю без какого-либо ущерба для проекта.

Ограничить время встреч

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

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

Развести форматы: статусы отдельно, обсуждения отдельно

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

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

Договориться о правилах на старте

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

• как назначаются встречи;
• как фиксируются решения;
• где хранятся статусы;
• в каких случаях используется переписка, а в каких — созвон.

Когда правила зафиксированы и приняты всеми участниками, они перестают быть предметом споров. Если кто-то предлагает лишнюю встречу, всегда можно сослаться на договоренность и предложить решить вопрос письменно. Это снимает личное напряжение и делает процесс общения более ровным.

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

Что поменяется на практике?

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

• Время возвращается. Несколько часов в неделю, которые раньше уходили на бесполезные созвоны, теперь можно потратить на работу или на отдых. На дистанции всего проекта это сотни часов, которые раньше растворялись без всякой пользы.
• Решения выполняются чаще. Когда договоренности зафиксированы письменно, их сложнее забыть или проигнорировать. Ответственность становится прозрачной, и это положительно сказывается на скорости работы.
• Меньше раздражения. Участники перестают чувствовать, что их постоянно отвлекают пустыми встречами. Люди спокойно занимаются своими задачами, не опасаясь, что день будет сломан внезапным приглашением.
• Руководитель видит картину целиком. Когда статусы доступны в общем инструменте, не нужно вытягивать информацию по крупицам. Руководитель в любой момент понимает, что происходит, и может сосредоточиться на решениях, а не на сборе сведений.
• Проект движется предсказуемо. Коммуникация становится частью рабочего процесса, а не хаотичным набором разговоров. Появляется ощущение управляемости, которое напрямую влияет на доверие заказчика к команде.
• Сотрудники чувствуют уважение к своему времени. Когда встречи созываются только по делу и длятся не дольше необходимого, это воспринимается как забота о людях. В ответ они относятся к проекту внимательнее и ответственнее.
• Снижается риск выгорания. Постоянные переключения между встречами и работой истощают быстрее, чем сама нагрузка. Упорядоченное общение убирает этот источник стресса и делает рабочий ритм более ровным.
• Проще вводить новых участников. Когда правила коммуникации зафиксированы, а статусы хранятся в общем доступе, новый человек входит в проект быстрее. Ему не нужно тратить недели на то, чтобы разобраться в происходящем.
• Растет доверие между сторонами. Заказчик видит, что его время ценят, а команда видит, что заказчик включен в процесс без лишнего контроля. Это укрепляет отношения и снижает количество конфликтов.

Разработка ПО от 66 Бит

Всего за 10 минут вы узнали как превратить череду надоедливых созвонов в организованную систему коммуникации, настало время внедрить новые знания! А если для максимальной производительности не хватает только эффективного ПО для бизнеса, советуем обратиться в 66 Бит!

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