Как правильно оформляют ТЗ?

[ihtiyar-ua]

Наиболее близко к теме (проекты электроники) ТЗ на АСУТП. Кстати, система ГОСТов 24, 34 группы предусматривает еще и тактико-техническое задание (аванпроект), как раз на случай неопределенности Заказчика. Кому интересно, пишите на ihtiyar-ua@mail.ru, ГОСТы скину.
Кстати, АСУшные подходы использую всегда (я проектировщик-электрик с лицензией на ЧП), никогда еще не подводило.

[krian]

Есть стандарт ГОСТ Р 15.201 (Система разработки и постановки на производство).
Там написано: "5.1. Основанием для выполнения ОКР является ТЗ, утвержденное заказчиком, и договор (контракт) с ним. В качестве ТЗ может быть использован иной документ, содержащий необходимые и достаточные требования для разработки продукции и взаимопризнаваемый заказчиком и разработчиком." Так что ТЗ - это не обязательно 40% работы.

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

[Gnider]

Есть стандарт ГОСТ Р 15.201 (Система разработки и постановки на производство).
Там написано: "5.1. Основанием для выполнения ОКР является ТЗ, утвержденное заказчиком, и договор (контракт) с ним. В качестве ТЗ может быть использован иной документ, содержащий необходимые и достаточные требования для разработки продукции и взаимопризнаваемый заказчиком и разработчиком." Так что ТЗ - это не обязательно 40% работы.

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

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

[krian]

Да мы то можем. Дальше по обстоятельствам. Если это легко и быстро, то можно и сделать, а если это сложно или надо все переделывать заново, то за дополнительные деньги. Но сначала пусть заказчик купит то, что сделано в соответствии с ранее подписанным договором.
Я совсем не имел в виду, что то, что не написано в ТЗ, исполнитель сделает обязательно плохо. Он сделает, как он считает правильно. Мы, например, всегда заранее выясняем пожелания заказчика. Особенно, если он явно не понимает. Мы можем объяснить, предложить варианты. Но часто бывает, что даже одни и те же слова люди понимают по разному. Поэтому ключевые моменты должны быть прописаны в ТЗ или договоре. Причем так, чтобы было однозначное толкование написанного. Это тоже, кстати, требование ГОСТ.
В ЕСКД нет стандарта на написание ТЗ. Обычно при подготовке серъезных ТЗ используют ГОСТ 2.114 и включают в ТЗ те же разделы, которые положены для технических условий.