Ответ.

Исторически оценка трудоёмкости строилась на экспертных оценках или аналогии с прошлыми проектами. В условиях ограниченного времени и информации системный аналитик вынужден работать с высокоуровневыми, размытыми требованиями, часто сталкиваясь с неполнотой и завышенными ожиданиями.

Проблема: неопределённость приводит к рискам занижения оценки, конфликтам с заказчиком и технической командой, а также к перерасходу бюджета. Оценка очень сложна из-за изменения исходных вводных после подписания контракта.

Решение:

Использовать техники декомпозиции требований и быстрых жеребьёвок (planning poker, T-shirt size)
Выявлять и документировать все допущения и ограничения
Вести протокол вопросов и неизвестных зон
Включать запас по рискам (коэффициенты неопределённости/буферы)
Самое главное — фиксировать критерии завершения (Done) и граничные условия

Ключевые особенности:

Краткие артефакты: high-level сценарии, user stories, C4 diagrams
Визуализация основных потоков ценности
Акцент на прототипах и wireframes, чтобы быстрее договориться

Вопросы с подвохом.

Можно ли проводить оценку, не рискуя качеством, если требования ещё не уточнены до конца?

Нет, любую оценку на этом этапе придётся помечать как предварительную с фиксацией рисков и резервов. Иначе ответственность за перерасход ляжет на исполнителя.

Следует ли включать в оценку только те объекты, которые явно определены заказчиком?

Нет. Всё, что не определено, оценивается через "буфер неопределённости" или специальные Story Points на будущие уточнения; важно указать: «остальные требования — за пределами оценки».

Требуется ли системному аналитику участвовать в подготовке TCO (total cost of ownership)?

Да, аналитик формирует исходные данные — список требований, перечень сценариев, зоны риска, ограничения, что критично для корректного расчёта TCO.

Типовые ошибки и анти-паттерны

Оценка проекта "в лоб" без учёта зон неизвестности
Игнорирование возможных изменений после старта реализации
Незакрепление допущений и ограничений письменным образом

Пример из жизни

Негативный кейс: Системный аналитик принял требования от менеджера "как есть", быстро оценил, не вникая в детали и не проработав ограничения и скрытые зоны.

Плюсы:

Быстро, удобно для заказчика

Минусы:

Превышение бюджета, недовольство заказчика и команды
Рефакторинг решений и сроки "горят" с самого начала

Положительный кейс: Аналитик провёл рабочую сессию с ключевыми стейкхолдерами, проработал даже общие требования, составил карту зон неопределённости, указал допущения, ввёл резерв.