Записи с меткой ‘процессы’

Внедрение процессов Системы Управления Безопасностью Полетов (SMS) у Разработчиков АТ

В России Safety Management System (SMS) переведена и внедрена в действие как Система управления Безопасностью Полетов (СУБП). Данный перевод к сожалению искажает заложенный ИКАО смысл и в данной статье мы будем использовать термин «Система менеджмента безопасности».

Система менеджмента безопасностью (SMS) – систематический подход к менеджменту безопасности, включающего необходимые организационные структуры, распределение ответственности, политики и процедуры.

Менеджмент безопасности:

a)    включает всю деятельность;

b)    делает акцент на процессы с четким разграничением между процессами и результирующими последствиями;

c)    основано на данных;

d)    включает постоянный мониторинг;

e)    строго документируется;

f)     направлено на постепенное совершенствование, а не резкие изменения;

g)    основано на стратегическом планировании, а не на разрозненных инициативах.

 

При внедрении SMS необходимо внедрить следующие процессы:

 

Процесс №1        «Управление безопасностью рисков» 

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

Необходима идентификация проблем, определение компенсирующих действий, системных корректирующих действий, а также  профилактических проверок эффективности.

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

Необходимо:

  • Разработать документированную процедуру по управлению безопасностью рисков на всех этапах проектирования и внедрить ее в организации.

 

Процесс №2        «Актуализация процедур Разработчика АТ под требования СУБП».

Необходимо провести:

  • Разработку «Руководства организации-Разработчика»;
  • Разработка мероприятий по изменению структуры предприятия Разработчика в соответствии с Руководством организации-Разработчика;
  • Актуализация процедур Разработчика АТ под требования СУБП;
  • Ознакомление инженерного персонала с Руководством организации-Разработчика и откорректированными процедурами.

 

 

Процесс №3        «Соответствие и соблюдение конструкторских данных».

Стандартные показатели, которые разработаны для оценки соответствия конструкторской деятельности требованиям гарантии проектирования. Данные должны быть готовы для обеспечения потребностей внутренних и внешних пользователей. Если мы не будем оценивать соответствие, как мы узнаем, что разработка выполняется правильно и что нужно что-то изменить?

Необходимо:

  • Разработать стандартные показатели для оценки соответствия системы проектирования требованиям СУБП в организации;
  • Задокументировать систему оценки соответствия;
  • Провести оценку соответствия требованиям документированной процедуры.

 

Процесс №4        «Разработка документации СУБП».

Необходимо провести:

  • Разработку плана выпуска документации по СУБП;
  • Разработку документации по СУБП;
  • Поддержание документации в управляемых условиях;
  • Ознакомление инженерного персонала с документацией;
  • Аудит знаний персонала.

 

Процесс №5        «Управление поставщиками/ субподрядчиками»

 

Процесс №5.1     Программа управления поставщиками/ субподрядчиками.

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

Необходимо:

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

 

Процесс №5.2     Утверждение поставщика/субподрядчика изделия / процесса.

Отсутствие надежной квалификации при проверке поставщиков/ субподрядчиков процессов и изделий вызывает возможность появления риска. Несоответствия результатов испытаний в конце программы могут быть смягчены путем применения ранних проверок и надежного процесса квалификации поставщика.

Необходимо:

  • Разработать документированную процедуру по процессу выбора, проверки и утверждения поставщиков/субподрядчиков;
  • Провести оценку и утверждение поставщиков/субподрядчиков в соответствии с процедурой.

 

Процесс №5.3     Доведение требований до поставщиков/субподрядчиков.

Доведение требований до поставщиков/субподрядчиков включает уведомление об инженерных изменениях (например, технической документации, материалов, процессов), а также изменениях в дополнительных требованиях (например, контроля, испытаний, поставки, транспортировки, упаковки).

Необходимо:

  • Разработать и внедрить документированную процедуру по уведомлению поставщиков/ субподрядчиков об инженерных изменениях.

 

Процесс №6        «Обучение персонала».

Все специалисты должны быть обучены, должен быть внедрен активно управляемый план обучения, в том числе по процессу гарантии проектирования и управления рисками.

 

Необходимо провести:

  • Оценку квалификации персонала;
  • Оценку системы обучения персонала (разработка плана обучения, разработка учебных материалов, проведение обучения);
  • Разработку плана обучения персонала по СУБП;
  • Разработку учебных материалов по СУБП;
  • Обучение персонала по СУБП;
  • Периодическую оценку уровня знаний персонала по СУБП.

 

Процесс №7        «Накопленный опыт непрерывно вкладывается в инструктивные материалы, например, РТМ»

Необходимо провести:

  • Разработку плана выпуска документов, содержащих инструктивные материалы со сроками и ответственными исполнителями;
  • Выпуск документов, содержащих и обобщающих накопленный опыт по проектированию, в соответствии с планом;
  • Ознакомление инженерных специалистов организации с документами, обобщающими опыт проектирования;
  • Содержать документы в управляемых условиях, постоянно внося в них информацию по новому опыту, накопленному в процессе проектирования.

 

Процесс №8        «Определение границ изменения продукции»

Чем меньше корректируется и перерабатывается продукция, тем меньше ее стоимость и потребности в ресурсах.

Необходимо:

  • Разработать документированную процедуру по изменению конструкторской документации, управлению изменениями продукции, управлению отклонениями продукции;
  • Поддерживать процедуру в управляемых условиях;
  • Провести оценку конструкторской деятельности на соответствие требованиям процедуры.

 

Процесс №9        «Контролируемая интеграция проекта»

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

Необходимо:

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

 

Процесс №10      «Надежная система управления конфигурацией и данными»

Электронные модели, чертежи, результаты тестирования и моделирования находятся под постоянным контролем.

Необходимо:

  • Разработать систему управления конфигурацией;
  • Выпустить документированную процедуру по этому процессу;
  • Отслеживать соответствие действующей системы утвержденной процедуре.

 

Процесс №11      «Оценка требований Системы менеджмента безопасности»

Необходимо:

  • Разработать план проведения аудитов по СМБ;
  • Проводить аудиты системы;

Разрабатывать мероприятия по функционированию СМБ.

Яндекс.Метрика