Оценка часов разработки и как доказать их адекватность Часть 1.
Задачу оценили в 6 часов. Команда ворчит: «Мы не уложимся». Заказчик возмущён: «Почему так долго и дорого?».
Одна из задач ПМа — управлять ожиданиями заказчика. Клиент должен понимать, за что и сколько он платит.
1. Зачем вообще считать часы
- Прогноз бюджета — видно, куда уходит каждая единица затрат.
- Раннее вскрытие рисков — «плавающая» оценка сигнализирует о неопределённости.
- Прозрачность — меньше споров «почему так долго/дорого».
2. Методы оценки (PMBOK)(просто для справки)
Expert Judgment — оценка опытного разработчика.
Analogous Estimating — сравнение с похожими задачами.
Parametric Estimating — формула «X часов на модуль».
Bottom‑Up Estimating — декомпозиция (WBS) и суммирование.
Three‑Point / PERT — диапазон (O + 4M + P) / 6.
Alternative Analysis — выбор оптимального способа реализации.
3. Как я оцениваю задачи
-
Получаю задачу → провожу свою аналитику, понятно ли описание, есть ли ссылка на доки, нужен ли аналитик
-
Если нет — отправляю разработчику.
-
Разработчик возвращает: проработку — где и как править код; оценку часов разработки; тестирование разработчиком; возможные сложности (в часы не входят).
-
QA‑буфер — обычно я сам добавляю часы тестировщика: 10 % — типовая UI‑правка, без сложной логики; 15–20 % — новая форма, простой бэкенд, валидации; до 25 % — интеграции, затрагивающие несколько сервисов. Бывают исключения, когда отдаю этот этап на оценку предполагаемому исполнителю. Но это всегда плюс время к оценке.
Deploy / release — отдельная строка (≈ 0,5–2 ч).
Пример 1. Предварительная оценка: 8 часов 2. Проработка — 2 ч 3. Реализация функционала(здесь описание того что будет реализовано) — 6 ч 4. QA — 1 ч 5. Релиз — 1 ч
Схема работает для небольших задач поддержки.Сложные фичи (аналитики, несколько разработчиков, отдельная QA‑команда) оцениваются иначе. 🔜 Что дальше
В части 2 обсудим проблемы и конфликты интересов, которые всплывают при такой оценке, и способы их решить.
Вопрос: Что в оценке кажется вам самым непрозрачным: сами часы разработки или «плюсы» за тесты и релиз?
