В NOTA нет одного «правильного процесса принятия решений» для всех. Есть зоны решений, и у каждой роли они свои. Чтобы знать, что ты решаешь сам, что — в коллаборации, а что — не твоя зона совсем, нужно знать свой Продукт Должности (Product of Position).
Три зоны решений
В каждой PoP описаны три песочницы (sandboxing) — три типа зон, в которых живут решения роли.
🟢 Зелёная зона — решаю сам
То, что я решаю автономно, без согласований и эскалаций. Это широкая зона, ограниченная сверху интересами стейкхолдеров и сбоку — зонами других ролей. Внутри неё я — точка решения и ответственности.
В зелёной зоне работает принцип: не спрашивай разрешения, действуй. Если решение в зелёной зоне — оно моё, и эскалация воспринимается как сигнал низкой зрелости, а не как добросовестность.
🟡 Жёлтая зона — решаю в коллаборации
Решения, которые требуют участия других ролей. В PoP явно указано: с кем коллаборирую и как именно принимается решение (консенсусом, голосованием, с финальным словом одной из сторон, через Diwan, и т.д.).
Жёлтая зона — это не «давай посоветуемся», а зафиксированный механизм: какие именно решения требуют какой именно коллаборации. Для C-Suite это часто Diwan; для функциональных ролей — связки с конкретными другими ролями.
🔴 Красная зона — не решаю
Решения, которые не моя зона ни в одиночку, ни в коллаборации. Они принадлежат другим ролям, и моё вмешательство в них разрушает специализацию. Даже если я технически могу решить — это не моя работа.
Красная зона есть у каждого, включая CEO. Это не ограничение, а защита системы: специализация работает только тогда, когда границы между ролями уважаются.
Как раскладывать жёлтую зону: RACI
Жёлтая зона — это не «давай посоветуемся», а зафиксированный механизм. Когда в задаче несколько участников, простая рамка RACI помогает разложить роли заранее, до начала работы.
R — Responsible (кто выполняет). Тот, кто делает руками. Всегда один человек. Если «делают двое» — это или плохо разделённая задача, или скрытая бомба. Делите задачу на части, у каждой свой R.
A — Accountable (кто утверждает результат). Тот, чьё «да» делает работу принятой. Всегда один человек. R и A могут совпадать, но чаще A — это руководитель R или более старшая роль в задаче. Если двое одновременно «accountable» — это значит «никто», и задача застрянет.
C — Consulted (с кем советуемся). Те, чья экспертиза нужна до принятия решения. Их мнение влияет на результат. Может быть несколько человек.
I — Informed (кого держим в курсе). Те, кому нужно знать о результате, но не до, а после. Они не влияют на решение, но узнают итог. Это часто стейкхолдеры, смежные команды, руководители.
Когда применяем
RACI не нужен на каждую мелкую задачу. Применяем когда:
- В задаче участвует больше двух человек
- Задача пересекает границы команд или ролей
- Раньше похожие задачи затягивались или сваливались между стульями
- Задача важная, и мы хотим избежать дорогой неясности
Типичные ошибки
- Двое R или двое A. Самая частая поломка. Делим задачу на части или признаём, что ролевая структура не выдержит.
- Слишком много C. Когда «нужно посоветоваться со всеми» — обычно никто не отвечает за итог, а решение размазывается по консультациям. C нужен для тех, чья экспертиза реально влияет.
- C без срока. «Спросили мнение и ждём» — это паралич. У C должен быть срок, после которого решение принимается без него.
- Информирование вместо включения. Кому-то поставили I, но он считает себя C. Это конфликт ожиданий, который нужно проговорить заранее, не задним числом.
Связь с PoP
RACI — это про конкретную задачу или решение. PoP — это про роль в целом. В PoP описаны зоны решений, в RACI расписывается одна задача внутри жёлтой зоны.
Если RACI часто противоречит PoP («в задаче я R, но в PoP это не моя зона») — это сигнал, что либо PoP устарел, либо задача неправильно собрана.
Что делать
Открой свою карточку в Products of Position и прочитай свои три зоны. Это первое, что нужно сделать, если ты только пришёл в NOTA или только перешёл в новую роль.
Если что-то расходится — что-то, что ты считаешь своей зелёной зоной, в карточке отмечено как жёлтая или красная — это повод обсудить с руководителем. Расхождение в понимании зон — самая частая причина конфликтов в коммерческих и операционных решениях.
Принципы поверх зон
- Зелёную зону держим, не эскалируя. Если я постоянно эскалирую решения из своей зелёной зоны — это сигнал низкой зрелости или недоверия себе. Эскалация в зелёной зоне разрушает Autonomy команды.
- Жёлтая зона — про механизм, не про настроение. Если в PoP сказано «решается с CMO консенсусом» — это значит именно это, а не «когда удобно — посоветуйся, когда неудобно — реши сам».
- Красная зона — это не «нельзя помогать», это «нельзя решать». Я могу принести информацию, поднять вопрос, поделиться наблюдением — но финальное решение принимает тот, в чьей это зоне.
- Если зоны меняются — это меняется в PoP, не в текущем решении. Если по итогам опыта понятно, что зона должна быть другой — возвращаемся к карточке роли и обновляем её. Не «один раз согласовали через Diwan, теперь всегда так делаем».