Estimate Calibration

---
name: estimate-calibration
description: Оценить трудоемкость методом калибровки: якоря, рубрика архетипов, модификаторы. Брать для сметы, пакета задач, reverse-estimation. Не для взгляда "на глаз"; шкала часов - `billing-ai-work`.
---

# Калибровочная оценка работ

Оценки "на глаз" неконсистентны и не защитимы: одинаковые задачи получают разные часы, крупные пакеты оцениваются оптимистично, AI-ассистированная разработка добавляет путаницу "чьи часы считаем". Метод ниже дает числа, которые складываются между собой и опираются на называемые факты.

## Когда НЕ применять

- **Оценка не нужна как артефакт** - вопрос "сколько примерно займет" внутри рабочего разговора отвечается прикидкой в одну строку, без якорей и рубрики. Скилл для оценки, которую придется защищать.
- **Работа уже идет и оценена** - пересчет по ходу это не калибровка, а смена скоупа; сначала фиксируется, что изменилось.
- **Вопрос про деньги** - см. [rules/billing-ai-work.md](../../rules/billing-ai-work.md).
- **Нет ни одного факта о прошлых работах** - без якорей рубрика превращается в угадывание с видом точности. Тогда честнее дать вилку и назвать ее вилкой.

## Шаг 1. Собрать реперные якоря

Взять уже сделанные (или уже оцененные и принятые) задачи с известной трудоемкостью. Якорь = задача + часы + короткий архетип ("микроправка UI - 1 ч", "фича с флоу - 6 ч", "подсистема - 20 ч"). Минимум 5-10 якорей разной крупности. Якоря - своя история проекта, не чужие бенчмарки.

## Шаг 2. Свернуть якоря в рубрику архетипов

Сгруппировать якоря по типовым классам задач, каждому классу - полоса часов (не точка): "микроправка 1-2 ч", "средняя фича 3-10 ч", "подсистема 18-26 ч", "крупный пакет 36-50 ч". Гранулярность полос - по проекту. Рубрика = база, чистая механика "сделать", без доменных наценок.

## Шаг 3. Выделить доменные модификаторы

Наценки, которые в этом домене систематически раздувают базу, - явным списком с множителями, а не "чуйкой". Примеры-паттерны:

- дублирование под несколько платформ (x1.7-2.0 на UI-часть);
- тестовое покрытие (+20-30% к бизнес-логике);
- интеграционная неопределенность внешнего API (буфер);
- сквозные работы типа безопасности - отдельной строкой пакетом, не размазывать по фичам.

Ловушка, которую модификаторы ловят: "сделать X" молча читается как "сделать X в одном месте", а реальный скоуп - в двух.

## Шаг 4. Выбрать базу часов (позиционное решение)

Две шкалы: **human-equiv** (сколько заняло бы у компетентного специалиста/команды - "сколько стоило бы заказать") и **агенто-факт** (реальный труд с AI-ассистентом). Решение, какую показывать заказчику, - НЕ в этом скилле, это граница правила `billing-ai-work`. Скилл требует лишь: база выбрана явно, зафиксирована в рубрике, и все якоря - в одной шкале. Пересчет между шкалами - единым множителем или множителями по типу работы (примеры-ориентиры, не канон: код жмется AI в ~3x, тесты ~4x, полевая отладка/эксплуатация почти не жмется, ~1.3-1.4x); якоря при пересчете не переписываются.

## Шаг 5. Оценка конкретной задачи

1. Отнести к архетипу -> взять полосу.
2. Наложить применимые модификаторы.
3. Округлить; зафиксировать в едином формате (например, префикс `[~N ч]` в названии задачи).
4. **Sanity-check:** сравнить с соседями по рубрике - не выбивается ли из шкалы. Выбивается - перепроверить скоуп, а не молча завысить.

## Шаг 6. Калибровка по факту

Закрытая задача с известным фактом - новый якорь. Факт разошелся с оценкой системно (не разовым сюрпризом) - подвинуть полосу архетипа или множитель, единым правилом, не задним числом по одной задаче. Reverse-estimation целого продукта калибруется так же: известен факт хотя бы по одному компоненту - подогнать множитель и пересчитать остальное.

## Анти-паттерны

- Оценка без якорей ("кажется, дня три") - неконсистентна и не защитима.
- Точка вместо полосы на ранней стадии - ложная точность.
- Модификатор "в уме" - систематически теряется; только явным списком.
- Смешение шкал (часть якорей в human-equiv, часть - в агенто-факт) - рубрика перестает складываться.
- Фиктивные строки в оценке (работы, которых не будет / не было) - см. правило `billing-ai-work`.

См. также: `rules/estimates-in-hours.md` (единица измерения - часы), `rules/billing-ai-work.md` (что из полученного числа и как показывать заказчику).