Управляя сложными проектами, со связкой нескольких смежных отделов, я пришёл к одному неоспоримому выводу: самый совершенный план, самый передовой технологический набор и самый талантливый коллектив терпят крах по одной причине — из-за провалов в общении.    Управление общением — это не «мягкий навык», это суровая необходимость. Это кровь проекта, которая доставляет кислород (информацию) ко всем частям организма (командам и участникам). Остановка этого кровотока убивает проект мучительной и дорогостоящей смертью.   Давайте прямо посмотрим на главные болевые точки.    1.  Нарушения общения: когда кровь не течёт    Речь не только о том, что кто-то промолчал. Чаще это системные сбои: отсутствие регулярного и чёткого ритма встреч (ежедневные, еженедельные встречи), неопределённые каналы для разных типов сообщений (где обсуждать ошибку? где — техническое задание? где — срочный вопрос заказчику?), наконец, банальное отсутствие культуры отвечать на сообщения и письма. Когда программист неделю не может получить ответ от аналитика, он либо молча делает, как понял (и ошибается), либо простаивает. Оба варианта бьют по бюджету и срокам.    2.  Искажение информации: когда она мутирует    Помните детскую игру «Испорченный телефон»? В проекте она стоит очень дорого. Клиент устно объяснил менеджеру своё пожелание. Менеджер пересказал его аналитику, опустив «незначительные детали». Аналитик формализовал в требование, которое он сам понял не до конца. Программист прочитал требование и реализовал его буквально. В итоге получаем функцию, которая совершенно не соответствует ожиданиям клиента. Чем длиннее цепочка, тем дороже ошибка. Решение — минимизировать устные поручения, вводить обязательный письменный отчёт и использовать прототипы, которые все видят.    3.  Отсутствие общего видения: когда каждый «тянет одеяло на себя»    Отдел разработки видит свою задачу — сделать «круто с технической точки зрения». Тестировщики видят свою — найти все ошибки. Отдел маркетинга — быстрее выпустить на рынок. Отдел бизнеса — сэкономить. Без общего понимания «зачем мы это делаем?» и «какова конечная цель?» команды начинают работать друг против друга. Разработка усложняет архитектуру, тестирование затягивает выпуск, маркетинг даёт невыполнимые обещания. Задача руководителя — постоянно доносить общую картину: какую проблему мы решаем и как каждая команда вносит в это свой вклад.    4.  Война терминов: когда все говорят на разных языках    Что для вас «скоро»? Для программиста — «к концу спринта», для коммерсанта — «завтра утром». Что такое «готово»? Код написан? Протестирован? Выложен на платформу? Принят клиентом? Разные толкования терминов — прямой путь к конфликтам и срыву планов. Первое, что я делаю на новом проекте — мы вместе создаём словарь терминов. Мы договариваемся, что значит «высокий приоритет», «блокирующая задача», «минимально жизнеспособный продукт» и т.п.. Это снимает половину недопониманий.  Что делать?  Выстроить общение — значит создать предсказуемую систему.     - Формализуйте: Определите каналы, частоту, правила встреч и форматы отчётности.   - Документируйте: Фиксируйте ключевые решения, итоги встреч и изменения требований. Не надейтесь на память.   - Синхронизируйте: Регулярно собирайте ключевых людей для открытого диалога. Заставляйте команды говорить друг с другом.   - Говорите на одном языке: Создайте и поддерживайте словарь терминов (глоссарий проекта).

Общение — это инфраструктура. Её нельзя построить один раз и забыть. Её нужно постоянно поддерживать, налаживать и расширять. Вложения в неё окупаются стократно, экономя бюджет, время и ваши нервы. Не экономьте на крови проекта.