Привет, это Дима Цапля - СЕО along.pw, в этой статье я расскажу о том как мы оцениваем бюджет проекта, если у нас еще не написаны требования и нет дизайна. Также я объясню почему наш подход работает и как мы его придумали

Список фичей

В начале любого процесса оценки мы с вам и и бизнес-аналитиком погружаемся в идею и видение продукта. Смотрим все материалы, которые уже есть, и записываем всё что обсуждаем на звонках

Бизнес-аналитик разбивает весь продукт на отдельные функции и выписывает их в таблицу

Список функций для приложения интернет-магазина

Типичный список функций для приложения с подпиской

Оценка по формуле

Мы вывели формулу, по которой сейчас оцениваем проекты:

1. На входе мы берем список функций, а именно их количество
2. Далее мы учитываем количество специалистов, которые будут работать над проектом. Количество специалистов зависит от типа продукта, который мы делаем
   1. Для приложения с подпиской нужен только один мобильный разработчик в команде
   2. Для сложного веб-сервиса (ERP,CRM) нужен один веб-разработчик и один бэкенд-разработчик
   3. Если проект растёт, то команда может расширяться под потребность. В базовой оценке мы всегда исходим из минимально возможной команды
3. Для каждого количества специалистов мы вывели среднюю стоимость одной функции.

1. Умножаем количество функций на цену одной функции и получаем итоговый расчёт

Пример итоговой оценки

Почему и как эта формула работает?

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

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

Пример оценки от разработчиков