Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Управление процессами

.pdf
Скачиваний:
36
Добавлен:
23.03.2016
Размер:
3.11 Mб
Скачать

В результате внедрения процессного подхода, организация получает:

документацию по стандартному выполнению операций;

единую технологию выполнения работ;

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

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

сокращение адаптационного периода;

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

систему мотивации сотрудника, занятого в операции;

снижение затрат на фонд оплаты труда и внешнее обучение.

Этапы внедрения процессного подхода в организации должны

выглядеть следующим образом:

1)определение сети процессов организации и ее отражение в карте бизнес-процессов в соответствии с классификацией;

2)ранжирование процессов (по значимости в организации) для формирования плана описания процессов организации;

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

4)разработка модели бизнес-процесса;

5)определение показателей эффективности и результативности;

6)утверждение технологий и показателей руководителем организации.

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

91 —

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

В структуру управления проектом входят: руководитель проекта, куратор проекта, владелец бизнес-процесса, ведущие аналитики, аналитики из числа сотрудников. Роли и функции сотрудников в структуре управления проектом различны (табл. 13).

Таблица 13

 

 

Структура управления проектом

Роли

 

Функции

сотрудников

 

 

 

 

 

 

1

Руководитель

 

– сотрудник, целиком ответственный за полно-

 

ту и корректность описания бизнеса при помо-

 

проекта

 

щи моделей бизнес-процессов и пр.

 

 

 

 

 

 

 

 

 

 

– эксперт по моделированию бизнес-процессов,

 

 

 

является разработчиком моделей бизнес-

2

Аналитик

 

процессов предприятия в рамках проекта (мо-

 

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

 

 

 

 

 

 

дящим во временную рабочую группу, так и

 

 

 

привлеченным консультантом)

 

 

 

 

3

Заказчик

 

– это руководитель, поставивший задачу про-

 

вести реорганизацию бизнес-процессов

 

 

 

 

 

 

 

4

Внутренний

 

– специалист предприятия, являющийся источ-

 

ником информации, необходимой для модели-

 

эксперт

 

рования бизнес-процессов

 

 

 

 

 

 

 

5

Координатор

 

обеспечивает взаимодействие между аналити-

 

проекта

 

ком и внутренним экспертом.

— 92 —

Окончание табл. 13

Роли сотрудников

Функции

 

 

 

 

 

– руководитель или сотрудник отдела является

 

 

экспертом в предметной области, отвечает за

6

Рецензент

анализ (проверка адекватности) переданных ему

на рассмотрение моделей бизнес-процессов с

 

 

 

 

точки зрения соответствия представляемой им

 

 

реальной картины бизнеса

 

 

– участник рабочей команды, ответственный за

7

Ответственный

сбор, обработку и хранение документации по

за формирование

проекту (архивирование подшивок моделей

 

архива

бизнес-процессов, используемых при рецензи-

 

 

ровании, проверке адекватности)

 

Участник рабочей

– сотрудник предприятия, участвующий в про-

8

екте по моделированию бизнес-процессов и вы-

 

группы

полняющий различные функции

 

 

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

1)формализация целей сбора информации;

2)анализ и выбор существующих источников информации;

3)планирование работ по сбору и обработке информации;

4)подготовка необходимой документации;

5)подготовка к проведению интервью;

6)предварительный сбор и анализ информации (работа с документами);

7)согласование времени проведения интервью в подразделе-

ниях;

8)проведение интервью в подразделениях;

9)обработка полученной информации;

10)проверка полученной информации на корректность.

Для обработки информации, полученной о бизнес-процессе, используют следующие подходы:

1) перенос полученной информации в электронную форму (документирование результатов интервью);

— 93 —

2) проверка информации на корректность:

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

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

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

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

Таблица 14

Типичные ситуации при проверке адекватности моделей верхнего уровня

Возможная причина

Руководитель:

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

1.– не может прочесть модель, но не хочет этого показывать;

модель действительно близка к реальности

Реальное желание выполнить проект;

2.желание создать видимость работы (при этом возможны ошибки, например, попытка перейти на детальный уровень описания)

Желание изменить реальную ситуацию в свою

3.пользу; следствие конфликта между руководителями подразделений

Реакция руководителя

Со всем согласен

Уточнения в сфере своей компетенции

Уточнения вне сферы компетенции

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

проверка на соответствие стандарту (стандарт IDEF0, внутрикорпоративный стандарт);

проверка адекватности (цикл «автор — читатель»);

94 —

проверка корректности («потерянные» входы/ выходы, несоответствие уровней описания, проверка соответствия глоссарию, проверка соответствия репозитарию и т. д.);

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

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

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

Цель документирования системы качества заключается в создании организационно-методической и нормативной основы для построения и функционирования системы качества, соответствующей рекомендациям и требованиям стандартов серии ИСО 9001.

Основными задачами документирования являются:

установление и нормирование требований к выполнению работ в системе качества;

обеспечение воспроизводимости процессов административного управления качеством;

регулярная регистрация фактических данных о качестве продукции и состоянии системы качества в ходе ее функционирования и совершенствования;

обеспечение идентификации и прослеживаемости продукции

иизмерительного оборудования;

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

разрешение и предупреждение спорных вопросов в процессе деятельности в системе качества;

обеспечение проверяемости и оценка качества продукции и системы качества.

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

достижению соответствия требованиям потребителя и улучшению качества;

обеспечению соответствующей подготовки кадров;

95 —

повторяемости и прослеживаемости;

обеспечению объективных свидетельств;

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

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

документы, предоставляющие согласованную информацию

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

документы, содержащие требования: стандарты, технические условия и другая нормативно-техническая документация;

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

документы, устанавливающие требования (спецификации);

документы, содержащие рекомендации или предложения (методики);

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

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

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

§ 3. ÄзДгаб икйсЦллйЗ л сЦгъы мгмутЦзаь

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

— 96 —

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

Входные данные для анализа формируются на основе анализа следующих данных:

результатов внешних и внутренних аудитов;

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

отчетов о затратах на качество;

функционирования процессов;

соответствия продукции;

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

рекомендаций по улучшению системы менеджмента качества;

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

получения информации:

по удовлетворенности потребителей;

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

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

поставщикам сырья и материалов.

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

1)выявлен и определен ли соответствующим образом процесс,

2)распределена ли ответственность,

3)внедрены и поддерживаются ли в рабочем состоянии проце-

дуры,

4)обеспечивает ли процесс достижение требуемых результа-

тов?

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

97 —

 

 

 

 

 

 

 

 

 

 

 

Таблица 15

 

 

 

Виды анализа бизнес-процессов

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Виды анализа

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Качественный

 

 

 

Количественный

 

 

 

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

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

 

 

 

 

 

 

 

 

 

 

 

 

Качественный

Визуальный

 

Анализ со-

 

 

 

анализ про-

 

 

 

 

цесса на ос-

качественный

 

стояния про-

Измерение и анализ

нове субъек-

анализ графи-

 

цесса по от-

показателей

тивных

ческих схем

 

ношению к

 

 

 

процесса

 

требованиям

 

 

 

оценок

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Анализ со-

 

 

 

SWOT-анализ

Анализ

 

стояния про-

Анализ пока-

Имитацион-

 

цесса по от-

зателей эф-

ное модели-

процесса

входов/ выхо-

 

ношению к

фективности

рование

 

 

 

дов

 

типовым тре-

процесса

процесса

 

 

 

 

 

 

 

 

 

 

 

 

 

 

бованиям

 

 

 

Анализ про-

Анализ

 

 

 

Анализ пока-

 

 

 

 

зателей про-

 

блем процесса

функций

 

 

 

 

 

 

 

дукта

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Анализ

 

 

 

Анализ удов-

 

 

 

 

 

Анализ со-

летворенно-

 

 

 

 

ресурсов

 

сти клиентов

 

 

 

 

 

 

 

 

стояния про-

процесса

АВС — ана-

 

 

 

 

 

 

 

цесса по от-

 

 

 

 

 

 

 

 

 

 

 

лиз процес-

 

 

 

 

 

 

 

ношению к

 

 

Ранжирование

Анализ

 

 

 

са

 

нормативным

 

 

процессов

персонала

 

 

 

 

 

актам

Сравнитель-

 

 

 

 

Анализ

 

 

 

 

 

 

 

 

ный анализ

 

 

 

 

оборудования

 

 

 

 

 

 

 

 

 

 

процесса

 

 

 

 

Анализ

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

программного

 

 

 

 

 

 

 

 

 

обеспечения

 

 

 

 

 

 

— 98 —

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

(табл. 16).

 

 

 

Таблица 16

 

SWOT-анализ процесса

 

 

 

 

 

Сильные стороны

 

Слабые стороны

1.

Есть руководитель — лидер.

1.

Клиенты не удовлетворены сро-

2.

Высокое качество продукции

 

ками поставки продукции.

 

процесса.

2.

Частичное дублирование функ-

3.

Наличие квалифицированных

 

ций.

 

кадров.

3.

Нет системы измерения показате-

4.

Высокая степень автоматизации

 

лей эффективности процесса.

 

 

4.

Нет должностных инструкций на

 

 

 

ряд исполнителей

 

Возможности

 

Угрозы

1.

Повышение эффективности за

1.

Потеря клиентов вследствие дли-

 

счет внедрения CRM.

 

тельных сроков поставки.

2.

Снижение накладных расходов.

2.

Снижение качества продукции.

3.

Сокращение сроков выполнения

3.

Большая зависимость от лично-

 

заказов за счет дальнейшей ав-

 

стей исполнителей процесса

 

томатизации

 

 

Возможны различные варианты сбора информации в подразделениях организации/предприятия (табл. 17).

 

 

Таблица 17

Варианты сбора информации в подразделениях

 

 

 

Вариант 1

Вариант 2

Вариант 3

1. Подготовить формы

1. Подготовить формы

1. Сформировать

 

 

модели со слов со-

 

 

трудников отдела

 

 

(формула: 1 сотруд-

 

 

ник + 1 аналитик +

 

 

1 компьютер)

2. Провести обучение

2. Провести обучение

 

сотрудников отделов

сотрудников отделов

 

— 99 —

 

 

 

 

 

 

Окончание табл. 17

 

 

Вариант 1

 

Вариант 2

 

Вариант 3

3. Раздать формы

 

3. Заполнить формы

 

 

в отделы (сотрудники

 

со слов сотрудников

 

 

заполняют формы)

 

отделов

 

 

4. Собрать и обработать

 

4. Обработать информа-

 

 

формы

 

цию

 

 

 

Сбор и анализ

информации по процессу

позволяет выделить

проблемные области процесса (табл. 18).

 

 

 

 

 

 

 

Таблица 18

 

 

Информация по процессу

 

 

 

 

 

 

Элементы процесса

Заполняемая информация

1.

 

Название

Название процесса (функциональное назначе-

 

 

процесса

ние подразделения)

 

2.

 

Название

Полное и сокращенное название подразделения.

 

Приложение:

 

 

подразделения

 

 

 

 

 

– Оргструктура подразделения (организации)

3.

 

Владелец

Должность

 

 

Приложение:

 

 

процесса

 

 

 

 

 

– Должностная инструкция

 

 

 

 

 

– Указывается перечень основных функций,

 

 

 

 

выполняемых при проведении процесса (в рабо-

 

 

 

 

те подразделения).

 

 

 

Основные

– Ответственные за их выполнение в подразде-

4.

 

лении.

 

 

 

функции

– Графическая схема процесса в выбранной но-

 

 

 

 

 

 

 

 

тации.

 

 

 

 

 

– Текстовый комментарий к графической схеме

 

 

 

 

процесса

 

 

 

 

 

– Перечень документов, регламентирующих

 

 

 

 

деятельность сотрудников в рамках процесса и

5.

 

Регламентирующие

данные о системе управления документацией.

 

документы

– Для каждого документа отметить, имеются ли

 

 

 

 

 

 

указания по действиям в нештатных ситуациях.

 

 

 

 

– Репозитарий документов процесса

— 100 —