Оценка разработки. Неопределенности и «вилка»

Продолжаю рассказывать про процесс оценки в Spectr.
У каждой фичи, которую получили в результате декомпозиции всегда есть некий уровень неопределенности в ее понимании. И в зависимости от неопределенности меняется точность оценки по фиче и формируется вилка.

Ответьте на следующие вопросы, глядя на фичу:
— Целевой результат и бизнес-сценарий понятен?
— Способ реализации определен?
— В требованиях отсутствуют критические пробелы?
— Фича изолирована и не влияет на окружение и не имеет связей с другими фичами?
— В фиче есть интеграции со сторонними системами и протоколы обмена/доступы/документация по системам имеется?
— (дополняется)

Чем больше «нет» в этих ответах — тем выше уровень неопределенности.

Когда мы оцениваем трудоемкость по фиче, то для каждой компетенции (аналитика, фронт, бэк, QA, DevOps, UI/UX, менеджмент) в качестве базовой оценки ставим «наиболее вероятную» — ту, в которую верит человек, производящий оценку.

Далее на основе базовой оценки и уровня неопределенности по фиче мы формируем «вилку»: минимальное и максимальное значение потенциальной трудоемкости. Чем выше неопределенность, тем больше разбег между минимум и максимум.

Мы выделяем 3 уровня неопределенности: Low, High, Critical. Пример логики применяемых коэффициентов для формирования вилки приведен на скриншоте