Jump to content

    

Прошу помочь понять отличия Технических Требований от Технического Задания и написать это самое ТЗ грамотно

У нас в компании есть собственный "корпоративный стиль" на Техническое Задание. Наружу этот документ не ходит поэтому наверное никого не смешили раньше (я так чувствую). Написан он не по ГОСТ но это никого особенно не заботит. Главное что своим все понятно. И вот впервые придется написать ТЗ по которому сами будем работать. Представитель заказчик говорит что лучше мы сами напишем а они согласуют и подпишут. Ударить в грязь лицом не хочется. Начали смотреть образцы в интернете и поняли что разницу между ТТ и ТЗ вот так взять и сформулировать в одном предложении ни у кого не получается. Если у кого есть четкое представление об отличиях этих двух документах - прошу высказать. Ну а совсем полная благодарность будет за образец приличного на ваш взгляд ТЗ. Можно без титульных листов, подписей - совершенно обезличенное. Интересует сама структура документа и до какой степени придется детализировать мелочи. Наше изделие больше походит на контроллер для АСУТП. Плата с разъемами без корпуса. Корпус у заказчика свой. Если у кому неудобно выкладывать - пришлите на почту VLDMR86@LIST.RU. Гарантирую что документ в вашем первозданном виде никуда  не уйдет. Как говорится -  после прочтения сожгу монитор :biggrin: 

Share this post


Link to post
Share on other sites

Техтребования - один из разделов ТЗ.

Помимо них, в ТЗ могут содержаться конструктивно-технологические требования, условия эксплуатации, требования к маркировке и упаковке, требования к составу документации, порядок приемки и пр и пр.

Share this post


Link to post
Share on other sites
8 часов назад, V_G сказал:

Техтребования - один из разделов ТЗ.

Формальность но важная. Ни я ни мои коллеги об этом не задумывались раньше. Именно так у нас и было. Был прецедент когда снаружи от внешнего заказчика очень уважаемого пришли именно Технические Требования а не ТЗ в обычно понимании. Мы с ним не спорили - просто сделали как просил. В памяти отложилось что для них это норма. Один уважаемый товарищ уже прислал в личку ссылку на очень подробный документ. Поэтому вопрос можно считать закрытым. Вам тоже спасибо. 

Share this post


Link to post
Share on other sites
14 hours ago, vldmr86 said:

У нас в компании есть собственный "корпоративный стиль" на Техническое Задание. Наружу этот документ не ходит поэтому наверное никого не смешили раньше (я так чувствую). Написан он не по ГОСТ но это никого особенно не заботит. Главное что своим все понятно. И вот впервые придется написать ТЗ по которому сами будем работать. Представитель заказчик говорит что лучше мы сами напишем а они согласуют и подпишут.

Вы не поверите, но именно разработчик всегда пишет ТЗ на основе исходных данных заказчика. А заказчик его согласовывает. Так было испокон веков у профессионалов.

Это только "ойтишнеги" решили, что ТЗ им должен заказчик предоставлять. Ну, собственно говоря, ничего удивительного: IT - это нифига не инженерное дело ;)

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Странно, ТЗ обычное дело для любого проекта. Можно сказать, что ТЗ это 50% выполненного задания. А иначе как в басне Крылова. Часто заказчик имеет желание только профинансировать и далек от технических решений. ТЗ бывает часто достаточно сложным, ёмким. Работа над ТЗ требует профессиональных знаний опытных, знающих. Требуется время и часто отдельная оплата за эту работу. Сам не раз такое делал. Причем для некоторых проектов законченное ТЗ заказчик отдавал на экспертную оценку.        

Share this post


Link to post
Share on other sites
8 minutes ago, vldmr86 said:

Он не может четко сформулировать и детализировать все хотелки в документе

Все правильно. Заказчик не обязан быть полностью в курсе всех технических тонкостей. А вот разработчик - обязан. Потому именно разработчик формализирует исходные требования, как минимум переписывает их технически грамотным языком, с учетом того, что ему потом буква в букву реализовывать это все придется.

 

Более того, грандмастера этого эпистолярного жанра делают сразу три параллельных документа:

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

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

в) Программа и методика испытаний - потому что там написано, как это будет проверяться (см. пункт про ТУ).

 

Понятное дело, что конкретикой типа "подключить кабель такой-то к разъему X1" документы б) и в) наполнятся только к концу разработки, но все остальное будет готово.

 

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

Share this post


Link to post
Share on other sites

На основании ТЗ делается планирование проекта. Расписывают сроки, поэтапные времена и тд. Далее смета, или бюджет, или стоимость проекта, которая закладывается в договор.

Share this post


Link to post
Share on other sites
16 hours ago, vldmr86 said:

У нас в компании есть собственный "корпоративный стиль" на Техническое Задание. Наружу этот документ не ходит поэтому наверное никого не смешили раньше (я так чувствую). Написан он не по ГОСТ но это никого особенно не заботит. Главное что своим все понятно. И вот впервые придется написать ТЗ по которому сами будем работать. Представитель заказчик говорит что лучше мы сами напишем а они согласуют и подпишут. Ударить в грязь лицом не хочется. Начали смотреть образцы в интернете и поняли что разницу между ТТ и ТЗ вот так взять и сформулировать в одном предложении ни у кого не получается. Если у кого есть четкое представление об отличиях этих двух документах - прошу высказать. Ну а совсем полная благодарность будет за образец приличного на ваш взгляд ТЗ. Можно без титульных листов, подписей - совершенно обезличенное. Интересует сама структура документа и до какой степени придется детализировать мелочи. Наше изделие больше походит на контроллер для АСУТП. Плата с разъемами без корпуса. Корпус у заказчика свой. Если у кому неудобно выкладывать - пришлите на почту VLDMR86@LIST.RU. Гарантирую что документ в вашем первозданном виде никуда  не уйдет. Как говорится -  после прочтения сожгу монитор :biggrin: 

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

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

Share this post


Link to post
Share on other sites
16 часов назад, vldmr86 сказал:

 Интересует сама структура документа и до какой степени придется детализировать мелочи. Наше изделие больше походит на контроллер для АСУТП. 

Всё давно придумано, просто надо пользоваться ГОСТ 15.016-2016 как это делают профессионалы.

Share this post


Link to post
Share on other sites
16 hours ago, vldmr86 said:

У нас в компании...

Полагаю Вам надо действительно никого тут не слушать, пока не будет реального документа. И сделать все самостоятельно.

Прекрасную ссылку дал выше Kiber99  и вдогон вот эта https://habr.com/ru/post/328822/

Значит как написать ТЗ самому. Нужно прочитать статью на Хабре бегло, и скрупулезно пройтись по документу  http://www.internet-law.ru/gosts/gost/64271/   который предоставил Kiber99.

Прям по шагам, открываете ГОСТ, открываете Word  и начинаете вносить разделы с номерами, обозначая двумя тремя словами содержание каждого раздела.

Затем смотрите на свой проект и вписываете реальные данные в каждый пункт. Я делал так и все прокатило. Но было давно, сейчас документов не найду.

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

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

Если над Вами кто то посмеялся, это был просто троллинг, или попытка отжать денег.  Формат ТЗ и крутизна компании ну вот никак не коррелируют.

Обычно берут одну и ту же форму внутри корпоративную и из года в год ее переписывают.

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

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

В этом нет ничего зазорного, смешного или необычного.

Ну а если решитесь писать с нуля, рецепт выше.  Удачи.

 

А ну да, в чем же отличие требований от задания.  Требования это список парамтров которым должно соответствовать устройство или система. Техническое задание это задание на реализацию устройства или системы, которое (устройство или система) соответствует требованиям. Говоря бытовым языком, ТТ это то каким должен быть суп по вкусу цвету и температуре, а ТЗ это рецепт как приготовить такой суп. Все просто :)

 

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

Share this post


Link to post
Share on other sites
20 минут назад, TrestConsom сказал:

Технические требования же - в основном выраженные в письменной форме пожелания Заказчика.

В моём понимании технические требования, это п.4.12 ГОСТ 2.316-2008 указанные на чертежах.

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites
On 3/6/2019 at 12:54 PM, Kiber99 said:

Всё давно придумано, просто надо пользоваться ГОСТ 15.016-2016 как это делают профессионалы.

Спасибо за ссылку.

* * * * *
РВ-ешные ГОСТы более конкретны, в частности, ТЗ на составную часть (СЧ) опытно-конструкторской работы (ОКР) пишет головной исполнитель. 
Не помню, возможно на этом сайте обсуждалось: «Кто пишет ТЗ?» – ответ (замечательный ответ) был – «В соответствие с ГОСТ РВ… должен писать заказчик, но, он такое напишет, что… поэтому ТЗ должен писать исполнитель, но, так, что бы заказчик был уверен, что ТЗ написал именно он».
Пример ТЗ см.
Обращаю внимание, что все заголовки разделов должны быть. Если раздел не нужен, то под заголовком пишут: «Требования не предъявляются» – это своего рода страховка, что Вы ничего не упустили.

Пример_ТЗ_КСП.doc

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now