Почему техническое задание на сайт — не панацея?
Мы часто сталкиваемся с тем, что техническое задание написано просто потому, что нужно. В итоге, оно либо написано слишком сложно, либо накладывает ненужные ограничения на проект. Важно также понимать, что техническое задание не дает гарантию отсутствия изменений в процессе разработки проекта. Поэтому, важно составить такое техническое задание, кот…
Прочел статью и остался в недоумении. Вроде бы автор работает в сфере дизайна и веб-проектирования, но при этом имеет какие-то фундаментальные ошибки в представлении о том что такое ТЗ, когда и для чего оно пишется.
Ваша статья содержит на половину воду, а на половину какие-то предрассудки. Также крайне странно требовать от клиента прототипа (он по вашему должен спроектировать варйфреймы, сам все продумать, натянуть первичный ui и еще и прототипировать? Это редкость.
Первые 2 пункта из вашей "рекомендации" для "хорошего" тз, это вещи, которые должны быть в уставе проекта, на худой конец в концепции. То что вы описываете как прототип, который должен быть в ТЗ, это вообще отдельный материал, почему он должен быть в ТЗ загадка.
А уж то, что в описываете как минусы, это вообще user story, говорить что это минус... Ну не знаю, как минимум овер странно.
Артем, спасибо за комментарий. Отвечу сразу на этот и следующий.
В статье мы нигде не указали, что написание ТЗ на стороне заказчика. Естественно, это наша задача. Особенно, когда речь касается прототипов и всех технических вопросов. Поэтому, я с вам тут полностью согласен.
Цель статьи была в другом — опровергнуть известный миф о том, что ТЗ спасает от всего, для сложных проектов оно лишнее и как раз, что писать ТЗ нужно грамотно, а это смогут сделать только специалисты. Т.е., по сути то, о чем вы пишете.
Я думаю, просто недостаточно правильно донесли мысль, не раскрыли суть, но наша статья, повторюсь, для клиентов, которые, как правило, вообще не разбираются во всех тонкостях.
Что касается наличия прототипов в техническом задании. Мы считаем, что это обязательная функция, поскольку читать текстом состав каждой страницы довольно сложная задача с точки зрения восприятия и понимания. Куда проще "потыкать" готовый прототип со всем функционалом.
User story это часть аналитического этапа, который мы тоже делаем. Он к техническому заданию никак не относится.