Вселенная решений

Парадокс системы разработок

Парадокс системы разработок

В настоящее время сложилась парадоксальная ситуация — деньги на разработки есть, а самих продуктов нет. Проблемы выполнения опытно-конструкторских работ признаны и государственными, и коммерческими структурами. Причинами, как нам кажется, являются:

  • плановое уничтожение советской системы разработок, основанной на государственных стандартах;
  • отсутствие адекватной замены советской системы разработок;
  • нарушение порядка передачи опыта старших поколений разработчиков младшим;
  • снижение компетентности заказчиков и разработчиков.

История проблемы

В период с конца восьмидесятых годов прошлого века до начала второго десятилетия нынешнего, повсеместно вводилась система менеджмента качества со своими стандартами. Требования к системе менеджмента качества должны были стать дополняющими требованиями к продукции (ГОСТ Р ИСО 9001-2008), но не заменяющими требования системы разработки и постановки продукции на производство (ГОСТ Р 15.301-2016). Но, оказалось, что ломать проще и легче, чем создавать.

В результате реорганизации отделов технического контроля (ОТК), отделов технической документации (ОТД), технологов и метрологов в единые службы качества, увольнения старых работников, контроль за процессом разработки изделий был разрушен, разработчики перестали правильно применять ГОСТ Р 15.301-2016 при разработке изделий.

В тот же период возвращались из-за границы люди прошедшие начальное обучение в тамошних учебных заведениях. Они не знали советской системы разработки изделий, но «по верхам» знали западные, и начали строить свою работу вбрасывая красивые термины, типа, «junior», «middle», «senior» и много подобных. Что они на самом деле значат никто не может сказать однозначно и по сию пору, но термины живут, а незнание добивает систему.

В процессе разработки, устоялось мнение, что результатом разработки изделия является само изделие, к которому «злые дядьки» из надзорных органов требуют какие-то «бумажки», хотя на самом деле, результатом разработки изделия является рабочая конструкторская документация, правильность которой подтверждается испытаниями опытного образца изделия, а результатом постановки изделия на производство является документация на установочную серию изделий, прошедшую квалификационные испытания.

Разработчики, заказчики, надзорные органы перестали понимать друг друга, применяя неправильно, или подменяя их другими, термины:

  • исполнитель и головной исполнитель;
  • изделие и головное изделие;
  • обозначение изделия и децимальный номер;
  • опытно-конструкторская работа (далее ОКР), составная часть ОКР (СЧ ОКР) и составная часть изделия;
  • научно-исследовательская работа (далее НИР) и т.д.

Более того, применение стандартов стало добровольным. Куда уж хуже? То есть, произошло разрушение советской системы разработки, без создания новой. Именно — системы.

Настоящее состояние системы национальной разработки

Настоящее состояние разработок можно проиллюстрировать следующим образом:

Cостояние разработок

Cостояние разработок
Примечание: рисунок взят из открытых источников. Мы благодарим неизвестного нам автора.

Что же можно увидеть на рисунке:

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

Вот так реально и обстоят дела.

Что мы хотим?

Чего же мы хотим достичь серией статей? Какие причины, указанные во введении к статье, хотели бы устранить? Мы хотим:

  • напомнить о требованиях системного подхода к разработкам;
  • изложить наш взгляд на систему стандартов;
  • обобщить личный опыт, полученный при разработке изделий в ходе ОКР;
  • повысить компетентность заказчиков и разработчиков;
  • собрать в одном месте подсказки и ссылки на стандарты.

Серия может быть полезной конструкторам изделий, руководителям проектов, инженерам по разработке конструкторской документации и другим сотрудникам, связанным с выполнением ОКР.

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

Актуальность стандартов необходимо уточнять. Приводимые тексты не являются эквивалентными цитатами.