Системы менеджмента качества при эксплуатации и обслуживании электроподвижного состава

Размещено на http://www.allbest.ru/

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Уральский государственный университет путей сообщения»

(ФГБОУ ВПО УрГУПС)

Кафедра: Экономика.

РЕФЕРАТ

По дисциплине: Системы менеджмента качества при эксплуатации и обслуживании электроподвижного состава

Выполнил

студент гр.ПСт412

№ зач. кн. 12-ПСт-06

Зайков А.С.

Проверил

Ст. преподаватель Скораева Е.А.

Екатеринбург

2016

Содержание

1. Маркетинг. Стейкхолдеры

2. Этапы внедрения системы менеджмента качества

3. Диаграмма Парето

Используемая литература

1. Маркетинг. Стейкхолдеры

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

Другие определения:

Физическое лицо, команда, организация или их классы, имеющие интерес в системе (ISO/IEC 42010:2011).

Физическое лицо, группа лиц или организация, которые могут влиять на систему или на которых может повлиять система

Стейкхолдеры обеспечивают возможности для системы и являются источником требований для системы.

Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.

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

Типы (группы) стейкхолдеров.

Исчерпывающего списка типов (групп) стейкхолдеров не существует, так как для различных целевых систем они могут значительно отличаться. Можно привести примеры наиболее распространённых типов (групп) стейкхолдеров, которые упоминаются в стандартах (ГОСТ Р ИСО/МЭК 15288:2005, ISO/IEC 29148:2011, ГОСТ Р ИСО/МЭК 12207:2010, OMG Essence), Своде знаний по системной инженерии (SEBoK) и учебниках по системной инженерии

Приобретающая сторона, или покупатель (англ. acquirer) -- организация или физическое лицо, которое приобретает или получает (англ. procures) продукт или услугу от поставщика. Приобретающей стороной может быть: покупатель, заказчик, владелец, оптовый покупатель.

Заказчик, или клиент (англ. customer) -- организация или физическое лицо, получающее продукт или услугу.

Разработчик (англ. developer) -- организация или физическое лицо, которое выполняет задачи разработки, включая анализ требований, проектирование, тестирование в течение всего жизненного цикла.

Поставщик (англ. supplier) -- организация или физическое лицо, которое вступает в соглашение с приобретающей стороной на поставку продукта или услуги.

Пользователь (англ. user) -- лицо или группа лиц, извлекающих пользу в процессе применения системы.

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

Сопровождающая сторона (англ. maintainer) -- организация или физическое лицо, выполняющее поддержку системы на одном или нескольких этапах жизненного цикла; организация, которая осуществляет деятельность по сопровождению.

Ликвидатор (англ. disposer) -- организация или физическое лицо, выполняющее ликвидацию (изъятие и списание) рассматриваемой системы и связанных с нею эксплуатационных и поддерживающих служб.

Аккредитор, или инспектор (англ. accreditor) -- организация или физическое лицо, выполняющее проверку системы на соответствие требованиям в процессе сдачи системы в эксплуатацию.

Регулирующий орган (англ. regulatory bodies) -- организация или физическое лицо, проверяющее систему на соответствие требованиям в процессе эксплуатации.

Остальные -- персонал поддержки (англ. supporters), инструкторы (англ. trainers), операторы (англ. operators) и другие.

Идентификация стейкхолдеров по стадиям жизненного цикла

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

Таблица 1. Определение стейкхолдеров в соответствии со стадиями жизненного цикла системы

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

Степень учёта и вовлечения стейкхолдеров

Состояния стейкхолдеров (OMG Essense)

Согласно предложениям OMG выделяются 6 состояний, в которых может находиться проект с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров:

Признаны (англ. Recognized) -- стейкхолдеры были определены.

Представлены (англ. Represented) -- согласованы методы привлечения стейкхолдеров и назначены представители от каждой группы стейкхолдеров.

Вовлечены (англ. Involved) -- представители групп стейкхолдеров принимают активное участие в работе и выполняют свои обязанности.

В согласии (англ. In agreement) -- представители стейкхолдеров находятся в согласии.

Удовлетворены внедрением (англ. Satisfied for deployment) -- минимальные ожидания представителей стейкхолдеров были достигнуты.

Удовлетворены использованием (англ. Satisfied in use) -- система удовлетворяет или превышает минимальные ожидания стейкхолдеров.

Для оценки текущего состояния проекта с точки зрения учёта, вовлечения и удовлетворённости стейкхолдеров предлагаются следующие контрольные списки:

Таблица 2. Контрольные списки для стейкхолдеров

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

Роль стейкхолдеров в процессах организационного обеспечения проектов.

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

Роль стейкхолдеров в управлении портфелем проектов.

В стандарте ГОСТ Р ИСО/МЭК 12207:2010 (ISO/IEC 12207:2008) отмечено, что в механизме управления изменениями контракта необходимо отразить роли и ответственность руководства, уровень формализации заявок на предложенные изменения и дополнительных переговоров по контракту, а также связи со стейкхолдерами.

В результате успешного управления портфелем проектов:

уточняются, расставляются по важности и выбираются возможности, инвестиции или потребности деловой сферы с учетом рисков;

определяются и распределяются ресурсы и денежные средства для каждого проекта;

изменяются или ликвидируются проекты, не удовлетворяющие условиям соглашения или запросам стейкхолдеров;

формулируются полномочия и ответственность руководства проектом;

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

Роль стейкхолдеров в управлении качеством

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

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

Роль стейкхолдеров в управлении рисками.

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

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

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

Роль стейкхолдеров в технических процессах.

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

Роль стейкхолдеров в процессе определения требований.

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

Результатами успешного осуществления процесса определения требований стейкхолдеров является:

требуемые характеристики и условия использования услуг;

формализованные ограничения для системных решений;

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

документированная основа для определения системных требований;

основа для валидации соответствия услуг;

сформированная основа для ведения переговоров и заключения соглашений о поставке услуги или продукции.

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

Процесс идентификации требований состоит из решения следующих задач:

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

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

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

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

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

Базовая линия.

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

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

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

примеров или областей решений, определенных стейкхолдерами;

реализации решений, принятых на более высоком уровне системной иерархии;

требований по использованию определенных обеспечивающих систем, ресурсов и штатного персонала.

2. Этапы внедрения системы менеджмента качества

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

Основные этапы внедрения СМК следующие:

Первый этап - анализ существующей ситуации в организации и обучение персонала;

Второй этап - разработка документации и изменение работы сотрудников;

Третий этап - проведение внутреннего аудита системы качества.

Каждый из этих этапов состоит из определенного, достаточно большого набора работ. Наиболее сложным и трудоемким этапом является второй этап работ, а вот наиболее критическим для всего проекта внедрения СМК является первый. Рассмотрим, что нужно сделать, чтобы разработать и внедрить систему качества.

Анализ существующей ситуации в организации и обучение персонала.

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

Работы первого этапа состоят из следующих основных шагов:

Шаг 1. Издается приказ по предприятию о начале работ по системе качества.

В приказе указываются:

цель начала работ;

ответственный за систему качества от руководства организации (лицо рангом не ниже зам. ген. директора);

состав рабочей группы по внедрению системы качества.

При выполнении этого шага необходимо обратить внимание на следующие моменты:

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

2. Состав рабочей группы, непосредственно занимающейся системой качества должен быть не более 5-7 человек.

Для малого предприятия (до 100 человек) группа может выглядеть следующим образом:

Руководитель группы - руководитель службы качества организации (должен уделять не менее 50% рабочего времени вопросам построения системы качества, лучше, когда все 100%). Он же может являться и единственным сотрудником этой службы;

Участники рабочей группы - ключевые сотрудники подразделений, знающие как работает подразделение (должны уделять не менее 5-10 % своего рабочего времени вопросам построения системы качества помимо основной работы).

Для крупного предприятия:

Руководитель группы - руководитель службы качества организации, 100% рабочего времени уделяющий вопросам системы качества;

Участники группы - сотрудники службы качества, 100% времени уделяющие вопросам построения системы качества.

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

Шаг 2. Так как анализ существующей ситуации в организации выполняется на предмет построения системы качества, то следующим шагом будет обучение участников рабочей группы менеджменту качества и требованиям стандартов ИСО серии 9000. Руководитель рабочей группы и ее участники должны быть обучены обязательно, т.к. анализ существующего положения дел и разработка системы качества будет являться их основной задачей.

Шаг 3. Для того, чтобы понять на сколько сильно существующая деятельность в организации отличается от требований стандарта ИСО 9001:2008 необходимо провести анализ текущей ситуации. Сбор исходных данных проводится, в основном, двумя методами - анкетированием и проведением интервью. Наиболее эффективно использовать оба метода, сначала провести анкетирование, а после этого уточнить необходимую информацию в ходе бесед с сотрудниками. Ответственными за анкетирование и проведение интервью являются участники рабочей группы.

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

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

Анализ текущей ситуации должен выявить:

основные производственные процессы организации;

вспомогательные процессы и процессы обеспечения;

наиболее критические бизнес-процессы с точки зрения системы качества;

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

существующее распределение ответственности, полномочий и ресурсов по процессам организации.

Разработка документации и изменение работы сотрудников.

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

Работы второго этапа состоят из следующих основных шагов:

Шаг 1. На данном шаге необходимо спланировать, как будет строиться система качества, какова будет область ее применения, какие процессы войдут в систему качества, как она будет расширяться. Например, организация предоставляет своим потребителям несколько видов различных услуг. Эти услуги предоставляются различными отделами. Тогда на данном этапе может быть принято решение первоначально включить в область действия системы качества все процессы и подразделения, задействованные в предоставлении какой-то одной услуги, а процессы и подразделения, задействованные в предоставлении других услуг, могут быть задействованы позднее, после того как система качества полностью заработает при управлении качеством первой услуги. В данном случае построение системы качества будет происходить по принципу наращивания сферы ее распространения.

Шаг 2. Основным принципом стандарта ИСО 9001:2008 является процессный подход. Для того чтобы можно было реализовать процессный подход, стандарт требует определить и документировать процессы организации. Чтобы выполнить это требование рабочая группа должна сначала формализовать процессы, которые были включены в область действия системы качества в том виде, как они есть, а затем внести в эти процессы изменения в соответствии с требованиями, которые указаны в стандарте.

При выполнении этого шага необходимо обратить внимание на следующие моменты:

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

Шаг 3. Документирование и внедрение процедур системы менеджмента качества.

Стандарт ИСО 9001:2008 требует, чтобы процессы организации были определены и документированы. Документирование процессов может выполняться в виде карт процессов, на которых указывается последовательность операций процесса, входные и выходные данные (информация, ресурсы) каждой операции и ответственные за выполнение операции. Документирование процессов в виде карт заметно уменьшает объем документирования. Кроме того, при документировании процессов важно соблюдать баланс в детальности представления процесса. Процесс должен представляться с такой степенью детализации, чтобы персонал, задействованный в процессе, мог понять порядок хода операций процесса и определить свое «место» в этом процессе.

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

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

Внедрение процедур и новых карт процессов необходимо сопровождать тренингом персонала и контролем работы по процедуре (карте процесса).

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

Проведение внутреннего аудита системы качества

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

Работы этапа состоят из следующих основных шагов:

Шаг 1. Для проведения внутреннего аудита системы качества его необходимо подготовить и спланировать.

Соответственно на данном шаге необходимо:

Официально (приказом по организации) назначить команду аудиторов (ведущего аудитора и аудиторов). Команда аудиторов назначается из числа сотрудников обученных проведению внутренних аудитов;

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

Подготовить вопросники для проведения аудита;

Издать приказ по организации о проведении аудита.

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

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

Также ведущий аудитор совместно с представителями подразделений, в которых были выявлены несоответствия, должен подготовить план корректирующих мероприятий по исправлению выявленных несоответствий. Ответственными за выполнение корректирующих действий указанных в плане должны являться представители (руководители) подразделений в которых выявлены несоответствия, но никак не аудиторы, которые обнаружили эти несоответствия.

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

Когда все корректирующие мероприятия завершены, организация может подавать заявку в сертифицирующий орган на прохождение сертификации по стандарту ИСО 9001:2008.

После того, как организация успешно пройдет сертификацию и получит сертификат соответствия требованиям ИСО 9001:2008 работы по системе качества на этом не заканчиваются, хотя их объем конечно уже может быть меньше. Система качества должна поддерживаться в рабочем состоянии и должна непрерывно совершенствоваться. Это означает что любые изменения в продуктах (услугах) организации, процессах или в самой системе должны оперативно анализироваться и фиксироваться в документации системы качества. Кроме того, для подтверждения результативности и эффективности работы системы качества организация должна проводить периодические внутренние аудиты. Такие аудиты должны проводиться в организации не реже чем будут проходить наблюдательные аудиты со стороны органа по сертификации. Как правило, наблюдательные аудиты со стороны органа по сертификации проводятся один раз в год.

3. Диаграмма Парето

стейкхолдер менеджмент качество парето

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

В 1897 году итальянский экономист Вильфредо Парето (1848--1923) предложил формулу, показывающую, что блага распределяются неравномерно. Эта же теория была проиллюстрирована американским экономистом М. Лоренцом в 1907 г. на диаграмме. Оба ученых показали, что в большинстве случаев наибольшая доля благ (доходов) принадлежит небольшому числу людей.

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

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

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

Различают два вида диаграмм Парето:

1. Диаграмма Парето по результатам деятельности. Предназначена для выявления главной проблемы и отражает нежелательные результаты деятельности, связанные:

с качеством (дефекты, поломки, ошибки, отказы, рекламации, ремонты, возвраты продукции);

с себестоимостью (объем потерь; затраты);

сроками поставок (нехватка запасов, ошибки в составлении счетов, срыв сроков поставок);

безопасностью (несчастные случаи, трагические ошибки, аварии).

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

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

оборудование: станки, агрегаты, инструменты, оснастка, организация использования, модели, штампы;

сырье: изготовитель, вид сырья, завод-поставщик, партия;

метод работы: условия производства, заказы-наряды, приемы работы, последовательность операций;

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

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

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

Построение диаграммы Парето состоит из следующих этапов.

Этап 1. Сначала следует решить:

1. какие проблемы необходимо исследовать (например, дефектные изделия, потери в деньгах, несчастные случаи);

2. какие данные нужно собрать и как их классифицировать (например, по видам дефектов, по месту их появления, по процессам, по станкам, по рабочим, по технологическим причинам, по оборудованию, по методам измерения и применяемым измерительным средствам; нечасто встречающиеся признаки объединяют под общим заголовком «прочие»);

3. определить метод и период сбора данных.

Этап 2. Разработка контрольного листка для регистрации данных с перечнем видов собираемой информации.

Этап 3. Заполнение листка регистрации данных и подсчет итогов.

Этап 4. Разработка таблицы для проверок данных с графами для итогов по каждому проверяемому признаку в отдельности, накопленной суммы числа дефектов, процентов к общему итогу и накопленных процентов (табл. 2).

Этап 5. Расположение данных, полученных по каждому проверяемому признаку, в порядке значимости и заполнение таблицы (см. табл. 2).

Таблица 2. Результаты регистрации данных по типам дефектов для построения диаграммы Парето.

Типы дефектов	Число дефектов	Накопленная сумма числа дефектов	Процент числа дефектов по каждому признаку к общей сумме	Накопленный процент
Деформация	104	104	52	52
Царапины	41	146	21	73
Раковины	20	166	10	83
Трещины	10	176	5	88
Пятна	6	182	3	91
Разрыв	4	186	2	93
Прочие	14	200	7	100
Итого	200	--

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

Этап 6. Нанесение горизонтальной и вертикальной осей.

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

Горизонтальную ось разбивают на интервалы в соответствии с количеством контролируемых признаков.

Этап 7. Построение столбиковой диаграммы (рис. 1).

Рисунок 1. Диаграмма Парето

Этап 8. Проведение на диаграмме кумулятивной кривой (кривой Парето) (рис. 2).

Рисунок 2. Кумулятивная кривая на диаграмме Парето

Этап 9. Нанесение на диаграмму всех обозначений и надписей, касающихся диаграммы (название, разметка числовых значений на осях, наименование контролируемого изделия, имя составителя диаграммы), и данных (период сбора информации, объект исследования и место его проведения, общее число объектов контроля).

В отношении построения и использования диаграммы Парето можно порекомендовать следующее:

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

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

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

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

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

После выявления проблемы путем построения диаграммы Парето по результатам важно определить причины ее возникновения. Это необходимо для ее решения. При использовании диаграммы Парето для выявления результатов деятельности и причин наиболее распространенным методом является АВС-анализ.

Сущность АВС-анализа в данном контексте заключается в определении трех групп, имеющих три уровня важности для управления качеством:

1. группа А -- наиболее важные, существенные проблемы, причины, дефекты. Относительный процент группы А в общем количестве дефектов (причин) обычно составляет от 60 до 80%. Соответственно устранение причин группы Л имеет большой приоритет, а связанные с этим мероприятия -- самую высокую эффективность;

2. группа В -- причины, которые в сумме имеют не более 20%;

3. группа С -- самые многочисленные, но при этом наименее значимые причины и проблемы.

Пример использования АВС-анализа в рамках диаграммы Парето приведен на рисунке 3.



АВС-анализ позволяет обоснованно определять приоритеты работ по управлению качеством проекта.

Используемая литература

1."Маркетинг" Дж. Р. Эванс, Б. Берман, М.," Экономика", 1990

2 "Основы маркетинга" Ф. Котлер, М., 1995

3. "Формула успеха: маркетинг (сто вопросов - сто ответов о том, как эффективно действовать на внешнем рынке)." П. С. Завьялов, В. Е. Демидов, Москва, 1991 .

4. " Технология бизнеса Маркетинг ". О.Д. Андреева , Издательство "Дело", 2001, Москва

5. " Планирование будущего корпорации. Р.Ю. Акофф - М.: Прогресс, 1999.

6. " Менеджмент: Учебник. - М.: Банки и биржи" Герчикова И.Н. ЮНИТИ, 1999.

7. " План маркетинга и контроль его исполнения. Корпоративный маркетинг", Кеворков В.В., Леонтьев С.В. 2001

Размещено на Allbest.ru

...