Организация опытно-конструкторских работ и управление ими. Шипилевский Г.Б. - 16 стр.

                                   16

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