Приложение B. Гейты

Гейт — порог уверенности плюс дата, при которых обещание уходит наружу. Это правило о том, при какой подтверждённости и к какому сроку вы называете дату команде, смежнику, руководителю или клиенту. Идея восходит к stage-gate (Cooper, 1990): перед каждой стадией стоит точка решения.

Не путайте с командой cortex gate — это проверка целостности памяти (ссылки на узлы, обязательные поля, слабое звено), к обещаниям она отношения не имеет.

Каркас записи

gates:
  <ключ>:
    what: "<что за обещание — теми словами, которыми его услышат снаружи>"
    threshold: <ступень лестницы, ниже которой обещание не даётся>
    to: <кому уходит: команда · смежник · руководитель · клиент>
    lead_time_weeks: <за сколько недель до даты решение принимается, а не сообщается>

Ключи по умолчанию: plan (план квартала), build (старт разработки по ставке), commit (дата наружу: QBR, смежник, клиент). Значения в шаблоне — плейсхолдеры: порог каждый определяет на интервью. Единственное, что нельзя откалибровать в одиночку, — что считается обещанием наружу: это знает руководитель; на разговор с ним хватает 15 минут.

Три исхода

1. Убить — ставка не нужна или неисполнима: снимаем её и освобождаем ёмкость.
2. Донасытить — порог достижим, нужен конкретный артефакт к конкретной дате.
3. Дать дату — порог взят, обещание уходит наружу.

«Подождать» исходом не является. Если порог не взят, наружу уходит дата проверки, а не срок. Гейт проходит ставка, а не настроение.

Пример значений

Гейт	Порог	За сколько недель до даты
build	5	1
scale	7	1
commit	8	2

Это значения из эксперимента в другом домене (приложение A); для вашего домена они будут другими.

Что код не проверяет

Поля ставки threshold, due, gate, stage, cp_history ни одной командой не вычисляются. Арифметика достижимости («+1 за две недели при нужных +5 за шесть — не дотянет») описана в скилле ставки как процедура для агента, но в код не попала. Это известный пробел — см. где практика расходится с методологией.

Формы обещания: два уровня или три

В материалах организации встречаются две схемы:

Схема	Уровни	Где
Два уровня	Committed — подтверждение уже существует; Target с гейтом — вместо даты результата дата, к которой назовёте дату	П3-бис
Три уровня	Intent — обещаем дату гейта дискавери, не поставки; Target — диапазон P50/P80; Commitment — объём заморожен, изменение = пересчёт базы	Release management

Они согласуются так: Intent и Target соответствуют «target с гейтом» (разница в точности диапазона), Commitment — «committed». Для личного квартала достаточно двух уровней; три нужны, когда обещание ведёт команда с релизным календарём.

Рекомендации по ёмкости

Следующие числа — рекомендации автора методологии из его практики, а не свойства инструмента; в poh-cortex под них нет полей и проверок.

Правило	Значение	Где применяется
Твёрдые обязательства не больше	70% посчитанной ёмкости	П3-квинт
Доля первого спринта на выяснение	15–20%	П3-бис, П5-бис
Множитель оценки: средняя уверенность	×1,3	П3-квинт
Множитель оценки: низкая уверенность	×1,5–2	П3-квинт
Ставок на квартал	3–7	Шаг 2

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