Перейти к содержанию
    

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 часов назад, V_G сказал:

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

14 hours ago, vldmr86 said:

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 minutes ago, vldmr86 said:

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

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

 

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

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

16 hours ago, vldmr86 said:

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

16 часов назад, vldmr86 сказал:

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

16 hours ago, vldmr86 said:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

20 минут назад, TrestConsom сказал:

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 3/6/2019 at 12:54 PM, Kiber99 said:

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...