Во-первых, я думаю, что важно отметить, что фактическая юридическая ответственность будет варьироваться в каждом конкретном случае, это никогда не было так просто, как «Они были инженером, это их вина». В ситуациях, когда что-то случается, и разрабатываются судебные процессы, они, вероятно, собираются назвать каждую отдельную компанию, а также всех ключевых людей в этих компаниях, ответственных за дизайн. Тем не менее, я думаю, что могу дать общее представление, основанное на моем опыте и на том, что мне рассказали на тренинге по юридической ответственности.
Лично я возлагаю большую часть вины в этой ситуации на владельца, который пользуется планами, которым уже несколько лет, и никто не имеет права смотреть на них и обновлять их. Я видел (небольшие) проблемы с этим в моей позиции. Чертежи заполняются и отправляются в другой отдел для утверждения, и по какой-либо причине они сидят на столе разработчика приложений месяцами, иногда около года или более года. Чертежи затем отправляются как есть, но внутренние изменения, которые были внесены в стандарты чертежей с момента первоначального обновления чертежей, не выполняются. Это незначительные проблемы, но легко увидеть, что это происходит в более широком масштабе времени и с более серьезными последствиями.
Чертежи должны быть датированы. Это довольно распространенная практика, и это одна из причин, почему. Мы хотим знать, когда были сделаны чертежи, чтобы определить, что изменилось с момента разработки, будь то стандарты, нормы, законы или просто сопрягаемые детали. Если чертежи сделаны в соответствии с действующими на тот момент кодами и стандартами, я не понимаю, как инженер может нести ответственность за этот проект, если только не будет доказано, что инженер знал код, нуждающийся в пересмотре для обеспечения безопасности. проблемы. В этом случае, приведение печати в соответствие с кодом недостаточно, потому что мы знаем, что код не предотвратит некоторые проблемы.
Это на самом деле сводится к тому, что в процессе проектирования необходимо принимать во внимание все аспекты безопасности, а там, где риск не может быть устранен, необходимо четко указывать, что такое риск и как его можно снизить с помощью пользователь.
Во-вторых, это звучит как очень серая зона, и я действительно не мог обсуждать какие-либо юридические аспекты этого. Но я скажу, что, думаю, если инженер знает, что строящийся проект устарел и может каким-то образом вызывать проблемы, он несет этическую ответственность за то, чтобы связаться с кем-то, кто все еще связан с проектом, и проинформировать его о ситуации. , Возможно, это не их юридическая ответственность, но я думаю, что это правильно.
Само собой разумеется, что у любого инженера, все еще связанного с проектом, есть то же самое обязательство, только более сильное, чтобы сказать, что проекты должны быть обновлены, и они не могут использоваться в их текущей форме.
Чтобы дать некоторый контекст для этого, основной продукт, который производит моя компания, может быть чрезвычайно опасным в своей операционной среде. Защита абсолютно необходима, если продукт не полностью защищен другими частями машины. Сама защита может незначительно отличаться от компании к компании, но в значительной степени она одинакова, поскольку регулируется стандартом ISO. Однако этот стандарт с годами изменился, и даже организация, которая создает основной стандарт, изменилась. Это означает, что у нас есть старые проекты, которые имеют старую защиту, которая все еще активна в нашей системе. У нас есть один сотрудник, который отлично разбирается в отрасли и, в частности, в правилах безопасности и даже входит в некоторые комитеты по безопасности. Он следит за тем, чтобы новые конструкции соответствовали стандартам защиты, а старые продукты обновлялись по мере необходимости. Иногда это означает, что мы можем сказать покупателю, что мы не будем продавать им этот продукт, если они не позволят нам обновить защиту (в некоторых случаях более новая защита обходится дороже). Он не всегда самый популярный человек, но это его работа, и именно так мы управляем нашим кодовым соответствием в мире, где коды и стандарты не согласованы.