В основе любого ТЗ лежит список "хотелок", кто-то должен их определить. Вопрос в том, кто и как потом должен доработать ТЗ. Полностью согласна с тем, что это должен быть технический эксперт, причем именно исполнитель, а не только аналитик. Об этом я и писала выше, не так много технических экспертов готовы ввязываться в разбор ТЗ по теперь понятным мне причинам.
А говоря со стороны исполнителя, когда я и есть технический эксперт в своей задаче, идеально если заказчик выделяет этап и время на корректировку вводных. Но это тоже не залог успеха, так как выделить время - не значит принять результат штурма команды :( и, к сожалению, Agile, Scrum - тут не спасут.
Ответ простой - чтобы составить ТЗ нужно разбираться в вопросе. Именно ТЗ - Техническое Задание, а не список хотелок.
В основе любого ТЗ лежит список "хотелок", кто-то должен их определить.
Вопрос в том, кто и как потом должен доработать ТЗ. Полностью согласна с тем, что это должен быть технический эксперт, причем именно исполнитель, а не только аналитик. Об этом я и писала выше, не так много технических экспертов готовы ввязываться в разбор ТЗ по теперь понятным мне причинам.
А говоря со стороны исполнителя, когда я и есть технический эксперт в своей задаче, идеально если заказчик выделяет этап и время на корректировку вводных. Но это тоже не залог успеха, так как выделить время - не значит принять результат штурма команды :( и, к сожалению, Agile, Scrum - тут не спасут.