Оценка начинается с одинакового понимания работы
Нельзя оценить «личный кабинет», пока не известны роли, операции и данные. Сначала сформулируйте результат и критерии, затем выбирайте метод. Точная цифра для размытой задачи лишь выглядит профессионально.
Запишите допущения рядом с оценкой. Если они меняются, пересчёт становится объяснимым.
Три метода оценки
- Аналог: фактические данные похожей завершённой работы.
- Параметрический: ставка на шаблон, запись или сценарий при стабильном процессе.
- Экспертный: декомпозиция и мнение исполнителей для уникальной задачи.
Лучший результат использует несколько методов: экспертная оценка сверяется с аналогом, а расхождение исследуется.
Диапазон и трёхточечная оценка
Для неопределённой задачи задайте оптимистичное O, наиболее вероятное M и пессимистичное P значения. Ожидаемую оценку можно рассчитать как (O + 4M + P) / 6, но формула не заменяет причины диапазона.
Пример интеграции: O=40, M=56, P=96 часов. Ожидаемое: 60 часов. Ширина показывает риск документации и данных. После тестового запроса значения могут стать 48, 52 и 60.
Исторические данные
| Работа | Прогноз | Факт | Причина отклонения |
|---|---|---|---|
| Шаблон услуги | 32 ч | 36 ч | Добавилось длинное мобильное состояние |
| CRM-форма | 24 ч | 41 ч | Нет тестового контура, дубли |
| Импорт | 60 ч | 58 ч | Данные соответствовали образцу |
Сохраняйте контекст, иначе средняя смешает разные задачи.
Зависимости и критический путь
Свяжите задачи отношениями «до начала», «после завершения» и внешними входами. Укажите доступность ролей. 80 часов двух специалистов не всегда выполняются за одну неделю, если второй ждёт результат первого.
- Требования до прототипа.
- Модель данных до массового импорта.
- Ключевые компоненты до шаблонов.
- Тестовый API до фикса интеграции.
- Контент до финального адаптивного QA.
- Приёмка до переключения.
Реестр рисков
| Риск | Вероятность | Влияние | Сигнал | Действие |
|---|---|---|---|---|
| Плохая выгрузка | Высокая | +80 ч | Нет ID и справочников | Аудит образца |
| Задержка контента | Средняя | +3 недели | Нет владельцев | Контент-план |
| Смена API | Низкая | Критическое | Объявлен sunset | Новая версия и адаптер |
Резерв только для названной неопределённости
Резерв не является скрытой прибылью или заменой анализа. Свяжите его с рисками. После закрытия риска резерв снимается или переназначается отдельным решением.
Не добавляйте одинаковые 20% ко всем строкам. Контент с подтверждённым объёмом и неизвестная интеграция имеют разную неопределённость.
Перевод в календарный срок
Учитывайте рабочую ёмкость, встречи, поддержку других проектов, выходные, согласования и поставщиков. Разработчик может иметь 30 производственных часов в неделю, а не 40. Календарь строится по сети задач, а не по общей сумме.
Показывайте диапазон даты при внешней зависимости и условие его сужения.
Контроль прогноза во время проекта
- Сравнивать план и факт по завершённым задачам.
- Пересматривать остаток, а не переписывать прошлое.
- Объяснять отклонение причиной.
- Обновлять риск и календарь.
- Не компенсировать перерасход скрытым сокращением QA.
Модельный пересчёт
На старте импорт оценён в 80–160 часов. После аудита выяснилось, что 90% записей чистые, но изображения требуют сопоставления. Новая оценка: импорт 70–90 и обработка изображений 35–55 часов. Общий диапазон уже, а причина работы понятнее.
Сужение является результатом исследования. Если диапазон не меняется после получения данных, проверьте, использовались ли они.
Самопроверка оценки
- Scope и критерии известны.
- Оценивали реальные исполнители.
- Есть аналог или объяснение уникальности.
- Зависимости отражены в календаре.
- Риски отделены от базовой работы.
- Понятно, что сузит диапазон.
Хорошая оценка не обязана совпасть с фактом до часа. Она должна быть воспроизводимой, регулярно уточняться и позволять принять решение до перерасхода.