Операционная модель: ритм, контекст, ритуалы

Каждая стадия процесса — вход, решение, обязательства, поставка, эффект — стоит на одном основании: где лежит контекст и в каком ритме PO с ним работает. По опыту автора, около 90% всех проблем упираются в качество управления контекстом; это его оценка по практике, а не замер. Поэтому контекст живёт в файлах с источником и датой, а встречи снимают с людей факты и принимают решения.

Шаг 1. Подготовка квартала

Квартал начинается за десять дней до старта, и порядок здесь важнее скорости. Первые два дня нельзя переставить: базовую линию прошлого квартала после старта уже не восстановить.

Дни	Что делаете
1–2	Замер базовой линии: часы на отчётность, сколько дат сдвинулось, за сколько дней до срока узнавали о проблемах. Письмо руководителю с тремя-четырьмя измеримыми критериями квартала
2–6	Раскладка потоков — какой ведёте лично, какие делегируете; разговор с каждым техлидом; контракт с линейным PM о вашем гейте
8–10	Первая сборка красных строк и первый отчёт руководителю в новом формате

Уровень зрелости выбирают по числу людей, которые пишут в репозиторий: уровень 0 — локальная папка и агент, он работает в первый вечер.

Кто что делает. PO замеряет, раскладывает потоки и договаривается с людьми. Агент собирает факт прошлого квартала из трекера и ваших слов, но готовность и причины не додумывает — помечает «уточнить у PO».

Результат. Базовая линия, подтверждённые критерии квартала и карта потоков с владельцами.

Инструменты:

• Презентация «Планирование квартала за час разговора с ИИ».
• Тема «Контекст в репозитории, а не в головах».

Шаг 2. Кортекс и правила

В Product Architecture Framework (PAF) Сергея Тихомирова знание об одном объекте — системе, контракте, смежной команде — называется нексусом: папка с файлами, где у каждого утверждения есть автор и дата проверки. Кортекс — ваш ИИ-агент плюс правила, по которым он работает с этими файлами. Папок шесть: rules/ (правила), evidence/ (письма и прогоны, только добавление), nexus/ (узлы знания), bets/ (обещания с порогом и датой), log/ (наблюдения), decisions/ (решения и калибровки).

Готовый шаблон — poh-cortex: markdown в git и один инструмент на Python, без базы и сервисов. Настройка — разговор: «Прочитай ONBOARDING.md и проведи меня по настройке Кортекса», агент спрашивает по одному вопросу, это час-полтора раз в квартал.

Правила памяти простые: нет источника — нет записи; уверенность — ступень от 2 («сказали») до 9 («работает всегда»), устное не выше 3. После срока годности узел сам теряет ступени, а цель не сильнее слабого звена. Всё, что пишет агент, — черновик до вашего «да».

Что это меняет, проверено в препринте «Память с доказательствами» (не рецензирован): одна модель, шесть вопросов руководителя, одни и те же факты в папке заметок и в Кортексе, корпуса из 7 и 129 файлов, по три прогона. По существу правы оба условия, но с Кортексом ответ готов к решению: мера уверенности — в 78–83% оценок против 6%, порог и исходы гейта в ответе «успеем ли» — 6 из 6 прогонов против 0 из 6. Обратная сторона: неразобранный поток Кортекс не видит — ловушки в шумном корпусе заметки нашли в 3 из 3 прогонов, Кортекс в 0 из 3, хотя и не принял их за факт.

Над ядром можно надстроить poh-memory-engine — граф и векторный индекс, которые пересобираются из тех же файлов. Позиция автора — дословно:

«На больших объёмах корпоративные GLM перестали справляться и появился Memory, который оцифровывает Cortex и за счёт графовых и векторных баз позволяет связывать весь поток информации с OKR целями. Эксперимент прикольный, на практике — качество не очень понравилось».

GLM — китайские модели, на которых можно запускать Claude Code (практикум). Основа — ядро в текстовых файлах, граф — эксперимент для очень больших объёмов.

Кто что делает. PO отвечает на вопросы: лестница и сроки годности — его знание о том, чему в организации можно верить, и придумать его агент не может. Агент спрашивает, считает и пишет черновики; не знает, как часто меняется объект, — пишет unknown и считает это высокой скоростью изменения.

Результат. Репозиторий с правилами и честная картина старта: расклад по пяти ставкам 5, 4, 2, 2, 3 означает, что цель стоит на 2, и вы знаете это в начале квартала.

Инструменты:

• Презентация «Второй мозг руководителя» и препринт «Память с доказательствами».
• Репозитории poh-cortex (ядро) и poh-memory-engine (граф, эксперимент).

Шаг 3. Ежедневный скан

Пять минут в день: агент показывает, где подтверждение устарело, где неделями нет движения, где смежник стал отвечать медленнее. В утренний бриф проходят три класса сигналов — ждут тебя, сдвиг или блокер, факт к цели, — остальное существует только числом. Очередь неразобранного PO чистит раз в 2–3 дня, иначе свежий сигнал не попадёт в ответы.

Кто что делает. Агент обходит трекер, календарь и отчёт спринта в режиме чтения, у каждого факта — источник. Он не пишет в чаты и не меняет статусы; планнер меняется только после «да» PO.

Результат. Красные строки по всем потокам и до пяти вопросов, на которые может ответить только PO.

Инструменты: презентации «Утренняя планёрка с ИИ-агентом» и «Лента вместо 100500 чатов».

Шаг 4. Ритуалы без пересказа

Ритуалы не отменяются — меняется то, что с них снимают. Любое утверждение фиксируется с тремя полями: кто сказал, когда, каким каналом. На встрече — не больше двух-трёх вопросов.

Ритуал	Что спросить	Куда попадает
Дейли	«Изменилось ли что-то по нашим зависимостям от других команд?»	log/, со ссылкой — evidence/
Конец спринта	«Это гоняли на заглушках или против их системы? На каком объёме?»	evidence/ с объёмом проверки
Синк со смежником	«Фиксирую: X к 15.10. Если не успеваете — скажите, поставлю 30.10»	Узел зависимости, письмо — в evidence/

Вместо присутствия на дейликах техлид раз в неделю пишет пять строк в своём канале — шаблон ниже. Jira остаётся фасадом: направление одно — из репозитория в Jira.

Кто что делает. Команда ведёт ритуалы как раньше. Первые две-три недели PO заполняет пять строк сам после разговора и просит техлида подтвердить одним словом. Агент сводит записи в один список.

Результат. Недельный разбор за 40 минут по всем потокам и один разговор там, где красное.

Инструменты: тема «Ритуалы для решений, а не для пересказа», презентация «Спринты под управлением руководителя».

Шаг 5. Экватор

Середина квартала — главная точка контроля с вопросом «дойдём ли до цели при текущем темпе». Агент считает, с какой скоростью росла подтверждённость и хватает ли времени до срока. По каждому красному обещанию решений три: ресурс, снятие даты или эскалация.

Эскалация — запрос артефакта, а не жалоба: «нет письма с объёмом и датой, без него дату не даём». Без письма смежника уверенность выше ступени 3 не поднимается, молчание подтверждением не считается.

Кто что делает. Агент готовит арифметику, PM приносит её по своему потоку, но не решает. Решает PO — за два часа, а не в последнюю неделю.

Результат. Запись в decisions/ по каждому красному обещанию: решение, основание, дата.

Инструменты: стадия «Обязательства», презентация «Где и почему команда разработки была заблокирована».

Шаг 6. Закрытие квартала

Калибровка — разбор того, где вы были уверены, а не сработало. За полчаса до ретро агент сопоставляет обещанное и его основание с тем, что вышло: например, два обещания с высокой уверенностью сорвались, оба на демо-подтверждении, — значит, демо больше не сильное доказательство. Выводы — про ваши оценки, а не про людей.

Доказывается не объём поставки, а управляемость: доля обещаний в срок, за сколько недель до срока сообщали о риске, сколько потоков стоят на письменном основании.

Кто что делает. Агент ищет переоценку и слепые зоны. Лестницу, пороги и сроки годности меняет только PO и только на калибровке.

Результат. Откалиброванные правила и журнал решений — вход в подготовку следующего квартала.

Инструменты: стадия «Эффект», презентация «Бизнес-отчёт спринта».

Почему так, а не через присутствие и пересказ

Классический процесс не сломан — сломана экономика внимания. Дейли, груминг, демо и синки вручную переносят контекст от человека к человеку, а стыков становится больше быстрее, чем людей. ИИ ускоряет отдельные операции на 10–15%, но при втрое большем числе обязательств вы просто быстрее делаете втрое больше работы.

Принцип основания: артефакт с источником и датой вместо присутствия и пересказа. Операция не ускоряется, а исчезает из недели: четыре артефакта по пять строк читаются за те же минуты, что и один. Итого около трёх часов в неделю на пять потоков против того, сколько уходило на один при ручной сборке статусов.

Артефакт: пять строк техлида и запись памяти

Поток: <название>, неделя <номер>, автор: <техлид>, дата: <ДД.ММ>
1. Что изменилось по зависимостям: <что, от кого, ссылка>
2. Что проверили: <тест, письмо, прогон> — <ссылка>, объём: <моки | их стенд | прод>
3. Под что готовы подписаться: <обещание, дата>; пока нет: <обещание> — не хватает <чего>
4. Что выяснить на следующей неделе: <вопрос> — выясняет <имя>
5. Где нужна твоя помощь: <решение или эскалация> к <дате>

Запись в памяти Кортекса
Утверждение: <одной фразой>
Источник: <канал, автор, дата, ссылка>
Уверенность: <2–9; устное — не выше 3, пересказ — не выше 2>
Срок годности: <21 | 42 | 90 дней — по тому, как часто меняется объект>
Цель квартала: <какую цель подпирает | нет связи>
Что повысит уверенность: <артефакт, от кого, к какой дате>
Статус: <черновик агента | принято PO, дата>

С чего начать завтра

• Замерьте базовую линию прошлого квартала: часы на отчётность, сдвинутые даты, за сколько дней узнавали о проблемах.
• Склонируйте poh-cortex и пройдите настройку; в первый квартал заводите только 3–7 главных обещаний и то, на чём вы уже ошибались.
• Скажите каждому техлиду: «я больше не смогу быть на ваших дейликах — забираю своё присутствие в обмен на пять строк в неделю».
• Через неделю проверьте: если вы ни разу не пересказывали состояние дел устно, замена состоялась.

Источники

• PAF Product Ops для корпоративного PO, адаптация А. Ишманова: разделы 3, 7, 14; П3, П4, П6, П6-бис, П7; Шаги 1–3 и 9.
• Презентация «Второй мозг руководителя» и препринт «Память с доказательствами», А. Ишманов, 2026, не рецензирован.
• Репозитории poh-cortex и poh-memory-engine; ai-processes/operating-model.md в po-helper-org/docs.
• Product Architecture Framework Сергея Тихомирова — нексусы, кортекс и спелость контекста, CC BY-SA 4.0.