[INT1 0]

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

[line 0]

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

<{POST_SNAPBACK}>

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

_____19.201_78.doc

_______15.201_2000________________________________________.doc

[_Sam_ 0]

Попробуйте посмотреть нижеприведённые ссылки может как-нибудь поможет.

http://tepmoc.narod.ru/documets/FAQzakaz/tz.htm

http://tepmoc.narod.ru/documets/FAQzakaz/index.htm

[INT1 0]

похоже с ГОСТами, цепная реакция может получиться :). Но, теперь хоть имеется общее представление. Большое спасибо ответившим.

[dissector 0]

Есть статья Как писать техническое задание?!, в ней найдете и ссылки на соответствующие ГОСТы.

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

Как говаривал генерал Лебедь - "Очень не советую" :)

 

А Заказчик никогда толком не знает, что хочет. Поэтому ТЗ всегда пишет Исполнитель.

[INT1 0]

Спасибо, хорошо хоть статья с юмором написана, лично на меня эта тех. док. беспросветную тоску нагоняет :( .

[monitor7 0]

Поверьте опыту. Какое ТЗ, таков и конечный результат.

[upc2 0]

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

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

заказчик, но ГОСТ допускает составление ТЗ совместно с исполнителем.Обычно ТЗ составляет

сам исполнитель (в его интересах, чтобы не спугнуть заказчика) , но заказчик должен думать , что

он принимает в этом активное участие.

[INT1 0]

да, похоже составление ТЗ совместно с заказчиком, задача не только техническая, но и политическая...

[dissector 0]

Вот еще один практический совет: если разрабатываете ТЗ на АС - потребуется ГОСТ 34.602, если ТЗ на софтину - ГОСТ 19.201, но разработать ТЗ на изделие по ГОСТ Р 15.201 невозможно. ГОСТ Р 15.201 - это самая настоящая идеологическая диверсия, поскольку в нем отсутствует структура и содержание документа Техническое задание. Что и как писать - одному грефу известно.

 

Разумнее всего пойти "от обратного", взять ГОСТ 2.601-95 - руководство по эксплуатации на изделие и вывернуть его наизнанку - переделать сведения на требования. например:

 

Назначение изделия - Требования к по назначению

Технические характеристики - Требования к техническим характеристикам

Состав изделия - Требования к составу изделия

и так далее.

 

Смело можно воспользоваться ГОСТ 2.114, поскольку ТУ и ТЗ - "те же ..., только в профиль" :)

[BVU 0]

Смело можно воспользоваться ГОСТ 2.114, поскольку ТУ и ТЗ - "те же ..., только в профиль" :)

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

Можно так же добавить следующее, что 100% выполнение ТЗ всех ТУ является - качеством продукции.

[dissector 0]

А вот с этим можно несогласиться, т.к. ТУ - условия, ну мало ли они какие, они могут выполняться, а могут и нет.

Должны выполняться. Именно должны.

[dissector 0]

Тот, кому лениво разрабатывать ТЗ самому, может смело позаимствовать ГОТОВЫЕ ОБЩИЕ разделы ТЗ здесь.

[dissector 0]

Ссылка изменилась - http://authorit.ru/ а отредактировать предыдущий пост не удается :(

[*Leks* 0]

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

Потом после согласования ТЗ мы в довольно сжатые сроки выдавали готовое изделие. Заказчик доволен оперативностью.

Минусы: на малом предприятии трудно изыскать средства на неутверждённую разработку.