berik_iushi
@berik_iushi
Front-end Developer

Чья обязанность писать Техническое задание (ТЗ)?

Привет.

Как вы считаете, или как это принято в вашей организации — кто должен писать ТЗ на разработку сайта?

Варианты:
1. Менеджер по работе с клиентами
2. Веб-дизайнер
3. Веб-разработчик

Если есть другие варианты, напишите пожалуйста.
  • Вопрос задан
  • 24240 просмотров
Пригласить эксперта
Ответы на вопрос 18
Wott
@Wott
Есть такая профессия — бизнес-аналист :)
Ответ написан
Alexx_ps
@Alexx_ps
Менеджер проекта совместно с командой, т.к. он тоже один не может знать всех технических тонкостей.
Ответ написан
int02h
@int02h
Слышал от товарища про такую практику: разработчик пишет ТЗ (причем не за бесплатно), а потом согласовывает с заказчиком. То есть заказчик только ставит свой автограф, если его все устраивает.
Ответ написан
@densilvio
Если считать сайт — информационной системой то можно опираться на ГОСТ
По ГОСТу ТЗ разрабатывает исполнитель с участием заказчика на основании технических требований.

Однозначно — это не работа менеджера или дизайнера.
В идеале — специальный человек по работе с документацией, на практике — разработчик.
Ответ написан
Kronius
@Kronius
Согласен с densilvio и aquarius.
Техническое задание, по своей сути это документ описывающий разработчику что и как должно работать в готовой системе. По правильному под ТЗ должен отводиться отдельный этап в разработке.
Это достаточно объемная работа, которая должна отдельно оплачиваться, как дизайн, интеграция или кодинг.
Ведь хорошее ТЗ учитывает спицифику бизнес процессов заказчика, описывает все необходимые и возможные варианты поведения системы, в нем должны быть прописаны пользовательские интерфейсы.

В идеале ТЗ вообще должно создаваться третьей компанией, причем так, чтобы заказчик обратился к выбранному разработчику и у того не возникло вопросов.

Ну а на практике студии пишут ТЗ сами для себя. И как следствие это не полноценный документ, а так…
Ответ написан
Spree
@Spree
Я руководитель проектов (или же ПМ). Пишу ТЗ сам, изредка советуясь с программерами и дизайнерами, т.к. имею довольно большой опыт.

Вариант «ТЗ пишет сам заказчик» — не рекомендую. Потому что уточнения ПМом могут в итоге занять больше времени, чем написать ТЗ с нуля (ну, не совсем с нуля, используя некоторые накопленные заготовки).
Ответ написан
@MrCrock
В вашем случае вероятнее всего необходимо коллективно с участием клиента обсудить детали, услышать от него пожелания, а потом на основе этой информации написать ТЗ. Естественно, что написанием ТЗ должен заниматься человек, который грамотно и полно техническим языком способен изложить задачу на бумаге. Если это будет делать гуманитарий, будьте готовы с возможным претензиям со стороны клиента и переделкам проекта.
Ответ написан
andrey_kl
@andrey_kl
Менеджер по работе с клиентами пишет обобщенно все то что хочет клиент, а потом Веб-дизайнер и Веб-разработчик описывают свою часть работы на техническом уровне для утверждения с клиентом. Можно обойтись одним Менеджером, если у него достаточно высокий опыт таких работ с пониманием дизайнерской и девелоперской работы…
Ответ написан
volanddd
@volanddd
Если вопрос поставлен именно так, то на первом этапе менеджер совместно с заказчиком — черновой вариант. Далее веб-разработчик дополняет и согласовывается итеративно.
Ответ написан
ob1
@ob1
Правильный вариант. ТЗ пишет заказчик, его читает менеджер и уточняет. Пото ТЗ читают разработчики (в Вашем случае, веб-дизайнер и веб-разработчик) и высказывают замечания (если есть). После этого менеджер согласует с заказчиком уточнённый вариант ТЗ. И так может пройти несколько итераций.

Приемлемый вариант (зачастую он удобнее). ТЗ пишет менеджер и согласует его со своими разработчиками, а уже после этого с заказчиком. И так может быть несколько итераций.

В любом случае ТЗ это документ заказчика, в нём также заинтересован разработчик. Третья организация к ТЗ никакого отношения иметь не может. Разве что в особых случаях, например, когда одна организация заказывает, а другая оплачивает.

Если менеджер не решает все финансовые вопосы, то ТЗ также должен проверять человек, который за это отвечает.

После подготовки и подписания нескольких ТЗ, новые обычно готовятся на базе старых.
Ответ написан
zed91
@zed91
ТЗ пишется бизнес-аналитиком, с учетом пожеланий будущих программистов. Разделы ТЗ согласовываются с заказчиком, чтобы пятисотстраничный талмуд не переписывать если заказчику не понравится итог.
Ответ написан
SkyRZN
@SkyRZN
Исходя из приведенного списка людей то менеджер, т.к. именно он должен быть посредником между заказчиком и командой, т.к. ТЗ составляется на основе пожеланий клиента, а с клиентом общается именно менеджер то он и должен сделать ТЗ по которому остальные начнут работу.
Ответ написан
@somneart
Чьи руки будут писать — не столь важно, хоть секретарь. Но отвечать за этот процесс должен, разумеется, менеджер. Иными словами, менеджер может написать сам, может делегировать, но это его задача
Ответ написан
aquarius
@aquarius
Смотря что подразумевать под ТЗ.
Обычно это постановка задачи (ЦА, структура, набор модулей, дополнительный функционал). Если речь идет про постановку задачи, то этим должен заниматься либо аналитик, либо проектировщик интерфейсов.
Техническое задание в классическом понимании (архитектура, интеграция, технологические решения и пр.) должен писать тех.специалист. Как правило либо архитектор, либо разработчик.
Ответ написан
FoGR
@FoGR
Создали для себя шаблон. Копию шаблона передаем менеджеру для заполнения совместно с заказчиком. На основании заполненного шаблона менеджером создается проект ТЗ с макетами будущего сайта, макеты создает веб-дизайнер. Этот проект согласовывается менеджером с заказчиком. На основании проекта создается дизайнером и разработчиками «окончательное» ТЗ, которое становится неотъемлемой частью договора. Договор, вместе с ТЗ, подписывается заказчиком и далее, ТЗ передается на разработку.
Ответ написан
gerion
@gerion
Бывают случаи когда ТЗ (окончательное) пишут сторонние организации, т.к:
— иногда заказчик не может (не понимает специфики или другие нюансы) усмотреть все технические детали
— иногда исполнитель не может до конца понять все аспекты проекта
— иногда заказчик, не зная исполнителя, не доверяет составление ТЗ исполнителю

разные бывают случаи
Ответ написан
@BombilCalabasov
Всё зависит от того, как вообще организован сам процесс производства ПО.

Если проект разовый и комманда маленькая, то кто напишет ТЗ — уже не важно. Главное, чтобы оно было вообще.

А если комманда большая, хорошо структурирована, и есть отдельный тим маркетологов (которые и с конкретным клиентом работают, и рынок мониторят), и проект имеет не один этап, то тут уже дело даже не в конкретном ТЗ. Обычно готовится Стратегия развития продукта — общий документ, описывающий цели и направления развития продукта на перспективу. В рамках Стратегии для каждого конкретного этапа может готовится Детальное Описание Продукта — подробный документ с описанием готовящейся к выпуску версии продукта. Готовит его отдел маркетинга и он же его согласовывает с Заказчиком. И когда Описание продукта для данного этапа готово, то Developers Team Leader (DM) на его базе готовит ТЗ для своей комманды. И это ТЗ уже могут Заказчику даже не показывать, т.к. это, по сути, внутренний документ. Если DM активно участвовал в подготовке Описания Продукта (а он обязан участовать, и его замечания обязаны быть учтены), то ТЗ уже меняться не будет в процессе разработки. И, к слову, при такой организации процесса Project Manager может нести только административные функци, и вообще не шарить в программировании.
Ответ написан
Kindman
@Kindman
До написания Технического задания можно написать БРИФ.
В самом Брифе может содержаться МЕТАФОРА.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы