Техническое задание на автоматизированные системы. Зачем оно нужно?

[netklon]

Сообщение от Sergey Privalov

А еще у нас в процессе реализации проекта, любят менять тех задание под то, что не удается реализовать потем или иным причинам. Просто сейчас доводится обслуживать такую систему, в которой было прекрасное ТЗ, но в последствие к нему выпущено 3 тонны доолнений, из-за того, что оказывается невозможно реализовать все требования.

Это не "у нас", это везде так. Поэтому в классическом проект-менеджменте предполагается, что в течение всего проекта будет продолжаться процесс Контроля Изменений (Integrated Change Control).

В гибких методологиях предпочитают не циклиться на контроле за изменениями (это реально требует немало ресурсов), а просто фиксировать сроки и цену, а требования подхватывать на лету.

[Erkin Kuchkarov]

Сообщение от netklon

В гибких методологиях предпочитают не циклиться на контроле за изменениями (это реально требует немало ресурсов), а просто фиксировать сроки и цену, а требования подхватывать на лету.

Естественно... при таком подходе "пан тратит гроши" и ему решать... тратить денежки дополнительно или оставить все как есть. ТЗ то утверждено.