Реальный, задокументированный на протяжении десятилетий пример именно такого процесса — практика Xerox (Великобритания), внедрявшей японский catchball (буквально «перекидывание цели», часть методологии hoshin kanri) как часть собственного цикла Policy Deployment (фреймворк FAIR — Focus, Alignment, Integration, Review) на протяжении около 30 лет. Компания создала специальные материалы для проведения этого процесса — «Blue Book» с описанием каждой ключевой программы и её спонсора, «Employee Guide to Policy Deployment» для менеджеров и сводки «Роли, ответственность и цели», показывающие индивидуальный вклад каждого сотрудника, — именно на их основе менеджеры на местах переводили, обсуждали и уточняли цели в диалоге с руководством, а не просто получали их директивно сверху. Процесс охватывал 4 подразделения развития бизнеса, несколько региональных подразделений и свыше 50 локаций по Великобритании, с регулярным ритмом сверки: ежемесячные обзоры на уровне бизнес-подразделений и ежеквартальные «Operations Reviews» с участием топ-менеджеров. Именно этот многолетний, институционализированный ритм диалога — а не разовая директива — и есть каскадное согласование в действии.
Каскадное согласование — процесс постановки целей в четыре волны (черновик сверху, обратная связь снизу, горизонтальное согласование между командами, финализация), который явно признаёт, что цели не могут просто спускаться сверху вниз директивно — они требуют диалога, выявления конфликтов между параллельными командами и совместной фиксации, прежде чем стать обязательными к исполнению.
Цель, спущенная директивно сверху без обратной связи снизу, формально существует, но реально не принята исполнителями — каскадное согласование меняет однонаправленный поток на управляемый диалог.
Происхождение и исследовательская база
Принцип многоволнового согласования целей уходит корнями в японскую практику nemawashi ("подготовка корней") и catchball ("перебрасывание мяча") в системе Hoshin Kanri, где формальному утверждению цели предшествует несколько раундов неформального обсуждения и корректировки между уровнями иерархии. В современной практике OKR и стратегического планирования этот принцип формализован как четырёхшаговый процесс, обеспечивающий и вертикальное согласование (между уровнями иерархии), и горизонтальное (между параллельными командами одного уровня).
Ключевые идеи и принципы
Принцип: Волна 1: черновик сверху задаёт направление, но не финальную формулировку
Руководство формулирует черновую версию цели или ключевого результата — явно как отправную точку для обсуждения, а не готовое директивное решение, спускаемое без права на комментарий.
Принцип: Волна 2: обратная связь снизу выявляет риски и вопросы до фиксации
Команды, которые будут исполнять цель, дают обратную связь — комментарии, вопросы, обозначенные риски — на этапе черновика, когда формулировку ещё можно скорректировать, а не постфактум, когда цель уже зафиксирована и изменение требует формального пересмотра.
Принцип: Волна 3: горизонтальное согласование выявляет конфликты между командами
Параллельные команды одного уровня иерархии могут иметь противоречащие друг другу или конкурирующие за одни ресурсы цели — этот этап явно выявляет и разрешает такие конфликты и зависимости до финализации, а не оставляет их на обнаружение постфактум в процессе исполнения.
Принцип: Волна 4: финализация фиксирует согласованный результат как обязательство
После прохождения обратной связи и горизонтального согласования цель фиксируется в финальной версии — с этого момента она становится обязательством команды, а не черновиком для дальнейшего обсуждения.
Ограничения, слепые зоны и критика
Полный четырёхволновой цикл требует времени — в условиях жёстких дедлайнов или кризисной ситуации, когда решение нужно немедленно, полноценное каскадное согласование может быть непозволительной роскошью; в таких случаях директивное решение с последующим объяснением обоснованно.
Без явного лимита на длительность каждой волны процесс согласования может растягиваться на недели, теряя первоначальную актуальность обсуждаемой цели.
Реальное вовлечение в обратную связь (волна 2) требует управленческой культуры, где сотрудники не боятся высказывать риски и возражения руководству — без психологической безопасности волна "обратной связи" превращается в формальность без содержательного диалога.
Типовые ошибки
Ошибка 1: «Черновик сверху» фактически является финальным решением, а этапы обратной связи — формальностью.
Команды быстро понимают, что их комментарии ни на что не влияют, и перестают вкладываться в обратную связь.
Как избежать: реально учитывать содержательную обратную связь при переходе от черновика к финализации, а не проводить формальный ритуал без последствий.
Ошибка 2: горизонтальное согласование пропускается, конфликты между командами обнаруживаются постфактум в процессе исполнения.
Команды узнают о конкурирующих целях или зависимостях слишком поздно, когда исправление обходится дороже.
Как избежать: явно выделять отдельный этап горизонтального согласования между параллельными командами перед финализацией целей.
Ошибка 3: процесс согласования не имеет лимита по времени и растягивается на недели.
К моменту финализации первоначальный контекст, под который формулировалась цель, уже изменился.
Как избежать: устанавливать явные сроки для каждой волны согласования, не позволяя процессу растягиваться бесконтрольно.
Ошибка 4: волна обратной связи не имеет явного канала — комментарии собираются неформально, часть команд остаётся не услышанной.
Наиболее активные или близкие к руководству команды успевают повлиять на формулировку, а удалённые или тихие команды — нет, хотя цель касается их в равной степени.
Как избежать: использовать единый явный канал сбора обратной связи для всех затронутых команд одновременно, а не полагаться на случайные коридорные разговоры.
Ошибка 5: волна финализации не документируется явно — непонятно, какая версия цели итоговая.
После нескольких раундов правок команды теряют из виду, какая формулировка актуальна, и работают по разным версиям одной и той же цели.
Как избежать: фиксировать финальную версию цели в едином видимом всем месте сразу после завершения волны 4, явно закрывая обсуждение.
Главное, что нужно знать
Четыре волны: черновик сверху, обратная связь снизу, горизонтальное согласование, финализация.
Черновик — явная отправная точка для диалога, а не директивное решение без права на комментарий.
Горизонтальное согласование выявляет конфликты между параллельными командами до, а не после фиксации целей.
Реальная эффективность процесса зависит от того, учитывается ли обратная связь на практике, а не только формально собирается.
План внедрения
Волна 1: черновик
Волна 1 (черновик): руководство формулирует и явно маркирует черновую версию цели как открытую для обсуждения.
Волна 2: обратная связь
Волна 2 (обратная связь): команды-исполнители дают комментарии, вопросы и обозначают риски в установленный срок.
Волна 3: горизонтальное согласование
Волна 3 (горизонтальное согласование): параллельные команды сверяют цели на предмет конфликтов и зависимостей друг с другом.
Волна 4: финализация
Волна 4 (финализация): согласованная версия цели фиксируется как обязательство, процесс обсуждения закрывается.
Как реализовать этот план с помощью фрейма «Каскадное согласование (Cascade Alignment)» в OrgDevTools
Фрейм устроен как четыре карточки со свободным списком записей на каждой — Черновик сверху, Обратная связь снизу, Горизонтальное согласование, Финализация — прямо соответствующие четырём волнам процесса.
Волна 1 — карточка «Черновик сверху». Явно маркирует предложенную руководством черновую цель как отдельный, видимый всем артефакт, а не финальное решение, — уже сам факт отдельной карточки закрепляет её временный, обсуждаемый статус (защита от ошибки 1).
Волна 3 — карточка «Горизонтальное согласование». Выделена отдельно от вертикальной обратной связи — фрейм структурно не даёт пропустить этот этап, требуя явной фиксации конфликтов и зависимостей между параллельными командами до перехода к финализации (защита от ошибки 2).
Волна 4 — карточка «Финализация». Завершает цепочку и фиксирует единую итоговую версию цели в том же видимом всем интерфейсе, где велось обсуждение, — вердикт фрейма прямо требует прохождения всех 4 волн, не позволяя считать согласование завершённым при пустых промежуточных карточках (защита от ошибки 5).