Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекция 4.docx
Скачиваний:
3
Добавлен:
01.07.2025
Размер:
214 Кб
Скачать
☆

Контроль процесса.

При разработке документации на процесс определяется как необходимость контроля, так и его объемы.

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

Анализ процесса.

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

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

Улучшение процессов.

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

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

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

7 Ошибок при описании процессов

1. Описание бизнес-процессов без определенного заказчика

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

2. Неправильный выбор инструмента описания бизнес-процессов

Можно отметить, что использование инструмента для описания бизнес-процессов во многих случаях обеспечивает необходимое качество описания, минимизирует затраты на сопровождение позволяет использовать это описание для различных целей. В случае неправильного выбора возникает ситуация, когда крупный проект ведут с использованием visio, или наоборот, в небольшой проект закупается такое серьезное средство как ARIS. В данном случае нужно четко понимать, что если в проекте моделей более 200, то простыми средствами, не поддерживающими групповую работу и дальнейший анализ, не обойтись и необходим серьезный инструмент. Использование текстовой формы описания процессов дает очень низкое качество описания и в случае минимальных бюджетов лучше использовать таблицы MS Excel и PowerPoint, чем MS Word.