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

Question

[Yury Lysov]

Привет.

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

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

Если есть другие варианты, напишите пожалуйста.

Answer 1

[Alexander]

Менеджер проекта совместно с командой, т.к. он тоже один не может знать всех технических тонкостей.

Comments

[vanxant]

За ТЗ должен отвечать менеджер. Он опрашивает клиента, заполняет вместе с ним анкеты/опросники если нужно и в конце выдает итоговый документ.
Если менеджер не может описать требования клиента в терминах ТЗ — то гнать такого менеджера за профнепригодность. Что он вообще собирается «менеджить», если не понимает о чем проект? Ему потом по этому ТЗ разруливать претензии и хотелки клиента. В конце концов разрабатывается не атомная электростанция. Технари должны привлекаться к процессу написания ТЗ только если предполагается что-то явно сложное и не факт что технически реализуемое за разумное время/деньги.
Да, в конце со стороны исполнителя ТЗ должен просмотреть технолог/старший разработчик/кто там еще. Во-первых на предмет технических ляпов, во-вторых на предмет внутренней оценки сложности реализации. Дизайнер при составлении ТЗ нужен опять же редко, ему из ТЗ требуются итоговые функциональные требования плюс фирменный стиль/брендбук если они есть.

[Alexander]

Т.е. любой менеджер должен уметь с ходу описать в ТЗ архитектуру базы данных для портала с функциями соц. сети и рассчитать какую нагрузку смогут держать еще не созданные скрипты на таком-то железе?) И это не что-то запредельное для проектов за гигантские суммы, а совершенно рабочий момент при создании какого-нибудь клона Хабры.

Answer 2

[Wott]

Есть такая профессия — бизнес-аналист :)

Comments

[ogr]

Поддержу. У нас в компании за ТЗ бизнес-аналитики отвечают. Это специальные люди, которые переводят с языка заказчика на язык разработчика :)

Answer 3

[int02h]

Слышал от товарища про такую практику: разработчик пишет ТЗ (причем не за бесплатно), а потом согласовывает с заказчиком. То есть заказчик только ставит свой автограф, если его все устраивает.

Comments

[zizop]

Или так, разработчик (или тимлид) получает набор требований к ПО(scope), потом пишет ТЗ (не за бесплатно естественно) и утверждает/корректирует с заказчиком. Причем в процессе уточнения требований как правило и пишется ТЗ, итеративно.

[Yury Lysov]

тогда вопрос — сколько стоит написание ТЗ?

[int02h]

to zizop: Вы правы. Как правило заказчик формулирует функциональные требования, а тимлид пишет ТЗ.
to berik_iushi: мой товарищ выполнял гос. заказы. Я думаю что не стоит ориентаироваться на те деньги, которые вертятся там. К тому, признаться, я не знаю, сколько это стоит.

[sergeyvolobuev]

у нас так и делается, только за бесплатно, т.к. ТЗ пишем в большей части для себя.

[Carburn]

разработчику же и так зарплату платят.

Answer 4

[densilvio]

Если считать сайт — информационной системой то можно опираться на ГОСТ
По ГОСТу ТЗ разрабатывает исполнитель с участием заказчика на основании технических требований.

Однозначно — это не работа менеджера или дизайнера.
В идеале — специальный человек по работе с документацией, на практике — разработчик.

Answer 5

[Kronius]

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

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

Ну а на практике студии пишут ТЗ сами для себя. И как следствие это не полноценный документ, а так…

Answer 6

[Spree]

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

Вариант «ТЗ пишет сам заказчик» — не рекомендую. Потому что уточнения ПМом могут в итоге занять больше времени, чем написать ТЗ с нуля (ну, не совсем с нуля, используя некоторые накопленные заготовки).

Comments

[ob1]

Некоторые заказчики хотят сами писать ТЗ, а некоторые, наоборот, просят писать исполнителя. Хотя согласен, зачастую лучше самому подготовить.

Простите, хотел плюсануть, но промазал. Плюс ушёл в карму.

Answer 7

[MrCrock]

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

Answer 8

[andrey_kl]

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

Answer 9

[volanddd]

Если вопрос поставлен именно так, то на первом этапе менеджер совместно с заказчиком — черновой вариант. Далее веб-разработчик дополняет и согласовывается итеративно.

Answer 10

[ob1]

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

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

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

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

После подготовки и подписания нескольких ТЗ, новые обычно готовятся на базе старых.

Comments

[Wott]

ТЗ от заказчика — самые бестолковые

[ob1]

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

Answer 11

[zed91]

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

Answer 12

[SkyRZN]

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

Answer 13

[somneart]

Чьи руки будут писать — не столь важно, хоть секретарь. Но отвечать за этот процесс должен, разумеется, менеджер. Иными словами, менеджер может написать сам, может делегировать, но это его задача

Answer 14

[aquarius]

Смотря что подразумевать под ТЗ.
Обычно это постановка задачи (ЦА, структура, набор модулей, дополнительный функционал). Если речь идет про постановку задачи, то этим должен заниматься либо аналитик, либо проектировщик интерфейсов.
Техническое задание в классическом понимании (архитектура, интеграция, технологические решения и пр.) должен писать тех.специалист. Как правило либо архитектор, либо разработчик.

Answer 15

[FoGR]

Создали для себя шаблон. Копию шаблона передаем менеджеру для заполнения совместно с заказчиком. На основании заполненного шаблона менеджером создается проект ТЗ с макетами будущего сайта, макеты создает веб-дизайнер. Этот проект согласовывается менеджером с заказчиком. На основании проекта создается дизайнером и разработчиками «окончательное» ТЗ, которое становится неотъемлемой частью договора. Договор, вместе с ТЗ, подписывается заказчиком и далее, ТЗ передается на разработку.

Answer 16

[gerion]

Бывают случаи когда ТЗ (окончательное) пишут сторонние организации, т.к:
— иногда заказчик не может (не понимает специфики или другие нюансы) усмотреть все технические детали
— иногда исполнитель не может до конца понять все аспекты проекта
— иногда заказчик, не зная исполнителя, не доверяет составление ТЗ исполнителю

разные бывают случаи

Comments

[ob1]

Не хотелось бы работать по такому ТЗ, когда заказчик и исполнитель представляют что-то своё. При сдаче работы может быть ой как не хорошо.

Answer 17

[BombilCalabasov]

Всё зависит от того, как вообще организован сам процесс производства ПО.

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

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

Comments

[ob1]

Вы ТЗ с ТУ не путаете? ТЗ это документ заказчика вообще-то, т.е. то, что он от Вас хочет. А вот ТУ как раз внутренний документ и заказчику может не показываться.

[BombilCalabasov]

Я ж говорю, всё зависит от организации процесса и внутренней терминологии.
ТУ — это «технические условия»? Так чем «условия» отличаются от «задания»?

[ob1]

Почитайте, ГОСТы. Или в википедии, наверное, есть. Смысл в том, чтобы не путать термины. Если задание разработчиков даёт заказчик, то пишется ТЗ. Если это внутренняя разработка, то внутри организации пишется ТУ. Документы имеют много общего, конечно.

[BombilCalabasov]

Слушайте, ГОСТы-ГОСТами, но в крупной компании Заказчик вообще может никогда не видеть даже DM-а! Всё общение идет через Менеджера проекта или персонального менеджера компании. Заключается Договор на выполнение работ и к нему — Приложения. А уж как там в этих Приложениях что написано — никого, кроме этих двух Сторон не волнует абсолютно. Но допускать Заказчика к внутренней документации, касающейся кода, будет себе дороже. Поэтому бумаги с Заказчиком идут больше в терминах «хотелок» и «сценариев», а ТЗ — в виде «процедур» и т.п.

Answer 18

[Kindman]

До написания Технического задания можно написать БРИФ.
В самом Брифе может содержаться МЕТАФОРА.