Почему проекты тонут из-за коммуникации, а не кода: мнение аналитика

Казалось бы, в IT-проекте главное — код. Но практика показывает: даже с идеальным стеком и сильной командой проект может провалиться. Почему так происходит? Старший аналитик Битрикс24 в ZeBrains Екатерина Горшкова уверена: дело в коммуникации, а не в технических ошибках. Девять лет в продажах, шесть в IT и год в образовании привели её к выводу, что умение договариваться — это такая же часть стека, как язык программирования или фреймворк. В своей статье на Хабре она разбирает, почему проекты тонут из-за общения, а не из-за кода, и как это исправить. В этом материале мы подробно рассмотрим её аргументы и практические советы, которые помогут командам избежать типичных ловушек.

Коммуникация — это часть стека: главная причина провалов

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

Ключевая мысль: коммуникация должна рассматриваться как неотъемлемая часть технического стека. Это не мягкий навык, а жесткая необходимость, от которой зависят сроки, бюджет и качество продукта. Горшкова подчеркивает, что именно недопонимание между участниками проекта приводит к тому, что задачи выполняются неправильно, сроки срываются, а бюджет раздувается. По данным Project Management Institute, около 30% проектов проваливаются из-за плохой коммуникации, и это не просто статистика — это реальность, с которой сталкиваются многие команды.

Предыстория и контекст: от продаж к аналитике

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

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

Как наладить коммуникацию в команде?

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

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

Третий шаг — развивать эмпатию. Понимание точки зрения заказчика и разработчика помогает находить компромиссы. Горшкова подчеркивает: когда аналитик видит задачу глазами пользователя, а разработчик — глазами аналитика, проект движется быстрее. Это не абстрактный совет, а практический навык, который можно тренировать. Например, можно проводить ролевые игры или ставить себя на место другого участника проекта.

Технические и коммуникационные практики: что работает на практике

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

Еще одна практика — использование общих глоссариев. В IT-проектах часто возникают терминологические разногласия: заказчик говорит «модуль», а разработчик понимает «сервис». Создание общего словаря помогает синхронизировать понимание. Горшкова рекомендует в начале проекта составить список ключевых терминов и регулярно его обновлять. Это особенно важно в распределенных командах, где культурные различия могут усугублять недопонимание.

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

Кого затронет и как: аналитики, разработчики и менеджеры

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

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

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

Что будет дальше: коммуникация как конкурентное преимущество

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

Ожидается, что появятся новые инструменты для улучшения коммуникации, такие как ИИ-ассистенты для перевода технического языка на бизнес-язык и наоборот. Но даже с технологиями, базовые принципы — слушать, документировать, уточнять — останутся основой. Горшкова считает, что в ближайшие годы компании начнут официально вводить роль коммуникационного менеджера в IT-проектах. Это станет признанием того, что коммуникация — не просто мягкий навык, а стратегический ресурс.

Итог

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