Частые ошибки: доработка чужого проекта
Доработка существующего продукта отличается от разработки с нуля одним: команда не знает, что именно ей досталось. Код писали другие люди, документации обычно нет, а решения внутри проекта принимались по причинам, которые уже никто не помнит. Оценить объём работ по описанию задачи в такой ситуации нельзя — оценка появляется только после того, как проект развернули, посмотрели в код и проверили, как он собирается. Поэтому предложение строится не вокруг списка доработок, а вокруг порядка: сначала погружение, потом обоснованная смета.
Смета составлена по описанию задач, без доступа к коду. После погружения объём оказывается кратно больше, и подрядчик либо работает в убыток, либо пересматривает цену, теряя доверие заказчика.
Этап аудита сделан бесплатно, «чтобы посчитать». Разбор чужого проекта занимает дни оплачиваемого времени специалистов, и при отказе заказчика от сделки эти дни не возвращаются.
Не перечислены нужные доступы. Работы стартуют без части ключей, команда простаивает в ожидании прежнего подрядчика, а срыв срока формально ложится на исполнителя.
Не разделены унаследованные дефекты и собственные. Каждая ошибка в системе приносится новой команде как гарантийный случай, и поддержка чужого кода ведётся бесплатно.
Не оговорён порядок работы с боевой средой. Изменения выкладываются без тестового контура и отката, а первая же неудачная правка останавливает работающий бизнес заказчика.
Блоки, смета с расчётом и условия уже готовы — останется вписать свои цены. Клиент открывает ссылку в браузере, а вы видите, кто её открыл и докуда дочитал.