Решение: что делать в этом квартале

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

Шаг 1. Реальная ёмкость

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

Правило: твёрдые обещания займут не больше 70% посчитанной ёмкости, остальное — уровень Target («целимся») с датой проверки. Сами уровни назначают на стадии «Обязательства», но запас под них закладывают здесь: план на всю ёмкость не оставляет места ни для одной неожиданности.

Если потоков несколько, сначала делят ёмкость между потоками, потом — внутри потока. Иначе самый громкий поток съедает остальные.

Кто что делает. Агент считает долю поддержки и незапланированного по выгрузке из Jira за несколько минут. PO проверяет, что история репрезентативна. Деление ёмкости между потоками — решение руководителя на расчётах PO; агент его не принимает.

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

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

• Презентация «Планирование квартала за час разговора с ИИ»: команда /okr-retro собирает факт прошлого квартала из Jira и ваших слов, и принятый факт становится входом в план.
• Статья «Ловушка параллельных приоритетов» — что происходит, когда ёмкость не делят между направлениями.

Шаг 2. Связь с целью

Каждой инициативе задают один вопрос: условием достижимости какой цели квартала она является? Нет ответа — инициатива в этом квартале не рассматривается. Её не отклоняют навсегда, а откладывают с явной причиной: «не про эту цель».

Этот шаг обычно отсекает от трети до половины запросов. Не потому, что они плохие, а потому, что они не про цель квартала.

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

Результат. Короткий список, где у каждой инициативы названа цель квартала, а у отсеянных — причина.

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

• Тема «Фокус вместо гонки за фичами» — почему команда выпускает фичи, а метрики стоят.
• Статья «DIBB: как Spotify превратил „хотелки“ в проверяемые ставки».

Шаг 3. Оценка с поправкой

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

Уверенность в оценке	Признак	Что делаем
Высокая	Похожее делали, всё внутри команды	Берём как есть
Средняя	Новое, но без внешних зависимостей	Умножаем на 1,3
Низкая	Зависит от чужой системы или команды	Умножаем на 1,5–2 либо сначала выясняем
Неизвестная	Никто не делал ничего подобного	Не оцениваем: задача на выяснение в первый спринт

Коэффициенты уточняют на калибровке после первого квартала.

Кто что делает. Техлид даёт оценку и отвечает на вопрос: «Чего мы не знаем, из-за чего оценка может уехать вдвое?» PO подтверждает уровень уверенности по каждой инициативе. Агент применяет множители и не повышает уверенность сам.

Результат. Скорректированная стоимость каждой инициативы; неизвестное стало задачей на выяснение с датой решения.

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

• Тема «Решения при неопределённости».
• Ценность информации по Хаббарду — сколько стоит выяснить неизвестное до решения.

Шаг 4. Решение по инициативе

Для каждой инициативы — три числа: ценность, уверенность в ней и скорректированная стоимость. Порядок задаёт ценность на единицу ёмкости с поправкой на уверенность. Ценность даёт владелец направления, с автором и датой: чужую выручку вы не оцениваете сами.

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

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

Взятую инициативу ведут циклом: понять, что мешает цели, найти и проверить способы это снять, масштабировать подтверждённое. В Product Architecture Framework (PAF) Сергея Тихомирова он называется Und-Id-Ex — Understand, Identify, Execute. Без данных о поведении пользователей проверку начинают с нуля — потребность, ценность, реализация; у работающего продукта узкие места извлекают из данных.

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

Результат. План квартала — таблица строк решения — и отправленные письма.

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

• Команда /okr-scope из презентации о планировании квартала: нерешённое «берём ли» стоит знаком «?», и с открытыми вопросами план не принять. Агент — poh-okr-agent.
• Обзор «Продуктовые решения при неопределённости» — методы для каждого шага Und-Id-Ex.

Шаг 5. Пересмотр решения

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

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

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

Тип изменения	Признак	Что делать
Переприоритизация	Цель та же, изменился порядок или акцент	Меняется очередь, даты пересматривают, состав — нет
Разворот	Другая цель: сегмент, канал, платформа	Пересобирают обещания, знание и артефакты переносят целиком
Неопределённость	«Думаем менять», письменного решения нет	Ничего не разбирают, заводят задачу на выяснение с датой

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

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

Результат. Обновлённый план и письмо наверх: что снято, что сохранено, что новое и сколько человеко-недель стоило изменение.

Инструменты: презентация «Бизнес-отчёт спринта» — ценность сделанного от целей квартала, опора для разговора на экваторе.

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

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

Третья цена — заморозка при смене стратегии: связь задач с целью держится в голове руководителя, и её восстанавливают вручную.

Принцип стадии: расчёт ёмкости и уверенности вместо торга за приоритет. В PAF это «скаутинг вместо приоритизации»: нет списка хотелок, который нужно упорядочить, есть карта целей и знание о продукте. Расчёт можно предъявить, а когда правила известны заранее, торга нет вовсе.

Артефакт: строка решения и письмо наверх

Таблица строк решения — это план квартала; последний блок без изменений уходит заказчику письмом.

Инициатива: <название>
Заказчик: <имя, направление>
Цель квартала, условием которой она является: <цель | нет связи>

Ценность: <высокая / средняя / низкая> — источник: <письмо, цифра, автор, дд.мм>
Уверенность в ценности: <подтверждена письменно | устная | мнение>
Оценка: <N чел-нед> × <множитель по уверенности> = <M чел-нед>
       или: неизвестна — выяснение в спринте <N>, решение к <дд.мм>

Решение: <берём → стадия «Обязательства» | не берём | откладываем>

Если не берём или откладываем — письмо заказчику в тот же день:
  Не берём в этом квартале: <инициатива>
  Причина: <нет связи с целью | что именно она вытесняет и чем подтверждена ценность взятого>
  Условие возврата: <что должно произойти> — пересмотр <на экваторе, дд.мм | на планировании следующего квартала>

Письмо наверх при смене стратегии
Что снято: <обещания, потерявшие смысл, — списком, с датами>
Что сохранено: <что продолжаем и почему это ценно в новой рамке>
Что новое: <обещания под новую цель, с уровнем подтверждённости>
Цена изменения: <сколько человеко-недель ушло в знание, а не в продукт>
Что под риском: <что новая рамка ставит под вопрос и к какой дате станет понятно>

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

• Попросите агента посчитать по выгрузке из Jira долю поддержки и незапланированного за прошлый квартал и сравните её с тем, что заложено в план.
• Проверьте каждую инициативу текущего квартала одним вопросом о связи с целью и выпишите те, где ответа нет.
• Расставьте уровень уверенности по оценкам трёх самых крупных инициатив и посмотрите, сколько ёмкости съедают множители.
• Отправьте одно письмо по не взятому с причиной и условием возврата вместо молчаливого переноса в беклог.

Источники

• PAF Product Ops для корпоративного PO, адаптация А. Ишманова: кейсы «Что вмещается в квартал» и «Стратегия поменялась, команда на финальном шаге», разделы «Шесть принципов PAF» и «Насыщение банча: метод Und-Id-Ex» — po-helper-org/docs.
• Product Architecture Framework Сергея Тихомирова: скаутинг вместо приоритизации, метод Und-Id-Ex.
• Презентация «Планирование квартала за час разговора с ИИ» и агент poh-okr-agent.