Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Управление_процессами_теория.doc
Скачиваний:
29
Добавлен:
08.05.2019
Размер:
3.36 Mб
Скачать

6.Управление процессами проектирования и разработки

6.1 Обеспечение качества на этапе проектирования

Когда говорят об обеспечении качества на этапе разработки и проектирования, как правило, имеют в виду контроль за выполнением тех работ, последовательность которых может быть описана в процедурах (стандартах предприятия), за которые можно приписать ответственность и в процессе которых может вестись регистрация данных, что собственно и делает эти работы контролируемыми. К тому же каждый новый проект обычно содержит зарекомендовавшие себя наработки из прежних проектов, применение которых также поддаётся контролю. А если учесть, что ошибки, допущенные на стадии проектирования, трудно исправить, и само исправление вызывает большие затраты, необходимость стандартизации на данном этапе создания продукции становится очевидной.

Рисунок 6.1 – Схема процесса проектирования

По большому счёту, процесс проектирования можно рассматривать как трансформацию требований заказчика (клиента) в рабочие документы для производства. В общих чертах, без излишней детализации, такой процесс можно схематично представить, как на рисунке 6.1.

Из приведённой схемы наглядно видны фазы, поддающиеся стандартизации. Не подлежит ей такая творческая работа, как создание концепции изделия. Все остальные шаги могут быть охвачены системой управления качеством и проконтролированы. Сюда относятся: порядок рассмотрения результатов каждой из фаз разработки изделия, проверка расчётов, подготовка всевозможных документов (чертежей, технических условий, производственных стандартов и инструкций, и методик и т.д.), порядок передачи информации от заказчика разработчику от разработчика в производство и т.д. В сущности, разработанная в советское время система СРПП (разработки и поставки на производство) может сослужить здесь хорошую службу. Её (СРПП) нужно только разумно использовать, структурировав в соответствии с требованиями международных стандартов.

Итак, обращаясь к приведённому выше тексту стандарта и отталкиваясь от схемы рис. 6.1, перечислим основные работы, связанные с обеспечением качества на стадии проектирования:

        1. Анализ требования контракта;

        2. Контроль за подготовкой, распространением, хранением и изъятием документации;

        3. Обеспечение взаимодействия участников процесса проектирования и совместимости составных частей проекта (см. стандарт ИСО 9001);

        4. Проверка и подтверждение проекта;

        5. Рассмотрение готового проекта;

        6. Контроль за изменениями проекта.

Анализ контракта имеет важное значение, поскольку все задействованные на этапе проектирования специалисты и подразделения должны с самого начала знать свои обязанности по данному контракту. Бригада, анализирующая контракт, должна включать руководителей контракта, ведущих специалистов и представителей от подразделения качества. Они должны чётко определить объём работы, убедиться, что все заинтересованные стороны понимают свои задачи, и что в плане по качеству предусмотрены необходимые проверки и время их проведения. Следует также убедиться, что применимые к данному контракту стандарты и технические условия имеются в наличии в тех подразделениях, где они нужны, и соответствуют последней дате выпуска. Если в контракте содержатся требования безопасности и охраны окружающей среды, бригада должна позаботиться, чтобы регулирующие документы соответствующих организаций имелись в распоряжении. Тогда же следует определить порядок отчётности и немедленно довести его до исполнителей, что позволит в дальнейшем избежать ненужной путаницы и ошибок. Совещания по анализу контракта должны протоколироваться.

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

Рисунок 6.2 – Вариант обозначения документов, относящихся к одному контракту

Следует разработать формализованные процедуры проверок и утверждения документов. Важно установить виды документов, принадлежащих проверкам, а не проверять подряд все сто процентов документов, что чревато большими потерями времени. Тот же принцип следует применить и к утверждению документов. Должны быть также формализованы процедуры распространения документов. Для удобства отслеживания их движения можно воспользоваться табличной (матричной) формой: слева вертикальной колонке перечисляются типы документов, а в остальных колонках – подразделения или лица, кому они направляются. При направлении документов полезно руководствоваться принципом "необходимо знать", а не "хотелось бы знать". Должны быть также разработаны процедуры хранения, передачи, отмены и изъятия документов.

Проверка и утверждение изменений к документам исполняются в соответствии с теми же процедурами, что применяются для самих документов.

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

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

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

Проверка проекта с точки зрения обеспечения качества предполагает не столько проверку правильности заложенных в проект решений, сколько проверку их соответствия входным требованиям, в том числе требованиям безопасности и законодательства. Проверка проекта – это по существу систематическое отслеживание хода проектирования. Для этого нужны три вещи: ответственный за проверки, установленный порядок проведения проверок и журнал регистрации их результатов.

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

Что касается рассмотрений проекта, здесь можно выделить три особенности. Первая состоит в том, что проект по мере его развития от оригинальной концепции до рабочей документации для производства рассматривается не один раз. Обязательно – в начале, когда концепция принята, и в конце, когда проект готов. Промежуточные рассмотрения предусматриваются заранее (так называемая разметка вех). Их необходимость связана с трудностью и дороговизной внесения изменений на более поздних стадиях. Вторая особенность состоит в том, что работа по рассмотрению проекта должна быть формализована с установлением ответственных за её проведение, регистрацией принятых решений и отслеживанием предпринятых в соответствии с решениями мер. И третья особенность – привлечение к рассмотрениям людей, непосредственно не связанных с проектированием. Это объясняется тем, что в процессе рассмотрения проект оценивается с точки зрения соблюдения требований контракта, использования результатов проведённых исследований и пригодности для тех, кто будет применять проект.

Примерный перечень по контролю за проектом и действия при этом по обеспечению качества подытожены в таблице 6.1.

Помимо собственно контроля за проектом, как он изложен в стандарте ИСО 9001, на стадии разработки и проектирования продукции должны реализовываться требования к прослеживаемости, надёжности, ремонтопригодности и некоторые другие. Эти требования, как правило, задаются в контракте или формулируются при его анализе, а их выполнение контролируется.

Когда говорят о прослеживаемости, имеют в виду:

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

  • прослеживаемость дефектных материалов, компонентов или оборудования;

  • прослеживаемость данных и информации, необходимых для подготовки наиболее рациональных процедур технического обслуживания;

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

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

Требования по надёжности и ремонтопригодности очень важны для сложных современных изделий техники. По регламентации упомянутых требований первое место среди англоязычных документов занимают военные стандарты США, в которых описываются программы обеспечения надёжности и ремонтопригодности, методы расчёта наработок на отказ (или между отказами), методы испытаний на надёжность и долговечность, методы оценивания роста надёжности и др. Всё это сугубо инженерные вопросы и решаются они специалистами в области надёжности. Задача отдела обеспечения качества в этом деле – проверять на базе разработанных процедур выполнение предусмотренных работ в соответствии с установленными требованиями.

Таблица 6.1 – Примерный перечень по контролю за проектом и действия при этом по обеспечению качества

Контроль за проектом

Вид работ

Состав работ

Кем выполняются

Действия по обеспечению качества

1. Анализ контракта

Рассмотреть:

  • объём работ;

  • TV и стандарты;

  • заложенные принципы;

  • критерии проектирования;

  • регулирующие требования;

  • организацию работ.

Руководитель(и) контракта, разработчики, представители обеспечения качества

Проверить, что перепутанная и противоречивая информация выявлена и удовлетворительно закрыта третьим лицом

2. Подготовка, проверка и сохранение документов

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

Руководитель(и) контракта, разработчики, заказчик (при необходимости)

Аудит соблюдения процедур

3. Отдельская проверка

Проверить содержание и точность документов, разработанных в собственном отделе

Соответствующий отдел

Аудит соблюдения процедур

4. Межотдельская проверка

Гарантировать совместимость частей проекта, разработанных разными отделами, а также точность содержания

Руководитель(и) контракта, разработчики

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

5. Внутренне рассмотрение проекта

Анализ работ по проектированию по мере их продвижения и по завершению

Руководитель(и) контракта, разработчики, обеспечение качества

Проверять, что разногласия сняты

6. Контроль за проектные интерфейсами (см. также п. 4 таблицы)

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

Руководитель(и) контракта, разработчики, субподрядчики, заказчик

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

7. Контроль за изменениями

Проверить внесение изменений

Руководитель(и) контракта, разработчики

Наблюдать за внесением изменений, как это требуется, чтобы закрыть вопрос или утвердить

8. Внешние рассмотрения проекта

Детализированная проверка проекта с точки зрения:

  • адекватности проекта;

  • соблюдения контракта;

  • учёта результатов исследований.

Независимая бригада специалистов из отделов, заказчик

Аудит с участием руководителей по контракту, с целью убедиться, что любые несоответствия исключены

9. Аудит и корректирующие действия

Обеспечить, чтобы несоответствия немедленно выявлялись и принимались корректирующие меры, позволяющие предотвратить повторение несоответствий

Руководитель(и) контракта, разработчики, обеспечение качества

Координировать и проверять выполнение корректирующих действий, а также принятие мер по недопущению повторения несоответствий