- •1.1.4. Процессы подразделений (внутрифукнциональные процессы)
- •1.1.5. Сквозные (межфункциональные) процессы
- •1.1.6. Декомпозиция процессов
- •1.1.7. Процессная и функциональная системы управления: возможно ли совмещение?
- •1.2. Сеть процессов организации
- •1.2.1. Особенности выделения процессов в организации
- •1.3.1. Классификация процессов
- •1.3.2. Размер и число процессов
- •1.4.1. Применение правил выделения процессов
- •1.4. Техника пошагового выделения процессов
- •1.4.2. Пошаговое выделение процессов организации
- •1.5. Практический пример выделения
- •1.5.1. Исходные данные по компании
- •1.5.2. Результаты обследования компании консультантами
- •1.5.3. Проект сети процессов компании
- •1.5.4. Уточненный список процессов и их владельцев
- •1.6. Литература к главе 1
- •1.1.6. Декомпозиция процессов
- •1.1.7. Процессная и функциональная системы управления: возможно ли совмещение?
- •1.2.1. Особенности выделения процессов в организации и объединения их в одну сеть
- •1.3.1. Классификация процессов
- •1.3.2. Размер и число процессов
- •1.4.2. Пошаговое выделение процессов организации
- •1.5. Практический пример выделения
- •1.5.1. Исходные данные по компании
- •1.5.2. Результаты обследования компании консультантами
- •1.5.3. Проект сети процессов компании
- •1.5.4. Уточненный список процессов и их владельцев
- •1.6. Литература к главе 1
- •Глава 2
- •2.1.1. Функции системы менеджмента процесса
- •Раздел 6 «Управление ресурсами» — ресурсам процесса;
- •Раздел 7 «Выпуск продукции» — технологии процесса (учет требований потребителя, проектирование, закупки, выпуск продукции и т.Д.);
- •Раздел 8 «Измерения, анализ и улучшения» — организация мониторинга и улучшений процесса.
- •Раздел 5. Ответственность руководства
- •Раздел 7. Выпуск продукции
- •Раздел 8. Измерения, анализ и улучшения
- •2.1.5. Сегментирование деятельности на примере процесса бюджетирования
- •2.2. Управление бизнес-процессами (процессами)
- •2.2.1. Процесс управления организацией
- •2.2.2. Система показателей для управления процессами
- •2.2.3. Ресурсы процесса
- •2.3.1. Система документации процесса
- •2.4.1. Техника согласования входов и выходов между процессами
- •2.4.2. Табличное согласование входов и выходов процессов между собой
- •2.5.1. Исходные данные по компании
- •2.5.2. Список показателей, предложенных финансовым директором в ходе обсуждения способов измерения хода процесса
- •1. Показатели продукта.
- •2. Показатели процесса.
- •3. Показатели удовлетворенности потребителей.
- •4. Показатели Отдела информационного обеспечения.
- •2.5.3. Окончательный перечень показателей, вошедших в «Справку о ходе процесса «Управление финансами»»
- •Глава 3
- •3.1. Обзор методик моделирования
- •3.1.1. Для чего используются методики моделирования бизнес-процессов
- •3.2.1. Почему модель процесса должна быть «объемной»?
- •3.2.2. «Объемные» модели в нотации aris еЕрс
- •3.2.3. «Объемные» модели в нотации idef0
- •3.2.4. Модель бизнес-процесса в aris еЕрс, удовлетворяющая требованиям процессного подхода к управлению
- •3.3. Примеры типичных ошибок при формировании схем бизнес-процессов
- •3.3.1. Ошибки при формировании схем в нотации idef0
- •3.3.2. Ошибки при формировании модели в нотации aris еЕрс
- •Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2.
- •3.4.2. Разбор примера описания процесса
- •3.5.2. Структура шаблона регламента выполнения бизнес - процесса
- •Раздел 1. Назначение документа
- •Раздел 2. Область применения 2.1 Настоящий документ обязаны знать и использовать в работе следующие должностные лица: • (указать должностных лиц)
- •Раздел 3. Нормативные ссылки
- •Раздел 3.1. Нормативные документы внешнего происхождения
- •Раздел 3.2. Внутренние нормативные документы При разработке данного описания процесса использованы следующие нормативные документы внутреннего происхождения:
- •Раздел 4. Определения терминов, обозначения и сокращения
- •Раздел 5. Владелец процесса, выходы и входы процесса
- •Раздел 5.1. Владелец процесса
- •Раздел 5.2. Выходы Процесса Раздел 5.2.1. Выходы по управлению
- •Раздел 5.3. Входы Процесса Раздел 5.3.1. Входы по управлению
- •Раздел 5.2.2. Выходы процесса
- •Раздел 5.3.2. Входы процесса
- •Раздел 6. Ресурсы процесса
- •Раздел 7.4. Описание процесса Раздел 7.4.1. Описание схемы управления процессом в своей работе Владелец процесса руководствуется следующими документами.
- •Раздел 7.4.2. Описание схемы подпроцессов
- •Раздел 8. Ответственность руководства за управление процессом
- •Раздел 8.1. Общие положения
- •Раздел 8.2. Управление процессом Раздел 8.2.1. Планирование деятельности
- •Раздел 8.2.2. Сбор информации по показателям процесса Владелец процесса организует сбор первичной информации для расчета следующих показателей:
- •Раздел 8.2.3. Контроль и анализ хода процесса и его результатов
- •Глава 1.
Раздел 5. Ответственность руководства
В соответствии с требованиями пунктов и разделов стандарта ИСО 9001:2000, организация (вышестоящий руководитель) должна:
а) планировать и устанавливать цели в области качества (п. 5.4);
б) устанавливать ответственность, полномочия и взаимосвязи (п. 5.5);
в) вести регулярный анализ результатов процессов и прини мать управленческие решения (п. 5.6), в том числе:
организовать получение входных данных для анализа (п. 5.6.2);
принятые решения оформлять как результаты анализа (п. 5.6.3). Раздел 6. Управление ресурсами
Способы распределения ответственности за то, что в процессе присутствует необходимый ресурс, в необходимое время и достаточном количестве, подробно будут рассмотрены в разделе 2.2.3. Дополнительно следует отметить, что при планировании выпуска продукции (п. 7.1) владелец процесса фактически распределяет имеющиеся у него ресурсы для достижения максимальной результативности процесса1. В стандарте МС ИСО 9001:2000 установлены требования по управлению:
а) человеческими ресурсами (п. 6.2);
б) инфраструктурой (п. 6.3);
в) производственной средой (п. 6.4)2.
1 Одним из недостатков стандарта МС ИСО 9001:2000 авторы счита ют требования результативности процессов, а не эффективности. То есть снижение роли экономической составляющей в оценке деятель ности процесса.
2 Стандарт МС ИСО 9004:2000 добавляет к этому списку еще четыре вида ресурсов: 1) информация, 2) поставщики и партнеры, 3) при родные ресурсы, 4) финансовые ресурсы.
105
Рис. 2.4. Наложение требований разделов стандарта МС ИСО 9001:2000 на схему управления процессом
Раздел 7. Выпуск продукции
Этот раздел построен по цепочке процессов создания продукта (требования потребителя, проектирование, закупка, выпуск продукции и т.д.), поэтому комментировать его нет необходимости. Все управленческие виды деятельности применяются к этим процессам (жизненного цикла продукции — как они называются в стандарте), в той же мере, как и ко всем остальным процессам организации.
Замечание 2.1: Часто в производственную деятельность необходимо включить выполнение требований, документированной процедуры «Управление несоответствующей продукцией» (п. 8.3).
Раздел 8. Измерения, анализ и улучшения
Этот раздел посвящен организации системы оперативного управления процессом, направленной на непрерывное улучшение его показателей.
Владелец процесса в ходе управления должен:
а) разработать и внедрить систему получения информации об удовлетворенности потребителя (п. 8.2.1);
б) получать информацию о результатах внутренних прове рок (п. 8.2.2);
106
в) вести мониторинг и измерение процесса (п. 8.2.3);
г) вести мониторинг и измерение продукции (п. 8.2.4);
д) получать информацию от поставщиков процесса (п. 8.4 d));
е) вести анализ хода процесса (п. 8.4 а), Ь), с), d));
ж) принимать управленческие решения для непрерывного повышения результативности СМК (п. 8.5.1);
з) разрабатывать корректирующие действия по зафиксиро ванным отклонениям (п. 8.5.2);
и) разрабатывать предупреждающие действия по потенциальным отклонениям (п. 8.5.3).
Дополнительное требование из раздела 5: предоставлять вышестоящему руководителю входные данные для анализа хода процессов (п. 5.6.2).
Передавая информацию вышестоящему руководителю в соответствии с требованиями п. 5.6.2, владелец процесса замыкает цикл обратной связи по управлению с вышестоящим руководителем. Нетрудно заметить, что требования к деятельности по управлению процессами организации в стандарте МС ИСО 9001:2000 построены на основе цикла доктора Деминга P-D-C-A.
Заключение
Приведенные на рисунках 2.3 и 2.4 схемы построения процессов, конечно же, не охватывают всех требований стандарта ИСО 9001:2000, но позволяют взглянуть на процесс как на сложную систему взаимосвязей технологии процесса и системы управления процессом и организацией в целом. Такая система взаимосвязей характеризуется большим количеством обратных связей между уровнями управления и достаточно тяжело поддается детальному описанию.
Приведенные схемы дают один из вариантов структурного описания Процесса и могут быть использованы для построения системы менеджмента качества, основанной на процессах.
2.1.3. Распределение функций между процессами
Виды деятельности, которые составляют процесс, делятся на Две основные части:
• технология выполнения процесса или преобразования входов в выходы (способ выполнения деятельности — обычно хорошо регламентированная часть процесса);
• система менеджмента процесса (способ управления деятельностью — обычно наименее регламентированный вид деятельности).
107
Поэтому содержание этой главы посвящено проблеме представления процесса как единого живого организма, объединяющего в себе технологические и управленческие виды деятельности. Следующий термин, который необходимо определить при рассмотрении процессного управления, — функция.
Воспользуемся аналогией представления процесса как живого организма. Каждый живой организм состоит из некоторого набора органов, выполняющих определенные функции. В ходе эволюционного развития организмы приобрели многочисленные различия, но вместе с тем в каждом живом организме можно выделить общие функции:
функции дыхания;
функции питания;
функции движения;
функции размножения и т.д.
Совершенно аналогично в различных процессах различных организаций можно выделить общие функции, которые могут выполнять совершенно различные структурные единицы организаций.
Например: в торговых и производственных организациях существует процедура определения потребности закупок. Про-
108
цедура состоит из сравнения имеющихся запасов материалов с планами продаж или производства и расчета объемов (бюджета) закупок. В зависимости от принятой в организации схемы работы эта процедура состоит из функций, выполняемых в различных структурных подразделениях.
Вариант 1 (рис. 2.5). Отдел снабжения сам рассчитывает потребности в финансах для закупки материалов, используя информацию о планах производства (продаж), нормы расходования материала и складские остатки. При этом на схеме не показаны другие потоки. Например: расчет плана производства производится на основании планов реализации и результатов маркетинговых исследований. На рисунке 2.5 и рисунке 2.6 акцент сделан на том, что в зависимости от принятой схемы работы организации и разделения функций и полномочий за выполнение однотипных функций могут нести ответственность руководители различных подразделений.
Рис. 2.5. Функцию определения плана закупок и потребности в финансах выполняет отдел снабжения
Вариант 2 (рис. 2.6). Производство выполняет функцию расчета планов производства и закупок, исходя из норм расхода, складских остатков и планов производства (продаж). Отдел снабжения выполняет функцию расчета бюджета закупок, на основании плана закупок.
Определение 9. Функция — направление деятельности элемента организационной структуры, представляющее собой совокупность однородных операций, выполняемых на постоянной основе.
109
Рис. 2.6. Другое распределение функций при проведении закупок
в организации
За выполнение отдельных функций, составляющих процедуру определения потребности закупок, несут ответственность руководители четырех подразделений: производства, бюро материального нормирования, склада и отдела снабжения. Выделять эту процедуру как самостоятельный процесс нецелесообразно по следующим причинам:
любой из руководителей, назначенный владельцем процес са, не будет иметь в своем распоряжении всех необходимых ресурсов для выполнения процесса в целом;
управление любым процессом можно построить на основе системы показателей о составных частях процесса. Получе ние информации из четырех подразделений о ходе движе ния информации для определения потребности закупок и управление процессом на основе этой информации может организовать только вышестоящий руководитель, которому подчинены все четыре подразделения;
управление любым процессом заключается в распределении ресурсов, в том числе и сотрудников. При попытке руково дить сотрудниками четырех подразделений, которые админи-
110
стративно не подчинены владельцу процесса, неминуемо будет возникать конфликт интересов и борьба за ресурсы между администраторами подразделений и владельцем процесса1. Отсюда следует вывод: данную процедуру можно разделить на отдельные функции и включить их в состав процессов, которыми управляют руководители подразделений.
В большинстве российских организаций, особенно быстро растущих, наблюдается отсутствие сформированной организационной структуры с распределением ресурсов и полномочий. Между подразделениями существуют зоны безответственности, барьеры и пересечения полномочий (рис. 2.7).
Рис. 2.7. Проблемы между структурными подразделениями организации
Зона безответственности — характеризуется тем, что периодически между руководителями подразделений 1 и 2 возникает спор о том, кто должен выполнять данную функцию 0 (рис. 2.7). Каждый из руководителей считает, что эта функция не входит
Как из любого правила, из этого правила могут быть исключения. Такое управление возможно при использовании матричного или проектного управления организацией, когда полномочия и ресурсы владельцев процессов (руководителей проектов) и администраторов четко определены и распределены.
111
в зону его компетенции. Возникновение разрыва в сети процессов и появление проблемного места практически неминуемо. Данная проблема устраняется точным распределением зоны ответственности и компетенции каждого из руководителей. Как правило, если они не смогли договориться о взаимодействиях ранее, то для решения такой проблемы приходится привлекать властные полномочия вышестоящего руководителя. Он должен принять решение о распределении полномочий и организовать внесение изменений в регламентирующие документы обоих подразделений.
Барьер — характеризуется тем, что взаимодействие согласовано по функциям, месту, полномочиям, но не согласовано по форме, содержанию, срокам передачи продукта. В результате к согласованию опять должен подключаться вышестоящий руководитель, если подчиненные не смогли договориться о приемлемом компромиссе.
Пересечение полномочий (дублирование функций) — ситуация очень часто встречается в финансовых организациях и подразделениях. Как правило, эта проблема заключается в том, что документ регистрируется и проверяется в нескольких подразделениях или инстанциях, повторяющих или проверяющих работу друг друга. Этот тип проблем является наименее опасным для организации. Устранив дублирование, можно сэкономить на времени выполнения работ и затраченных ресурсах. Такое усовершенствование процессов необходимо проводить только после тщательного анализа рисков и целесообразности отмены дублирующих функций.
2.1.4. Проблемы выделения сквозных процессов
Сторонники сквозных процессов очень часто говорят о необходимости создания так называемой процессной модели организации. Эта модель должна включать полное описание деятельности организации при помощи сквозных процессов. Такое описание, как правило, требует мощного программного продукта, например системы ARIS Toolset.
Рассмотрим пример, показывающий трудоемкость создания процессной модели организации. Директор некоторого холдинга численностью 2000 человек создал рабочую группу из трех человек и поручил им за год создать комплексную процессную модель компании. Считаем, что информация о деятельности примерно половины сотрудников попадет в процессную модель. Это
112
1000 человек. В среднем каждый сотрудник выполняет около семи функций. Общее число функций, подлежащих описанию в модели, составит 7000. Опыт показывает, что квалифицированный аналитик может описать не более семи функций в день в виде модели. Тогда трудоемкость описания составит 1000 рабочих дней. Если работу выполняют трое, то общее время выполнения проекта в рабочих днях составит 333. Если учесть, что это рабочие дни, то общая календарная длительность проекта составит 467 календарных дней. Это первая проблема. Конечно, многие сторонники сквозных процессов могут сказать, что описанию подлежит не вся деятельность, а только определенные бизнес-роли и типовые документы. Но реальным руководителям нужны реальные регламентирующие документы по процессам, а не абстрактная модель взаимодействия бизнес-ролей. Часто бывает, что создание и доведение до практики такой процессной модели становится слишком сложным, длительным и дорогостоящим делом.
Может быть нужно выделить в организации ключевые процессы и именно их описывать в рамках процессной модели? Очень хорошо. Кто и на каком основании может решить, какие процессы будут ключевыми, а какие нет? Далее. Приходим в подразделение и смотрим, в каких сквозных процессах оно участвует. Сталкиваемся с ситуацией, когда Иванов участвует в процессе, а Петров нет, хотя сидят они за соседними столами. Следует уволить Петрова или продолжить создание комплексной процессной модели организации, пока не станет ясно, в каком процессе участвует Петров? Таким образом, работа с ключевыми сквозными процессами очень быстро приведет к необходимости анализа всей остальной деятельности и руководители, использующие сквозные процессы, будут вынуждены создавать процессную модель предприятия в целом.
Обычно модель сквозного процесса строят, начиная с анализа продукта такого процесса. Создание модели процесса в виде цепочки работ, начинающейся от конечного продукта, приводит к созданию дерева с огромным количеством ветвей (рис. 2.8). Для создания конечного продукта на разных этапах производства используется разное количество входящих материалов, полуфабрикатов и промежуточных продуктов. Выделение в этом Дереве основных ветвей возможно, но оно всегда будет проведено субъективно. На каждом этапе придется принимать решение, какие промежуточные результаты считать для данного сквозного процесса основными, а какие вспомогательными. Тем не
113
менее
сквозной процесс будет ветвиться при
рассмотрении его от
конца (т.е. результата) к началу.
Еще одна проблема работы со сквозными процессами связана с тем, что объем полученной информации не поддается анализу в какие-либо разумные сроки. Кто в организации способен проанализировать процессную модель, включающую 5— 10 тысяч объектов (функций, документов, исполнителей)? Кто способен обосновать меры по улучшению процессов на основе этой модели? «Мы! — говорят консультанты, — мы специалисты по процессам и (вне зависимости от специфики вашего бизнеса) сделаем ваши процессы правильными и эффективными», и обосновывают создание комплексной процессной модели необходимостью ПОНИМАНИЯ того, как работает организация, документированием знаний и т.п. Но кому требуется данное понимание? Генеральному директору? Было бы интересно увидеть такого руководителя в своем кабинете, заваленном томами описаний процессов, активно и плодотворно анализирующего процессную модель. Может быть, понимание требуется линейным руководителям? Но раз им удается управлять своими процессами, обеспечивая заданный результат, то это значит, что они в достаточной степени владеют информацией о своих процессах. Кто кроме них самих может сказать, что именно и в
114
каком объеме следует описывать в их подразделениях для улучшения понимания процессов? Да и вообще, действительно ли руководителям нужно такое комплексное процессное описание?
Часто обосновывают необходимость создания процессной модели подготовкой к автоматизации управления компанией. Но на практике мы чаще всего видим, что внедрение сложной системы автоматизации (MRP, ERP) в первую очередь оборачивается внедрением учетной системы. Но детальный, достоверный и оперативный учет еще не гарантирует изменений и, что главное, улучшений СИСТЕМЫ УПРАВЛЕНИЯ. То, что сейчас принято называть автоматизацией управления, является лишь средством повышения производительности работ по учету и отчетности. Такая автоматизация почти не влияет на принципы организации управления компанией.
Выделяя и регламентируя сквозной процесс в окружающем его управленческом хаосе, мы тут же сталкиваемся с необходимостью структурировать всю остальную деятельность, не попавшую в рамки сквозного процесса. Почему? Дело в том, что эффективно управлять сквозным процессом можно только используя конкретные ресурсы: людей, оборудование, инфраструктуру и т.д. Для того, чтобы все эти ресурсы оказались в руках владельца сквозного процесса, должны быть созданы четкие правила, механизмы выделения ресурсов руководителями функциональных подразделений. Руководитель функционального подразделения в этом случае играет роль владельца ресурсов, а одной из его важнейших задач является управление внутренними процессами подразделения по обеспечению сквозного процесса ресурсами. Фактически это означает использование элементов матричного управления.
Представим себе, что удалось формально зарегламентировать и документально зафиксировать порядок выделения ресурсов владельцу сквозного процесса. Далее по ходу деятельности возникают исключительно сложные проблемы контроля выделения этих ресурсов руководителями подразделений и оценки их реального использования в сквозном процессе. Необходима организация работ по планированию распределения ресурсов и учету их фактического использования. В условиях, когда деятельность не документирована, когда исполнители не имеют четко прописанных инструкций, организовать подобную работу очень сложно. Как уже упоминалось в главе 1, внедрение матричного управления в организации является достаточно сложным и длительным проектом.
115
Мы не будем в данном разделе подробно разбирать проблемы, связанные с внедрением механизмов матричного управления, а ограничимся их кратким перечислением:
проблема распределения ресурсов;
проблема планирования и учета расхода ресурсов;
проблема оценки эффективности и результативности сквоз ного процесса;
проблема мотивации сотрудников, участвующих в различных сквозных процессах и выполняющих работу в своем функ циональном подразделении.
Если сквозные процессы выделяются в организации не просто для формальных целей, то необходимо заранее разработать механизмы, позволяющие устранить указанные выше проблемы.
В таблице 2.1 приводится сравнение двух подходов к управлению процессами:
подход 1 — сочетание процессного подхода с существующей функционально-иерархической структурой;
подход 2 — выделение в организации сквозных процессов, не привязанных к границам подразделений.
Значит ли все вышесказанное, что выделение в организации «сквозных процессов» вредно для организации? Ответ: конечно, нет! Работа в рамках сквозных процессов означает переход на матричную систему организации управления. В этом случае ответственные за сквозные работы и проекты (обратите внимание на новое слово «проект») работают с руководителями и исполнителями нескольких структурных подразделений, выполняющих сквозную работу или проект. Такая ситуация возможна, более того, она реализована в ряде компаний мира, но для ее реализации необходимы:
тщательно посчитанные, распределенные и взаимосогласо ванные ресурсы исполнителей проекта;
тщательно проработанные инструкции и порядки взаимодей ствия исполнителей между собой;
тщательно распределенные и согласованные управленческие полномочия и ответственность администраторов подразде лений и руководителей сквозных процессов (проектов);
однозначно определенные входы и выходы по всей цепочке исполнителей;
хорошо организованная система обратной связи для быст рой коррекции отклонений от хода выполнения сквозного процесса.
116
Таблица 2.1 Сравнение двух подходов
Составные части процесса |
Подход 1. Процессы, сегментированные с учетом организационной структуры |
Подход 2. Сквозные процессы |
1. Процесс как объект управления |
Замкнутый цикл управления процессом как объектом включает владельца и обратную связь. Эффективность процесса и управления оцениваются вместе по результату процесса |
Цикл управления разомкнут. Эффективность управления оценить очень сложно или невозможно |
2. Назначение владельца процесса |
Упрощенная координация работ в пределах каждого подразделения в соответствии с установленными приоритетами |
Пересечение интересов владельцев сквозных процессов в рамках одного подразделения. Проблемы с согласованием интересов и полномочий владельцев сквозных процессов и руководителей подразделений |
3. Входы и ресурсы |
Спецификацию и объем устанавливает владелец процесса — потребителя данного входа или ресурса |
Проблемы с определением спецификаций и объемов для входов и ресурсов по всей цепочке выполнения сквозного процесса. Высока вероятность перерасхода ресурсов |
4. Выполнение процесса |
Инструкции создает тот, кто по ним работает. Нет пропущенных и задублированных работ |
Несоответствие в описаниях работ. Пропущенные работы и виды деятельности |
5. Сбор, обработка и анализ информации |
Система отчетности структурирована и интегрирована в систему управления |
Количество систем отчетности равно количеству «сквозных процессов». Большие потери времени и ресурсов из-за дублирования отчетности |
6. Управление процессом |
Однозначное распределение ответственности за работы в процессе (например, при помощи матрицы ответственности). Возможность переноса работ и ответственности в инструкции и положения |
Различные принципы управления «сквозными процессами», примененные к одним исполнителям осложняют их работу и приводят к проблемам при распределении загрузки и ответственности |
Можно ли выполнить эти требования в организациях, только что вышедших из состояния «тусовочной фирмы» или имеющих тяжкий груз бюрократического прошлого? Да, можно. Для этого необходимо провести регламентацию деятельности подразделе-
117
Авторы рассматривают предлагаемую концепцию реализации процессного подхода как ступеньку на пути к матричному управлению сквозными процессами и проектами. Предлагаемая концепция не противоречит идеям сквозного, матричного управления, а предостерегает от чрезмерного забегания вперед и попыток перепрыгнуть через этапы естественного развития.
Краткий сравнительный анализ подходов к выделению сквозных процессов и процессов подразделений показывает, что при внедрении процессного подхода к управлению в организации целесообразно:
Фаза 1.
построить сеть процессов, выделяя процессы в рамках фун кциональных подразделений, назначить владельцев процессов;
описать процессы подразделений и выполнить их регла ментацию (четко определяются границы процессов, необходи мые для выполнения процессов ресурсы, налаживается взаимо действие между подразделениями по принципу «клиент-постав щик»);
разработать систему показателей оценки процессов, про дуктов процессов и удовлетворенности клиентов;
запустить систему управления процессами организации, основанную на выполнении цикла P-D-C-A на всех уровнях управления.
Фаза 2.
ЕСЛИ ЭТО ЦЕЛЕСООБРАЗНО, выделить сквозные про цессы и назначить владельцев сквозных процессов;
описать и регламентировать сквозные процессы (исполь зуются уже существующие к этому моменту регламенты процес сов подразделений с четко описанными ресурсами), разработать механизмы выделения ресурсов владельцам сквозных процес сов и механизмы управления сквозным процессом;
разработать систему контроля использования ресурсов сквозными процессами;
h) разработать систему показателей оценки сквозных процессов, продуктов процессов и удовлетворенности клиентов;
i) запустить цикл P-D-C-A для сквозных процессов.
Таким образом, предприятиям, внедряющим процессный подход, предлагается сделать акцент на описании и регламентации процессов структурных подразделений.
118
После упорядочивания деятельности и успешного запуска механизмов процессного управления (цикл P-D-C-A) гораздо проще и эффективнее можно будет решить задачу выделения и управления сквозными процессами, если они вообще потребуются.
У организации появятся реальные возможности перехода к матричному управлению, если это будет необходимо для повышения эффективности бизнеса.
