Сметы, оценка и бюджеты разработки
Разговор о деньгах в разработке ломается в одном и том же месте: заказчик хочет цифру, подрядчик отвечает «зависит», и дальше обе стороны раздражаются. При этом обе правы. Цифра действительно зависит, но не от абстрактной сложности, а от конкретных вещей, которые можно перечислить и проверить.
Мы собрали здесь то, чем пользуемся сами при оценке: трёхточечная оценка вместо одной цифры, список блоков работ, которые чаще всего выпадают из чужих смет, расчёт от реальной выработки человека вместо календарных 160 часов в месяце, и спайк как способ проверить главный технический риск до того, как обсуждается полный бюджет.
Всё это проверялось на своих проектах и на чужих сметах, которые нам приносили клиенты. В одном таком разборе объём оказался занижен примерно втрое, и даже пессимистичный сценарий подрядчика лежал ниже нашего урезанного оптимистичного. Разбор занял час, а сэкономил клиенту месяцы.
Частые вопросы
С чего начать, если нужна только примерная цифра
С формата и списка внешних систем. Формат задаёт порядок величины, а интеграции определяют, где внутри диапазона вы окажетесь. Этих двух вещей достаточно, чтобы получить вилку без детального разбора.
Почему у разных подрядчиков цифры отличаются в разы
Чаще всего они считают разный объём. Одна смета включает аналитику, инфраструктуру и стабилизацию, другая только разработку экранов. Сравнивать нужно состав работ, а не итоговую сумму.
Что делать, если подрядчик не даёт декомпозицию
Считать это отдельным сигналом. Смету, которую нельзя разложить на блоки, невозможно проверить, а значит невозможно и обсуждать предметно, что убрать при нехватке бюджета.