В корпоративной среде плохой коммуникацией часто объясняют все: срывы сроков, перегруз руководителей, дубли задач, хаос в приоритетах. Но если посмотреть глубже, то почти всегда выясняется, что проблема не в том, как люди общаются, а в том, как проходят и реализуются управленческие решения. Проблемы в коммуникациях выступают индикатором сбоев общей системы архитектуры управления и здесь скрыта одна из зон потерь бизнеса.
Когда коммуникации работают неэффективно
Формально все «по учебнику»: сильная управленческая команда, понятная стратегия, внедренные KPI, ответственные лица, регулярные планерки, проектные трекеры, цели по SMART, Kanban-доски. По факту: проекты стабильно затягиваются, задачи «зависают» между функциями, руководители перегружены, решения приходится повторно объяснять, растет ощущение хаоса при внешней структурированности, ответственность размывается.
Типичная реакция менеджмента на ситуацию: не хватает дисциплины, люди не тянут, надо чаще синхронизироваться, нужно усилить контроль. Но основные точки сбоя, как правило, не в людях и не в процессах, а в том, как устроена коммуникация как система. Если рассмотреть типичную компанию, то по факту, одновременно, будет существовать несколько несвязанных коммуникационных контуров:
- Операционные совещания.
- Проектные встречи.
- Переписка в мессенджерах.
- Личные и срочные поручения руководителей.
- Устные договоренности после встреч.
При этом отсутствует единый подход к управлению коммуникациями и структурированию задач. Любое управленческое решение имеет несколько атрибутов:
- Исходный контекст (почему решили).
- Формулировка решения (что решили).
- Метрики успешности (сроки, бюджет, эффект).
- Ответственного за результат.
В здоровой управленческой системе эти атрибуты связаны, но в реальности связь отсутствует или начинает распадаться уже при первых шагах реализации. В итоге исполнение формально существует, но оно больше не связано с исходным смыслом и предпосылками решения, получается лишь иллюзия управления.
SMART, OKR, KPI, Kanban, Scrum, таск-трекеры – привычные инструменты управления и коммуникации работают эффективно, но не решают исходных проблем. Когда теряется контекст решения, а также связь между решением и исполнением, когда контроль осуществляется только по метрикам, без учета изначального посыла решения – задачи есть, отчеты есть, статусы обновляются, а ожидаемого результата почти нет или его достижение требует больших ресурсов и ручного продвижения.
Как спроектировать систему управленческих коммуникаций
Управленческая коммуникация – это не просто передача информации, это механизм реализации решений с сохранением смысла и контекста на всех уровнях организации.
Если этот механизм не работает, то:
- Каждое подразделение работает с собственной версией смысла.
- Решения «дрейфуют» по организации.
- Контроль фиксирует уже искаженный результат.
- Руководитель постоянно «восстанавливает реальность вручную».
Именно это воспринимается как «плохая коммуникация». Указанные проблемы не решаются на системном уровне только увеличением числа встреч, ужесточением контроля и внедрением новых инструментов, повышением дисциплины, потому что это все работает на поверхностном уровне. Нужно идти глубже, проектировать непрерывную связь между: контекстом решения, его формулировкой и фактическим исполнением. Если этой связи нет, компания неизбежно начинает терять управленческий смысл на каждом шаге. Рассмотрим подробнее, где разрывается связь и как это исправить.
1. Зафиксировать решение
В большинстве компаний решение выглядит так: «Согласовали запустить проект / ускорить / доработать / проверить» в виде сообщения в рабочем чате. Но это не решение, а след обсуждения.
В правильной структуре управленческие решения фиксируются в едином формате:
- Контекст: почему это вообще обсуждали. Какой бизнес-эффект / проблема / триггер? Что было ограничением? Почему это важно сейчас?
- Решение: что именно решили сделать. Один конкретный результат, без интерпретаций.
- Принцип / логика: на основании чего выбрали это решение. Инструменты, позволяющие реализовать решения, ключевые допущения, плюсы и минусы решения.
- Владелец – не задачи, а именно решения. Кто отвечает за то, что решение не «исказится» в процессе.
2. Разработать механизм исполнения
В большинстве компаний задачи создаются после интерпретации решения, а не из него. Нужно обратное правило: нельзя создавать задачу, не привязанную к конкретному решению.
Каждая задача должна иметь:
- ID решения (обязательное поле).
- Формулировку результата (не действия).
- Ожидаемый эффект.
- Владельца и срок.
Ключевой принцип: задача = реализация решения, а не часть работы. Если задача не связана с решением, то это операционная активность без управленческого смысла.
3. Передать контекст
Проблема большинства систем в том, что они фиксируют «что решили», но не фиксируют «почему это решение существует». Контекст не надо пересказывать – это прикрепляется к решению как неизменяемый слой/атрибут/реквизит. На практике это означает, что к каждому решению прикладывается короткий «decision memo», который не редактируется после фиксации, и всегда доступен из задачи и отчета.
Минимальный шаблон memo:
- Какая проблема решалась.
- Какие альтернативы рассматривались.
- Почему выбрали именно это.
- Какие риски сознательно приняли.
Без этого, на каждом итерационном шаге любое исполнение начинает «дрейфовать» и терять изначальный смысл.
4. Контролировать соответствие решению
Серьезная управленческая ошибка: когда контроль идет по статусу задач, а не по исходному решению. Правильный механизм контроля – это когда на каждом статусе задается три вопроса:
- Соответствует ли текущее исполнение исходному решению?
- Изменился ли контекст (если да, кто его пересмотрел)?
- Нужно ли менять само решение или только исполнение?
Важный момент: если задача выполнена, но не соответствует контексту или выполнена по «новому пониманию», то это не успех, а отклонение системы.
5. Разработать механизм изменения решений
В нормальной системе управления есть еще один критический элемент: решения нельзя незаметно менять. Любое изменение должно проходить как отдельное событие:
- Что было решено.
- Что изменилось в контексте.
- Почему решение пересматривается.
- Кто утверждает изменение.
- В обсуждении участвуют все заинтересованные лица.
- О принятых изменениях информируется вся команда реализации решения.
Без этого получается токсичный эффект и демотивация команды.
Выводы
Построение подобной системы реализации управленческих решений и настройки коммуникации команды позволяет перевести систему менеджмента из хаоса и ручного режима в самоподдерживающийся механизм, снизить количество конфликтов и повысить эффективность работы не только руководителей, но и каждого сотрудника. По опыту, внедрение описанных принципов позволяет повысить культуру соблюдения дедлайнов (отклонение не более 10%). Реализованные задачи на 100% соответствуют изначальной идее и посылу. Вовлечение сотрудников в реализацию идей и решений перестает быть стрессом и негативом, а становится элементом дополнительной мотивации.
Также читайте:
У меня ощущение, что здесь разные вещи смешали в одну кучу, перемешали, структурировали и получилось достаточно логичная система на первыый взгляд, с точки зоения ИИ.
Любая компания осуществляют деятельность, любая деятельность предполагает разный уровень иерархии как с точки зрения принять решение, так же точки зрения исполнения, и точно также по управлению.
Масштаб компании точно также требует учесть эффект информационных отклонений. Когда внутри компании накапливается акционный шум.
Помимо коммуникационных проблем, шума и хитрожопости отдельных личностей есть ещё когнитивные ошибки связанные с биохимией. То есть отдельная информация или носители недооцениваются или переоцениваются.
Тут недавно по работе общался с молодой женщиной, очень толковой, я с ней говорю, она отвечает. Но видно девица влюбилась и мысли у нее вообще в другом месте и ничего с этим не сделать. Биохимия рулит.
Или допустим инженер спорит с заместителем директора - кто прав? Естественно кто ближе к руководству так как он грамотнее ссыт в уши директору.
Что делать с этим не знаю, рекомендации автора статьи считаю сложно интегрируемыми в реальную среду.
Темв поднятая автором статьи интересная и актуальная!
Формулиповки о сбоях в системе управления выглядят более понятно и мягко, чем моя предшествующая формулировка о глобальном кризисе управления, которая "режет ухо" и воспринимается негативно большинством управленцев.
Впредь постараюсь придерживаться термина "сбой", потому что по большому счету речь идет не о правильном или неправильном, а о подходящем и не подходящем для ситуации, а ситуация всегда такая какая есть на самом деле.
В более передовых подходах, например в Тойоте было принято обсуждение совмещать с принятием решения и сразу последующим за ним действием.
С одной стороны для принятия больших планов есть встречное планирование, которое совмещает обсуждение плана сверху с планом снизу и плюс боковых планов.
При изменении на рынке спроса и конкретных заказов, например в сторону повышения - смотрят есть ли узкое место.
Например оно есть. Организуют кружок качества для решения этой задачи, если есть время, если времени нет, то делают совещание прямо на конкретном узком рабочем месте.
Вместе с исполнителем обсуждают задачу - что нужно сделать чтобы сделать больше с тем же качеством. Неважно кто предложит решение, сам испольнитель или руководитель или инженер.
Когда исполнитель понимал задачу и видел ее важность тем что собралась команда уважаемых людей, то решение им понимается и принимается для исполнения сразу.
Также есть еще Канбаны - указания исполнителям что при наступлении определенных ситуаций действовать нужно определенным образом. При этом никто уже экстренно не собирается и новых указаний не дает. Канбан определяет приоритет в выполнении работ.
Когда в статье Канбан указан рядом со Скрамом, то вероятно здесь имеется в виду другой Канбан, придуманный айтишниками для работы с проектами?!
Кстати аналогом делового совещания, где вслед за обсуждением следует немедленное действие можно считать метод Сталина.
Конкретную проблему или задачу руководителям и специалистам предлагалось излагать на одном листе бумаги, где вслед за проблематикой следовало изложить вероятное решение этой задачи.
При обсуждении, как и в Тойоте присутствующие на совещание специалисты других ведомств должны были согласовать что готовы своими ресурсами обеспечить это или что конкретно им мешает или чего недостает.
То есть по сути это тоже можно назвать встречным планированием с элементами позитивного критического подхода!
Лично у меня прямо сейчас возник вопрос - а не учились ли они этому у Форда?!:)
Помимо коммуникационных проблем и отдельных персонажей, есть ещё когнитивные искажения и влияние состояния (стресс, усталость).
С моей точки зрения их лучше отдельно рассматривать, а не пытаться объединять.
Иногда создаётся ощущение не глобального кризиса управления, а глобального кризиса здравого смысла
С точки зрения здравого смысла, либо решения принимаются иррациональные, либо стоят какие то невидимые верхнеуровневые цели?
Но остается надежда что такие консультанты как автор статьи Иван имеют компетенции и навыки договариваться с точки зрения здравого смысла как на верхнем уровне, так и на исполнительском!
Значит есть кому исправлять и развивать!
Ивану респект и почет!