Представьте: Никита уговорил начальство создать стартап внутри компании. Отдал разработку на аутсорс, а агентство жутко затянуло сроки и раздуло бюджет. Никиту чуть не уволили, пришлось жертвовать своей премией, чтобы MVP закончили. Страшно? Мне тоже. Расскажу, как не оказаться на месте Никиты.
"понимание" с подрядчиком это конечно важно, но из практики, самый важный документ, который нужно подготовить вместе с подрядчиком, это описание пользовательских сценариев (use-cases). Кто куда нажимает и что происходит, максимально подробно.
Из этого документа можно сделать ТТ, ТЗ, ЧТЗ. Они помогут в случае юридических тёрок.
Также в идеале нужно сделать программу приемо-сдаточных испытаний, хотя в целом принимать можно и по сценариям.
Приёмку лучше не откладывать на дедлайн, а проходить еженедельно, чтобы видеть прогресс.