Приходя в студии, заказчики оказываются на диком западе эстимирования: оценки даются без аналитики, без понимания продукта и на основе внутренних ощущений.
Студии стреляют в воздух, надеясь попасть в ожидания клиента.
Конус неопределенности
В Agile есть такое понятие — конус неопределенности. Если вы получили оценку на этапе первого погружения в продукт, то будьте готовы к увеличению в 4 раза.
Смета вашего проекта в IT — живой организм. Она должна и будет меняться с течением времени. Это нужно принять и уметь с этим работать. Для этого нужно постоянно общаться с командой и просить обновлять прогнозы.
Техническое задание
Техническое задание — это важно. Без него у вас не получится перевести ваши бизнес-требования на язык разработки. Главная ошибка — подписать ТЗ на самом старте работ, думая что ТЗ — это план.
IT-продукты не создаются по плану — в разработке слишком много неопределенности. Поэтому ТЗ должно и будет меняться, это не страшно. Страшно — это каждый раз согласовывать новые сроки и цену при изменении продукта.
Почему многие студии всё таки предлагают заказчику подписать ТЗ и работать строго по нему? Я считаю, что это происходит от нежелания обеих сторон выстраивать доверительные отношения. Если у вас нет доверительных отношений, то на переговоры и переоценки вы потратите больше времени, чем на сам продукт.