и почему её отсутствие делает ещё хуже...

В какой-то момент календарь команды становится плотнее backlog.

Люди по 4-6 часов в день на встречах.
И при этом сроки продолжают срываться.

...

Я видел это в нескольких командах.
И каждый раз причина была одинаковой.

Не успеваем - давайте добавим встречи
Не понимаем друг друга - давайте добавим синки
Конфликты - давайте соберём всех и обсудим

Звучит логично, но в системе происходит другое:

чем больше коммуникации, тем ниже предсказуемость

А если её убрать, то всё разваливается ещё быстрее.

Парадокс

Delivery ломается в двух крайностях:

• слишком много коммуникации = хаос

• слишком мало коммуникации = дезинтеграция

И в обоих случаях команды приходят к одному и тому же:

невозможность прогнозировать результат

Когда коммуникации слишком много

Кейс: команда, которая жила в календаре

Команда (~20 человек): стендапы + 3 синка в неделю + постоянные обсуждения

• при этом сроки срывались

Разбор:

• до 40% задач переносились

• приоритет определялся последним разговором

• решения не фиксировались

• у задач было несколько "версий правды"

Каждая встреча не снижала неопределенность, а пересобирала её заново.

Эффект:

• потеря фокуса

• рост нагрузки

• зависимость от последнего разговора

система перестала быть предсказуемой

Что сделали:

• зафиксировали приоритеты

• запретили изменения внутри спринта

• ввели правило: любые изменения через решение

Результат (2 итерации):

• перенос задач снизили почти в 2 раза

• встречи уменьшилось

• команда перестала "жить в синках"

Когда коммуникации недостаточно

Теперь другая крайность.

Кейс: сильная команда, которая молчит

Сильные инженеры, высокая автономия, минимум встреч.

Через 2-3 месяца:

• архитектура начала расходиться

• решения дублировались

• появились несовместимые компоненты

никто не видел систему целиком

Причина:

• нет общей модели

• нет зафиксированных решений

• нет единых принципов

Эффект:

локальная оптимизация приводит к глобальной деградации

Где ломается согласованность

Согласованность это не: "все договорились".

Это:

система ведёт себя предсказуемо во времени

Она ломается, когда:

• решения не финализируются

• приоритеты нестабильны

• правила необязательны

Кейc: Backlog как список желаний

Типичный сценарий.

Backlog:

• задачи разного масштаба

• нет явной приоритизации

• постоянные "срочные" вбросы

Каждая задача обсуждается. Каждое обсуждение меняет контекст.

Результат

• команда теряет горизонт планирования

• прогнозы становятся фикцией

• доверие к системе падает

Переломный момент

Ключевой вопрос, который меняет всё:

Что если проблема не в коммуникации,
а в том, что система не задаёт рамки для решений?

Governance вместо коммуникации

Коммуникация является симптомом, а Governance является причиной.

Что меняется

1. вместо обсуждений - правила

2. вместо синков - структура

3. вместо ручного управления - система

Кейc: Backlog как инвестиционный портфель

Мы переупаковали backlog из списка задач, в систему управления инвестициями.

Каждая задача получила:

• тип ценности: Growth (рост) \ Protection (защита) \ Research (исследование)

• сигнал спроса (Requests как фактический спрос)

• возраст (как долго задача лежит)

Результат

• обсуждения стали короче

• решения стали быстрее

• приоритеты стали стабильнее

И неожиданно:

• коммуникации стало меньше

Часть 5. Баланс: сколько коммуникации нужно

Правильный вопрос не:

Сколько нам нужно встреч?

А так:

Где системе нужна синхронизация?

Коммуникация нужна, когда:

• принимаются новые решения

• меняется контекст

• появляются риски

Коммуникация вредна, когда:

• она заменяет правила

• она компенсирует хаос

• она становится способом держать всё под контролем

Как понять, что у вас проблема

Есть простой способ не спорить, а диагностировать систему. Посмотрите не на ощущения, а на поведение команды.

Если у вас:

Решения пересматриваются
→ вы обсуждаете одно и то же каждую неделю

Приоритеты меняются внутри спринта
→ нет защищённого горизонта

Решения зависят от последнего созвона
→ нет единого источника истины

Встречи растут быстрее результата
→ система заменена коммуникацией

Если вы узнали хотя бы 2 пункта, то скорее всего проблема в системе управления.

Минимальная модель стабилизации

Достаточно трёх вещей:

1. Фиксированные приоритеты

Приоритеты не меняются внутри интервала.
Любое изменение как отдельное решение.

2. Модель ценности

Каждая задача объяснима через: Growth / Protection / Research

3. Правило изменений

План ломается только если:

• риск для бизнеса

• production-инцидент

Остальное направляем в следующий цикл

Ключевой эффект

Когда появляются эти три вещи:

• решения перестают "плавать"

• коммуникация становится целевой

• система начинает вести себя предсказуемо

И происходит неожиданное:

встреч становится меньше, а результат лучше

Если система не задаёт рамки, то их начинает задавать коммуникация. И почти всегда это происходит хаотично.

Финальный кейс

После внедрения governance в одной из команд:

• количество встреч снизилось ~30%

• прогнозируемость релизов выросла

• напряжение в команде снизилось

Но самое важное:

• исчезла зависимость от "последнего разговора"

Вывод

Коммуникация - это не решение. Ровно как и её отсутствие, тоже не решение.

Настоящее решение это:

• последовательные решения

• стабильные приоритеты

• управляемая система

Если ваш delivery зависит от количества встреч у вас нет системы.
Вы просто компенсируете хаос коммуникацией.