PAF Product Ops для корпоративного PO¶
Как делегировать ИИ-агенту управление рисками квартальных целей. Пошаговая методология для Product Owner в крупной компании: как вынести контекст из головы в файлы, считать уверенность по артефактам, давать даты наружу только на основании и передать рутину агентам.
Авторство и лицензия
Адаптация методологии под задачи корпоративного продуктового управления: Алексей Ишманов. Методологическая основа — Product Architecture Framework (PAF), Сергей Тихомиров, лицензия CC BY-SA 4.0. Шкала доказательств опирается на Confidence Meter Итамара Гилада. Значения ступеней калибруются внутри команды.
Изменения относительно PAF: перевод и сокращение терминов; адаптация под роль корпоративного PO и работу с ИИ-агентами; собственные разделы — Часть II (Playbook), Часть III (механика), приложения и раздел «Практика в организации». Данная адаптация распространяется на тех же условиях (CC BY-SA 4.0) и не является официальной версией PAF; ответственность за изменения лежит на авторе адаптации.
Редакция
Сайт — каноническая версия текста. Исходная редакция 25 (файл Word, обезличена) лежит в репозитории в каталоге po-methodology/. Что изменено при публикации и по итогам проверки — в журнале изменений.
Из чего состоит¶
| Часть | Что внутри |
|---|---|
| Часть I. Теория | Почему нагрузка растёт от числа стыков; принципы, роли, Нексусы, уверенность (CP), распад, жизненный цикл фичи и риска, git как носитель истины, уровни зрелости |
| Часть II. Playbook | Личная трансформация за один квартал: десять дней подготовки, пять кейсов, делегирование, ритм, команда агентов, онбординг |
| Часть III. Механика | Девять шагов: уровень зрелости, репозиторий, ежедневный ритм, утренний статус и ритуал, разговор про даты, зависимости, отчётность, калибровка |
| Приложения | Лестница доказательств, гейты, сроки годности, структура файлов, команды агента, источники |
| Практика в организации | Как идеи реализованы в рабочих системах: обещания, доска агентов, автономность, поддержка клиента, наблюдаемость |
О чём документ¶
Product Architecture Framework (PAF) — методология Сергея Тихомирова. Она описывает управление продуктом через Нексусы, Кортекс и уверенность вместо беклога и приоритизации. Модель стройная, но теоретическая.
Корпоративная реальность другая. Поток информации, который не читается целиком. OKR на квартал. Стратегия меняется в середине. Люди уходят, требования переписываются, зависимости живут в чужих командах. Всё это оседает на PO когнитивной нагрузкой и заканчивается выгоранием.
Задача документа. Превратить теоретическую модель PAF Product Ops и наблюдения методолога в пошаговую инструкцию. Такую, чтобы любой PO взял её, внедрил лично, передал коллеге — и вместе стали эффективнее.
Метрика успеха. Личная продуктивность PO в бигтехе с применением LLM. Дальше — операционная эффективность команд, если инструмент внедряется системно, а не разово.
| Точка старта | Точка финала |
|---|---|
| Риски в голове и в переписке. Статусы собираются руками. Проблема видна, когда стала фактом. Обещания даются без основания | Агент считает уверенность по каждому обещанию и подсвечивает деградацию. Человек решает: перераспределить ресурс, снять обещание, эскалировать |
Порядок чтения: если начинаете с нуля — сначала уровни зрелости. Он говорит, что нужно на старте, а что не нужно. CI, блокировка merge и автоприём потока относятся к поздним уровням. Попытка начать с них убивает затею на второй неделе.
0. Минимальный путь: что читать для первого квартала¶
Документ описывает методологию целиком, но внедрять её целиком в первом квартале не нужно и вредно. Ниже честное разделение.
| Разделы | Зачем | Нужно в первом квартале |
|---|---|---|
| 8, 9, 12 | Словарь, механика CP, цикл риска | Да. Это ядро |
| 14 | Git как носитель истины | Да. Объясняет, почему файлы, а не таблица |
| Часть III, шаги 1–9 | Вся практика: от уровня зрелости до закрытия квартала | Да. Это то, что вы делаете |
| Приложения A–E | Лестница, гейты, сроки годности, шаблоны файлов, команды агента, источники | Да |
| 1–3 | Карты процессов OKR и PAF, три режима | Прочитать один раз, чтобы понимать, что меняется. Ничего делать не надо |
| 4–7, 10, 11 | Принципы, общая схема, ролевая модель, Нексусы, жизненный цикл фичи, Und-Id-Ex | Нет. Теоретическая база: нужна при разговоре с коллегой или департаментом и при калибровке лестницы |
Чего НЕ надо делать на уровне 0: заполнять нексус рынка с сегментами и конкурентами; вести доску Und-Id-Ex; мапить ставки на шесть стадий жизненного цикла фичи; считать mNSM и NPV. В /nexus/ на старте живут только внешние зависимости и контракты. Это не «неправильный PAF» — это полный уровень 0.