и почему её отсутствие делает ещё хуже...
В какой-то момент календарь команды становится плотнее backlog.
Люди по 4-6 часов в день на встречах.
И при этом сроки продолжают срываться.
...
Я видел это в нескольких командах.
И каждый раз причина была одинаковой.
Не успеваем - давайте добавим встречи
Не понимаем друг друга - давайте добавим синки
Конфликты - давайте соберём всех и обсудим
Звучит логично, но в системе происходит другое:
чем больше коммуникации, тем ниже предсказуемость
А если её убрать, то всё разваливается ещё быстрее.
Парадокс
Delivery ломается в двух крайностях:
слишком много коммуникации = хаос
слишком мало коммуникации = дезинтеграция
И в обоих случаях команды приходят к одному и тому же:
невозможность прогнозировать результат
Когда коммуникации слишком много
Кейс: команда, которая жила в календаре
Команда (~20 человек): стендапы + 3 синка в неделю + постоянные обсуждения
при этом сроки срывались
Разбор:
до 40% задач переносились
приоритет определялся последним разговором
решения не фиксировались
у задач было несколько "версий правды"
Каждая встреча не снижала неопределенность, а пересобирала её заново.
Эффект:
потеря фокуса
рост нагрузки
зависимость от последнего разговора
система перестала быть предсказуемой
Что сделали:
зафиксировали приоритеты
запретили изменения внутри спринта
ввели правило: любые изменения через решение
Результат (2 итерации):
перенос задач снизили почти в 2 раза
встречи уменьшилось
команда перестала "жить в синках"
Когда коммуникации недостаточно
Теперь другая крайность.
Кейс: сильная команда, которая молчит
Сильные инженеры, высокая автономия, минимум встреч.
Через 2-3 месяца:
архитектура начала расходиться
решения дублировались
появились несовместимые компоненты
никто не видел систему целиком
Причина:
нет общей модели
нет зафиксированных решений
нет единых принципов
Эффект:
локальная оптимизация приводит к глобальной деградации
Где ломается согласованность
Согласованность это не: "все договорились".
Это:
система ведёт себя предсказуемо во времени
Она ломается, когда:
решения не финализируются
приоритеты нестабильны
правила необязательны
Кейc: Backlog как список желаний
Типичный сценарий.
Backlog:
задачи разного масштаба
нет явной приоритизации
постоянные "срочные" вбросы
Каждая задача обсуждается. Каждое обсуждение меняет контекст.
Результат
команда теряет горизонт планирования
прогнозы становятся фикцией
доверие к системе падает
Переломный момент
Ключевой вопрос, который меняет всё:
Что если проблема не в коммуникации,
а в том, что система не задаёт рамки для решений?
Governance вместо коммуникации
Коммуникация является симптомом, а Governance является причиной.
Что меняется
вместо обсуждений - правила
вместо синков - структура
вместо ручного управления - система
Кейc: Backlog как инвестиционный портфель
Мы переупаковали backlog из списка задач, в систему управления инвестициями.
Каждая задача получила:
тип ценности: Growth (рост) \ Protection (защита) \ Research (исследование)
сигнал спроса (Requests как фактический спрос)
возраст (как долго задача лежит)
Результат
обсуждения стали короче
решения стали быстрее
приоритеты стали стабильнее
И неожиданно:
коммуникации стало меньше
Часть 5. Баланс: сколько коммуникации нужно
Правильный вопрос не:
Сколько нам нужно встреч?
А так:
Где системе нужна синхронизация?
Коммуникация нужна, когда:
принимаются новые решения
меняется контекст
появляются риски
Коммуникация вредна, когда:
она заменяет правила
она компенсирует хаос
она становится способом держать всё под контролем
Как понять, что у вас проблема
Есть простой способ не спорить, а диагностировать систему. Посмотрите не на ощущения, а на поведение команды.
Если у вас:
Решения пересматриваются
→ вы обсуждаете одно и то же каждую неделю
Приоритеты меняются внутри спринта
→ нет защищённого горизонта
Решения зависят от последнего созвона
→ нет единого источника истины
Встречи растут быстрее результата
→ система заменена коммуникацией
Если вы узнали хотя бы 2 пункта, то скорее всего проблема в системе управления.
Минимальная модель стабилизации
Достаточно трёх вещей:
1. Фиксированные приоритеты
Приоритеты не меняются внутри интервала.
Любое изменение как отдельное решение.
2. Модель ценности
Каждая задача объяснима через: Growth / Protection / Research
3. Правило изменений
План ломается только если:
риск для бизнеса
production-инцидент
Остальное направляем в следующий цикл
Ключевой эффект
Когда появляются эти три вещи:
решения перестают "плавать"
коммуникация становится целевой
система начинает вести себя предсказуемо
И происходит неожиданное:
встреч становится меньше, а результат лучше
Если система не задаёт рамки, то их начинает задавать коммуникация. И почти всегда это происходит хаотично.
Финальный кейс
После внедрения governance в одной из команд:
количество встреч снизилось ~30%
прогнозируемость релизов выросла
напряжение в команде снизилось
Но самое важное:
исчезла зависимость от "последнего разговора"
Вывод
Коммуникация - это не решение. Ровно как и её отсутствие, тоже не решение.
Настоящее решение это:
последовательные решения
стабильные приоритеты
управляемая система
Если ваш delivery зависит от количества встреч у вас нет системы.
Вы просто компенсируете хаос коммуникацией.
