Ответить на Ваш вопрос в общем виде я не могу, потому что всё зависит от конкретной ситуации. Рассматривая конкретный случай, я бы обращал внимание на масштаб проекта, его сложность, а также на профессиональный уровень всей команды разработчиков и отдельных её участников. Чем сложнее и больше проект, тем более крупные (и дорогие) ошибки могут допустить лица, мало понимающие в разработке. Я говорю об ошибках в уровне детализации задач, выставлении сроков, и прочих. Задача разработчика в этой ситуации — помогать не допустить этих оплошностей. На деле это может быть практически любой программист, который знает разрабатываемый продукт _широко_. Толковый разработчик поможет расписать задачу, прикинет время по отдельным пунктам или предупредит, что такой-то пункт надо прогнозировать отдельно и точнее, и т.д.
С другой стороны, доверять написание ТЗ самому исполнителю не кажется мне хорошей практикой. Мне видится, чтов небольших проетках реалистичное по срокам ТЗ легче всего достигается именно в связке «заказчик»-«разработчик», а не отдельными лицами.
В случае с крупными проектами, возможно эффективнее привлекать сторонних экспертов. Но не стоит забывать, что потом реализовывать всё нам, а не им. Про большие проекты ничего не могу сказать больше, так как участвовал в них давно и был совсем зелёный.
С другой стороны, доверять написание ТЗ самому исполнителю не кажется мне хорошей практикой. Мне видится, чтов небольших проетках реалистичное по срокам ТЗ легче всего достигается именно в связке «заказчик»-«разработчик», а не отдельными лицами.
В случае с крупными проектами, возможно эффективнее привлекать сторонних экспертов. Но не стоит забывать, что потом реализовывать всё нам, а не им. Про большие проекты ничего не могу сказать больше, так как участвовал в них давно и был совсем зелёный.