Совместное создание технического задания на разработку сайта

Аватар пользователя madt
5

На прошедшем 8 сентября DrupalCamp CxO руководитель студии «Синапс» @APolitsin предложил совместными усилиями разработать стандартное техническое задание на разработку сайта на Drupal. Этот вопрос активно обсуждался на кемпе и после него. В результате был создан репозиторий, в котором ведется работа над документом. Текущая версия собранного технического задания размещена по ссылке https://drupal.ru/tz.


Зачем вообще нужно ТЗ на сайт? Частая ситуация, когда заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, адрес на карте, о компании, обратная связь». Что не ясно? Казалось бы, ничего необычного. И тут в дело вступает закон Мерфи: если вас могут понять неправильно, вас обязательно поймут неправильно. В результате разработчик не угадал желания заказчика, а значит потратил время впустую.

Главная задача технического задания — свести к минимуму разницу между представлениями двух сторон: заказчика и исполнителя.

Техническое задание — документ, в котором зафиксированы требования к сайту. Четкие и подробно изложенные требования помогают всем участникам процесса понимать, каким должен быть результат и повышают шансы того, что проделанной работой все будут довольны.


Предлагаем всем желающим присоединиться к созданию технического задания. Вы можете высказаться в комментарии к этому материалу, но наиболее эффективный способ — размещение ишью, комментариев и пул реквестов в репозитории https://github.com/dru-docs/tz.

Тип материала:
Версия Drupal:

Комментарии

Аватар пользователя VasyOK
VasyOK 3 недели назад
1

Если сайт маленький - может и можно составить правила написания ТЗ.
А если большой, то он не стандартный. А если нестандартный, то не понятно кто что будет делать.
Бывает что "школьник" хорошо знает экосистему ЦМС-ки, но для сложных задач подключает "мастадонтов".
А бывает на стороне заказчика "мастадонты" разработки и сторонний человек должен только верстку на готовый механизм повесить.
И да - большой сайт это контракт, а не заказ. А для " каталог товаров, корзина, форма заказа, доставка, адрес на карте, о компании, обратная связь" много готовых решений и особенно не на Друпале.

Вообщем пусть заказчики больше общаются с разработчиками на открытых площадках, если не хотят попасть в просак.

Аватар пользователя P.Selfin@drupal.org
P.Selfin@drupal.org 3 недели назад
4

Чем бОльше ты высказываешься на темы взаимоотношений с заказчиками, тем устойчивее у меня складывается мнение, то ты теоретик в этом вопросе полный... Вроде и по делу, и все правильно про крупные сложные заказы, но потом бамс - " пусть заказчики больше общаются с разработчиками на открытых площадках", ощущение что ты дальше fl.ru никогда не работал... Это только у меня такое ощущение?

много готовых решений и особенно не на Друпале.

И что? Не делать эти сайты на друпале? Отправлять заказчиков к другим исполнителям?)
Тоже, разумеется вариант, но это вопрос в позиционировании.
PS Как же сложно такие вещи на дру заходят... Как раньше, так и до сих пор((( Что с этим делать - вопрос риторический..