Команда программистов. Самые частые способы развода
Сегодняшняя статья об уловках разработчиков, рассчитанных на невнимательных клиентов и тех, кто недостаточно хорошо разбираются в технической части. В случае негативного развития событий исполнители защищены законом. Давайте расскажу про несколько способов защиты от наиболее популярных схем.
Безумие какое-то.
Договор без четких сроков и описания работ вполне легко признать ничтожным - юристы подтвердят.
'Количество итераций и правок'? - да сам факт таких правок при фиксированном ТЗ и бюджете - предмет обсуждения, не то что исполнения.
Понятно что какие-то мелкие вещи правятся в процессе бесплатно, но любая большая доработка это доп.соглашение и отдельная плата.
Тестирование - часть приемки работ, дальше обычно идет период гарантированной поддержки.
Единственная разумная причина сдавать проект без последующей поддержки это сдача проекта другой команде на сопровождение.
Вообщем это все какие-то крайние случаи, на грани шизофрении.
Чёткие сроки договора есть - 400 каленарных.
Про правки не понял Ваш комментарий. Прошу пояснить. Я писал именно про багфикс, когда что-то явно не работает по ТЗ, а не доработки в стиле "это и так понятно".