Вы наверняка сталкивались с этой ситуацией: вам нужно срочно уточнить детали по проекту, вы набираете номер разработчика или project-менеджера, а в ответ — тишина или сообщение «напишите в чат». Или еще хуже: трубку берут, но по голосу чувствуется, что звонок явно не вовремя. Почему IT-специалисты так не любят телефонные звонки? Это не вредность и не нежелание общаться. У этого явления есть глубокие профессиональные и психологические причины. Давайте разберемся, как устроена коммуникация в разработке, и найдем баланс, который устроит всех.
Почему разработчики избегают звонков: профессиональные причины
Для начала нужно понять, чем занимается разработчик большую часть рабочего времени. Это не набор текста в монотонном режиме. Это работа с высоким уровнем когнитивной нагрузки, требующая глубокого погружения и состояния «потока».
Состояние потока и его хрупкость. Исследования в области психологии программирования показывают, что разработчику требуется в среднем 10–15 минут, чтобы войти в состояние глубокой концентрации (потока), когда он максимально продуктивен. Любое отвлечение — звонок, сообщение, вопрос коллеги — разрушает это состояние. Чтобы вернуться в него, снова нужно 10–15 минут. Один звонок может украсть у разработчика 20–30 минут продуктивного времени. А если звонков несколько в день, продуктивность падает катастрофически.
Контекстное переключение. Разработка — это работа с множеством деталей: архитектура, названия переменных, логика работы модулей, связи между компонентами. Когда разработчик погружен в код, у него в голове удерживается сложная ментальная модель системы. Звонок выдергивает из этого контекста. После звонка нужно не просто «вернуться к работе», а заново восстановить в голове всю эту сложную конструкцию. Это не просто неприятно, это физически и ментально затратно.
Асинхронная природа IT-работы. Разработка по своей природе асинхронна. Задачи ставятся, обсуждаются в чатах, фиксируются в трекерах, а разработчик выполняет их в своем темпе, в порядке приоритета. Звонок — это синхронное взаимодействие, которое требует, чтобы оба участника были доступны одновременно. Это ломает естественный для IT-специалиста ритм работы.
Почему разработчики избегают звонков: психологические причины
Помимо профессиональных факторов, есть и чисто человеческие, психологические причины, которые часто упускают из виду заказчики.
Потребность в документации и фиксации. Разработчики привыкли, что любое решение должно быть задокументировано. В чате или в задаче остается текст, к которому можно вернуться через неделю или через месяц. В телефонном звонке договоренности остаются только в памяти. «А мы же обсуждали это по телефону!» — фраза, которая приводит в ужас любого project-менеджера, потому что доказать или опровергнуть что-либо невозможно.
Время на обдумывание. Письменное общение дает время подумать, перепроверить информацию, уточнить детали. В телефонном разговоре нужно отвечать здесь и сейчас. Разработчик может не помнить наизусть все нюансы текущей задачи, но при этом от него ждут быстрого ответа. Это создает стресс и ощущение, что тебя ставят в неудобное положение.
Интровертный профиль профессии. Среди IT-специалистов действительно выше процент людей с интровертными чертами характера. Они предпочитают обдуманное письменное общение спонтанным устным диалогам. Это не значит, что они не любят людей или не хотят общаться. Просто их энергия тратится иначе, и частые непредсказуемые звонки — это серьезный источник стресса.
Плюсы созвонов: когда телефон незаменим
Было бы несправедливо утверждать, что звонки и созвоны не нужны совсем. У устного общения есть важные преимущества, которые нельзя игнорировать.
Скорость согласования сложных вопросов. Когда нужно обсудить архитектурное решение, выбрать подход из нескольких вариантов или срочно разрешить конфликтную ситуацию, письменная переписка может растянуться на часы или дни. 15-минутный звонок заменяет десятки сообщений.
Снижение вероятности недопонимания. Текст лишен интонации, эмоций, контекста. То, что в сообщении звучит как «давайте сделаем так», может быть воспринято как приказ или как просьба. В живом разговоре можно сразу уточнить, переспросить, понять истинный смысл. Особенно это важно на этапе обсуждения требований, когда любое недопонимание может вылиться в недели переделок.
Построение доверия и отношений. Долгосрочные проекты держатся на доверии между заказчиком и командой. Общение только через чаты и трекеры обезличено. Регулярные созвоны, пусть даже короткие, позволяют «увидеть» собеседника, понять его как человека, а не просто как исполнителя. Это снижает напряжение, делает коммуникацию более открытой и снижает количество конфликтов.
Сложные и чувствительные темы. Обсуждение сдвигов сроков, превышения бюджета, критических ошибок — это темы, которые лучше обсуждать вживую. Письменное общение в таких ситуациях часто приводит к эскалации: сообщения могут быть восприняты как обвинение, а паузы в ответах — как игнорирование.
Минусы созвонов: когда телефон мешает работе
У устного общения есть и обратная сторона, которую заказчику важно понимать.
Отсутствие фиксации. Самая большая проблема звонков — договоренности не остаются в доступном для всех месте. После звонка project-менеджер должен потратить время на то, чтобы записать итоги и разослать их. Если этого не сделать, через неделю начнется: «мы же договаривались», «нет, я имел в виду другое».
Нарушение приоритетов. Звонок от заказчика часто воспринимается как «срочно, отбой всем молоток». Даже если вопрос не требует немедленного решения, он выбивает разработчика из текущей задачи, заставляя переключаться на что-то другое. Это снижает общую продуктивность команды.
Невозможность подготовиться. Внезапный звонок застает врасплох. Разработчик может не иметь под рукой нужной информации, не помнить деталей задачи, над которой работал неделю назад. В результате обсуждение становится неэффективным, а потом все равно приходится уточнять письменно.
Сложность масштабирования. В проекте с одним разработчиком звонки еще как-то работают. Когда в команде 5, 10 или 20 человек, каждый звонок по частному вопросу отвлекает всю команду или требует постоянного «перекладывания трубки». Это не масштабируется.
Как организовать эффективную коммуникацию: золотые правила
Идеальный вариант — не отказываться от звонков полностью, но выстроить систему, которая учитывает потребности всех сторон. Вот основные принципы, которые работают на практике.
Правило 1. Регулярные, а не спонтанные созвоны. Вместо того чтобы звонить каждый раз, когда возникает вопрос, зафиксируйте регулярные встречи. Ежедневный 15-минутный стендап (утренний созвон) для обновления статусов. Еженедельный созвон на 1–1,5 часа для обсуждения планов, демонстрации результатов, согласования сложных вопросов. Внеплановые звонки — только для действительно критических ситуаций, которые не могут ждать до ближайшей встречи.
Правило 2. Все важные решения — письменно. Любой созвон, на котором принимаются решения, должен заканчиваться письменным резюме. Кто-то из участников (обычно project-менеджер) фиксирует: что обсудили, к каким выводам пришли, кто и что делает, какие сроки. Резюме отправляется в общий чат или добавляется в задачу в трекере. Это исключает разночтения и создает прозрачную историю решений.
Правило 3. Уважайте время погружения. Если вы видите, что разработчик давно не писал в общий чат, вероятно, он глубоко погружен в задачу. Не дергайте его звонком без крайней необходимости. Используйте для срочных вопросов выделенный канал связи (например, Telegram-чат с project-менеджером, который уже сам решит, стоит ли отвлекать разработчика).
Правило 4. Готовьтесь к созвонам. У каждого созвона должна быть повестка — список вопросов, которые нужно обсудить. Это позволяет участникам подготовиться, а сам созвон проходит структурированно и не затягивается. Повестку лучше публиковать заранее, хотя бы за несколько часов.
Правило 5. Выбирайте правильный инструмент. Для быстрых вопросов, не требующих обсуждения экрана, подойдет голосовой звонок в мессенджере. Для обсуждения интерфейса, демонстрации кода, коллективной работы — видеозвонок с демонстрацией экрана (Zoom, Яндекс.Телемост, Discord). Для распределенных команд важна видеосвязь: видеть собеседника помогает считывать эмоции и снижает усталость от общения.
Правило 6. Разделите роли. У заказчика обычно один контакт — project-менеджер или аккаунт-менеджер. Все вопросы и звонки идут через него. Он уже сам решает, что можно решить сразу, что требует подключения разработчика, а что лучше перенести на плановый созвон. Это защищает команду от хаотичных отвлечений, а заказчику дает понятную точку входа.
Особые случаи: когда без частых созвонов не обойтись
Есть типы проектов и этапы, где частота общения объективно выше. Это нормально, и к этому нужно быть готовым.
Этап прототипирования и согласования дизайна. Когда обсуждаются интерфейсы, пользовательские сценарии, визуальные решения, письменное общение малоэффективно. Нужно показывать экраны, комментировать, видеть реакцию. На этом этапе нормально проводить по несколько созвонов в неделю. После утверждения прототипа частота снижается.
Сложные интеграции и технические стыковки. Когда ваше приложение интегрируется с внешними системами (CRM, эквайринг, 1С), часто требуется совместная работа технических специалистов с обеих сторон. Здесь без созвонов не обойтись, и лучше проводить их по мере необходимости, а не ждать плановой встречи.
Критические инциденты. Если сайт или приложение не работает, клиенты не могут оформить заказ, данные теряются — это ситуация, когда молниеносная коммуникация важнее всех правил. В таких случаях звонки, общие созвоны, экстренные чаты — это необходимость.
Коротко о главном: как договориться с командой о формате общения
Самый надежный способ избежать недопонимания — обсудить правила коммуникации в самом начале проекта, до того как начнется разработка. Вот вопросы, которые стоит согласовать:
- Как часто будут проходить плановые созвоны? Кто участвует? Какая повестка?
- Кто является основным контактным лицом со стороны исполнителя для срочных вопросов?
- В каких случаях допустимы внеплановые звонки?
- Как и где фиксируются итоги созвонов?
- Какой канал связи используется для текущих вопросов (Telegram, Slack, email)?
- В какое время дня лучше не беспокоить разработчиков звонками?
Когда правила прозрачны и согласованы заранее, у заказчика нет ощущения, что от него «прячутся», а у команды — что их «дергают». Коммуникация становится предсказуемой и комфортной для всех.
Вывод. Нелюбовь IT-специалистов к телефонным звонкам — это не каприз, а следствие специфики их работы. Глубокая концентрация требует защиты от отвлечений, а письменная фиксация решений — необходимость для управления сложностью. Но это не значит, что созвоны нужно исключать полностью. При правильной организации — регулярные встречи, подготовленные повестки, фиксация итогов, понятные роли и каналы связи — устное общение становится мощным инструментом, а не источником стресса. Главное — договориться о правилах в начале пути и уважать рабочие ритмы друг друга.
