Короткий ответ
Разбиваю задачу на этапы (уточнение требований, поиск и проверка данных, написание запроса, визуализация, ревью) и оцениваю время по каждому этапу отдельно, закладывая запас на непредвиденные проблемы с данными.
Как это работает подробнее
оценка «на глаз» целиком часто занижена, потому что не учитывает скрытые этапы (уточнение требований, доступ к данным, проверка качества). Декомпозиция по этапам снижает риск недооценки.
Что использовать на практике
- Порядок действий. типичные этапы: (1) уточнить у заказчика, что именно должен показывать отчёт и для кого; (2) найти нужные таблицы/источники и проверить доступ; (3) написать и протестировать запрос; (4) сверить цифры со смежным отчётом/источником; (5) оформить визуализацию; (6) показать черновик и внести правки. Для каждого — грубая оценка в часах, плюс буфер 20–30% на доработки.
Подводные камни
- Частые ошибки. оценивать только время написания SQL-запроса, забывая про уточнение требований и проверку данных; не закладывать буфер на правки после демонстрации заказчику; давать точную оценку в часах без указания, что это предположение, зависящее от доступности данных.