Diwan / Диван — NOTA Handbook

Зачем эта роль

Diwan существует, потому что C-Suite компании — это не один человек, а несколько специализированных ролей (CVD, GM, COO, CMO, CSO, PO Digital Shift), каждая из которых работает в своей зоне. Без механизма, удерживающего их в едином стратегическом пространстве, компания распадается на параллельные функции: каждая делает своё, никто не видит целого, противоречия между функциями обнаруживаются как кризис, а не как ранний сигнал. Стратегия превращается в декларацию, а исполнение — в набор разрозненных приоритетов.

Diwan — еженедельный исполнительный комитет компании, координирующий работу C-Suite и держащий стратегическую когерентность. Это не должность, а коллегиальный формат работы, в котором участники C-Suite собираются регулярно, чтобы:

Сверять операционные решения с рамкой стратегии
Выявлять структурные напряжения между функциями раньше, чем они станут кризисом
Принимать межфункциональные решения, которые ни одна роль не может принять в одиночку
Доводить эти решения до исполнения через систему поручений

Diwan существует как продукт акционеров: он гарантирует, что компания не «растеклась» по специализированным функциям, а движется как единое целое, исполняющее утверждённую стратегию.

Это орган, не должность

В отличие от всех других карточек, где роль = должность одного человека, Diwan — это коллегиальный орган. У него нет персонального исполнителя. У него есть состав, ритм работы, продукт, потребитель и метрики. Его «работа» — это сами встречи и те решения, которые в результате принимаются.

PAEI Diwan'а — I (Integrator) в чистом виде. Единственная функция Diwan'а — интеграция C-Suite в единое целое. Не производство (P), не администрирование (A), не предпринимательство (E) — все эти функции находятся в специализированных ролях членов Diwan'а. Diwan собирает их в работающую систему.

Состав Diwan

Председатель: CEO. Фасилитирует встречи, формирует повестку, определяет ритм работы, разрешает deadlock'и.

Первоначальный состав: CEO определяет первоначальный состав Diwan'а как полный C-Suite (CVD-руководители, GM, COO, CMO, CSO, PO Digital Shift). Это рамка по умолчанию, в которой Diwan начинает работу.

Изменения состава после первоначального формирования: дальнейшие решения о составе Diwan'а — расширение (включение новых членов), исключение, временное приглашение по конкретным темам, ротация — принимает сам Diwan как орган по своей процедуре принятия решений (см. ниже). Это означает, что Diwan управляет собственным составом коллегиально.

Расширенные сессии с акционерами: раз в год Diwan встречается совместно с Shareholders для согласования годовой стратегии. Это не часть постоянного состава, а отдельный формат работы (см. «Ритм работы»).

Все члены Diwan'а имеют равные права: внести вопрос в повестку, потребовать обсуждения, голосовать, высказываться. У каждого члена Diwan'а — один основной голос. У Председателя есть дополнительный решающий голос только при равенстве голосов как процедурный механизм разрешения deadlock'а (см. подраздел «Как Diwan принимает решения», шаг 5).

Какие решения Diwan принимает

Diwan работает с решениями, требующими коллегиального обсуждения C-Suite — теми, которые ни одна отдельная роль не может принять в одиночку, но которые при этом не уходят на уровень Shareholders.

Решение выносится на Diwan, если выполняется одно из условий:

Затрагивает три или более ролей C-Suite одновременно
Изменяет существующий межфункциональный процесс или правило компании
Активирует или дезактивирует крупный механизм компании
Любой член Diwan'а потребовал обсуждения этого вопроса (право требования)

Конкретный список решений Diwan'а:

Стратегические активации и переключения механизмов:

Активация или дезактивация лидгена (переключение CMO в режим воронки лидов и обратно)
Эволюция ICP — обновление профиля целевого клиента компании на основе обратной связи с реальных сделок и каналов лидгена. Diwan валидирует, CEO утверждает финальную версию
Создание нового CVD-юнита (нового дивизиона) под крупный аккаунт. Стратегические аспекты эскалируются к Shareholders
Внедрение блока методологического стека Digital Shift внутри NOTA как нулевого клиента (приоритет, порядок внедрения, готовность блока — согласовано между PO Digital Shift и COO)

Изменения правил и стандартов компании:

Изменения правил trans-pricing между CVD (модель «внутреннего подрядчика»: правила взаиморасчётов, quality gate, процедура разрешения спорных случаев)
Стандартизация процессов работы с клиентом на уровне компании (общий формат квартального обзора с клиентом, общая форма tNPS-опроса, шаблон передачи аккаунта от CSO к CVD)
Превращение локальной практики одного CVD в стандарт компании (когда у CVD появилась рабочая практика, применимая ко всем дивизионам)
Серьёзные изменения в стандартах работы C-Suite (новый общий регламент, изменение принципов взаимодействия CVD ↔ COO, изменение формата кросс-функциональных встреч)

Стратегическое планирование и управление командой C-Suite:

Кадровая стратегия компании на год — число найма по дивизионам, профили ключевых ролей, общий бюджет ФОТ
Утверждение квартального плана для C-Suite — приоритеты по каждой функции, межфункциональные инициативы, риски в работу

Управление самим Diwan'ом как органом:

Эволюция собственного состава Diwan'а — расширение, исключение, временное приглашение по конкретным темам, ротация
Эволюция формата самого Diwan'а — изменения в ритме встреч, структуре повестки, регламенте работы

Текущая работа Diwan'а:

Разбор и приоритезация структурных напряжений (какое напряжение разбирать в первую очередь, какие варианты разрешения рассмотреть, в какой срок устранить)
Постановка межфункциональных поручений (кому что делать, к какому сроку, с каким ожидаемым результатом)
Любой вопрос, по которому член Diwan'а воспользовался правом требования обсуждения

Что Diwan НЕ обсуждает (выносится на Shareholders через CEO):

Решения уровня акционеров: акционерные действия, изменения в составе акционеров, продажа компании, ликвидация, дивидендная политика
Утверждение/изменение стратегии компании на год+ (Diwan обсуждает, но утверждают Shareholders)
Годовой бюджет компании (Diwan согласует приоритеты, утверждают Shareholders)
Изменения оргструктуры компании уровня создания/упразднения C-Suite ролей (Diwan обсуждает применимость, утверждают Shareholders)
Стратегические инвестиционные решения (M&A, выход на новые рынки, запуск новых продуктовых линий)
Ключевые наймы C-1 (новый CVD, GM, COO, CMO, CSO, PO Digital Shift) — Diwan может высказать мнение по операционной совместимости, но решение Shareholders
Включение крупных архитектурных изменений в методологический стек Digital Shift (новый блок, существенная переработка существующего блока) — это эскалируется к Shareholders как изменение продукта-актива

Что Diwan НЕ обсуждает (остаётся в Full Zone отдельных ролей):

Тактические решения внутри одной функции, не затрагивающие другие (формулировки маркетинговых материалов у CMO, формат отчётности у GM, состав регламентов PMO у COO, содержание методологического стека у PO Digital Shift)
Решения о сделках с конкретными клиентами (квалификация, передача отдельного аккаунта, коммерческие условия) — это зона CSO + CVD + (при отклонениях) CEO
Оперативные решения внутри клиентских проектов (структура спринтов, технические выборы, тактика работы с конкретным клиентом) — зона PM, FDE, AIA, CVD
Кадровые решения внутри дивизионов CVD (найм, ротация, увольнение PM/FDE/AIA внутри портфеля) — зона CVD как руководителя дивизиона + HR Manager
Культура компании, ценности, идентичность команды — зона CEO

Как Diwan принимает решения

Процедура состоит из семи шагов:

Шаг 1 — Внесение вопроса в повестку.

Вносит CEO как Председатель или любой член Diwan'а. Вопрос фиксируется в повестке заранее, минимум за 24 часа до встречи, с формулировкой «что именно решаем». Решения, требующие срочного рассмотрения, могут быть внесены позже только с согласия Председателя.

Шаг 2 — Обсуждение под фасилитацией CEO.

Председатель ведёт встречу, каждый член Diwan'а высказывает позицию. Цель этапа — не голосование, а поиск консенсуса. Председатель удерживает дискуссию в рамках вопроса и не позволяет ей соскальзывать в обсуждение других тем.

Шаг 3 — Попытка принять решение консенсусом.

Если все члены Diwan'а согласны — решение принято коллегиально, фиксируется в реестре поручений Diwan'а с дедлайнами и ответственными. CEO Role в реестре Decisions помечается как Observer. Это самый здоровый режим работы Diwan'а; зрелый C-Suite принимает большинство решений именно так.

Шаг 4 — Если консенсуса нет, голосование.

Голосует каждый член Diwan'а. CEO имеет один голос как член Diwan'а, наравне со всеми. Простое большинство принимает решение. CEO Role в реестре Decisions = Observer (если голос CEO не был решающим) или Decisive (если был).

Шаг 5 — Равенство голосов → решающий голос Председателя.

Если голоса распределились поровну, CEO как Председатель имеет дополнительный решающий голос. Это разрывает deadlock и не позволяет Diwan'у застрять. CEO Role = Decisive.

Шаг 6 — Право вето Председателя.

Если CEO считает, что решение Diwan'а угрожает стратегии или его персональной ответственности перед Shareholders, он применяет вето. Решение откладывается на следующий Diwan с обязательным разъяснением CEO своей позиции. Откладывание даёт C-Suite время осмыслить аргументы CEO, а CEO — возможность пересмотреть позицию или подготовить более убедительное обоснование. Применение вето фиксируется в протоколе. CEO Role = Decisive.

Вето — однократный инструмент в рамках одного вопроса. Если на следующем Diwan'е консенсус по-прежнему недостижим и Diwan голосует тот же вариант решения, что был ветирован ранее, CEO обязан вынести вопрос на Shareholders (Шаг 7). Повторное применение вето на тот же вопрос не допускается — это разрушит коллегиальность Diwan'а и превратит его в декоративный орган. Если же Diwan на повторном обсуждении предложил существенно изменённый вариант решения, это новое решение, и вся процедура (включая возможное вето) применяется заново.

Шаг 7 — Эскалация к Shareholders.

Если решение Diwan'а противоречит обязательствам CEO перед Shareholders, или если Diwan и CEO не могут прийти к согласию после применения вето и переноса, CEO обязан вынести вопрос на Shareholders.

Что фиксируется по итогу каждой встречи.

Каждое решение Diwan'а заносится в реестр Decisions с полями: формулировка решения, способ принятия (консенсус / голосование / решающий голос Председателя / вето), CEO Role (Observer / Decisive / Absent), связанные поручения с дедлайнами и ответственными. Реестр служит источником данных для метрики C-Suite Autonomy и для аудита процедуры.

Ритм работы

Diwan работает в трёх вложенных циклах с разной частотой:

Еженедельный операционный — основной ритм. Сверка приоритетов недели, разбор активных напряжений, принятие межфункциональных решений, контроль исполнения предыдущих поручений.
Квартальный стратегический — расширенный формат раз в квартал. Замер метрик C-Suite (Strategy Execution Score, C-Suite Autonomy, Tension Foresight Rate, Plan Coherence Rate), обсуждение стратегических корректировок, подготовка отчёта Shareholders.
Годовой расширенный с акционерами — раз в год Diwan встречается совместно с Shareholders для согласования годовой стратегии.

Продукт должности

Стратегическая когерентность компании — еженедельно сверенный единый план действий C-Suite, в котором решения по продукту, продажам, операциям, маркетингу и команде согласованы между собой и движутся в одном направлении. Diwan устраняет выявленные напряжения и нерешённые развилки между функциями раньше, чем они станут кризисом, синхронизирует общее понимание приоритетов недели, месяца и квартала, и доводит коллегиально принятые решения до исполнения через систему поручений.

Главный потребитель и его требования

Главный потребитель: CEO (получает компанию, держащую стратегическую рамку как работающий механизм, а не как декларацию).

CEO получает от Diwan'а не «коллективное обсуждение», а реально работающий механизм координации C-Suite, который выявляет напряжения раньше кризисов и доводит решения до исполнения. Конкретные требования:

Структурные напряжения выявляются на латентной стадии. Когда между функциями возникает противоречие (CSO привлекает аккаунты, для которых нет компетенций в дивизионах CVD; COO внедряет процесс, который ломает delivery; CMO позиционирует продукт, которого ещё нет в стеке), Diwan фиксирует это до того, как оно станет операционным кризисом.
Поручения Diwan'а исполняются. Решения, принятые на еженедельной встрече, не растворяются в операционной суете. Поручения с прошедшим дедлайном явно закрыты (выполнены или отменены), не «забыты».
C-Suite принимает межфункциональные решения автономно. CEO не должен подключаться к каждому межфункциональному вопросу как Decisive. Decisive-роль CEO нужна только в стратегических развилках; всё остальное Diwan закрывает сам.
Каждый член C-Suite видит общую картину. После встречи Diwan'а у каждого участника есть единое понимание приоритетов компании на неделю, а не только своей зоны. Это убирает «параллельные реальности», в которых каждый функциональный руководитель работает над своим без понимания целого.
Стратегическая рамка живая, а не декларация. Каждое еженедельное обсуждение явно сверяется со стратегией. Если решение не вписывается в стратегию — это либо повод сказать «не делаем», либо повод обновить стратегию.

Вторичные потребители:

Сами члены C-Suite — получают площадку, на которой их функциональные интересы видны другим, конфликты разрешаются публично, а не в кулуарах, и собственные приоритеты сверяются с общей картиной.
Shareholders через CEO — получают компанию, в которой стратегические решения проходят через коллективный фильтр C-Suite, а не зависят от единственного человека.

Метрики

Diwan измеряется композитом из 3 метрик, покрывающих все три ноги EEQ (Effectiveness / Efficiency / Quality) и ориентированных на главный вопрос CEO: способен ли C-Suite принимать межфункциональные решения коллективно, видит ли он напряжения заранее, насколько согласована их картина мира.

Логика композита: одна метрика — главная (доля межфункциональных решений, принятых C-Suite автономно, без эскалации к CEO как Decisive). Эта метрика разделена с CEO как с фасилитатором Diwan'а: и Diwan, и CEO имеют общий стимул к её росту, потому что она отражает не «работу одного из двух», а зрелость системы C-Suite в целом. Вторая — скорость, с которой Diwan видит напряжения между функциями ДО того, как они проявятся как срывы (Tension Foresight Rate — превентивность, а не реактивность). Третья — согласованность плана действий после обсуждения (Plan Coherence Rate — насколько участники Diwan'а одинаково понимают, что было решено и как они должны действовать).

Метрики дополняют друг друга по логике «можем ли решать сами / видим ли проблемы заранее / выходим ли с одинаковой картиной». Если C-Suite Autonomy высокая, но Tension Foresight низкая — решаем что вынесли, но многого не выносим, потому что не видим. Если Tension Foresight высокая, но Plan Coherence низкая — видим проблемы, но не приходим к общему пониманию, как с ними работать; обсуждение остаётся обсуждением.

Diwan как роль не имеет отдельного reports-to — его «потребитель» CEO как Председатель и фасилитатор, его «руководитель» — те же Shareholders, что у CEO, через CEO как точку ответственности.

Полный список метрик с определениями и порогами — в свойстве Metrics ниже.

Цикл PDCA

Diwan — это сам по себе PDCA-инструмент C-Suite. Он управляет двумя вложенными циклами с разной частотой. Внешний цикл — управление стратегической когерентностью на горизонте квартала; внутренний — управление одной встречей и её решениями.

Цикл управления одной встречей (короткий, еженедельный)

Plan — подготовка повестки: CEO формирует повестку с учётом постоянных пунктов (отчёт CEO по антикризисным решениям с прошлой недели, статусы поручений предыдущих встреч), новых вопросов от членов Diwan'а (внесённых не позднее чем за 24 часа), активных напряжений из реестра. Фиксируется состав участников.
Do — проведение встречи: фасилитация CEO, последовательное обсуждение пунктов повестки, разбор напряжений, принятие межфункциональных решений, постановка поручений с дедлайнами.
Check — фиксация результата: каждое решение записывается в реестр Decisions с обязательными полями (способ принятия: консенсус / голосование / решающий голос Председателя / вето; CEO Role: Observer / Decisive / Absent); поручения фиксируются в базе Diwan Meeting Assignments с ответственными и дедлайнами.
Act — корректировка следующей встречи: разбор того, что не успели; перенос приоритетов; обновление повестки на следующую неделю; контроль исполнения поручений предыдущих недель в начале каждой следующей встречи.

Цикл управления стратегической когерентностью (длинный, квартальный)

Plan — постановка квартальных приоритетов: на квартальной расширенной сессии Diwan согласует приоритеты C-Suite на квартал, фиксирует риски и стратегические гипотезы.
Do — ведение квартала: еженедельные встречи как механизм исполнения, агрегация межфункциональных решений, постоянная сверка с квартальной рамкой.
Check — квартальный замер метрик: Tension Foresight Rate, Plan Coherence Rate, C-Suite Autonomy — разбор результатов; вклад в подготовку отчёта CEO для Shareholders.
Act — корректировка следующего квартала: обновление приоритетов C-Suite, эволюция формата работы Diwan'а по результатам анализа метрик, корректировка стратегической рамки совместно с CEO.

Внутренний цикл (встреча) питает внешний (квартал): каждая встреча агрегирует сигналы с операционного уровня и формирует материал для квартального разбора; накопленные напряжения и поручения формируют картину, в каком направлении движется C-Suite. Внешний цикл задаёт рамки для внутреннего: согласованные квартальные приоритеты определяют, какие темы попадают на еженедельную повестку.