Бизнес-процессы. Моделирование, внедрение, управление - Владимир Репин

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

• создать уникальную процессную модель «ХХХ», которая бы за счет наличия четких связей с моделями APQC, CBM (Component Business Model), SAP, DocsVision, СМК (система менеджмента качества) и реестром нормативных документов компании обеспечивала возможность:

– осуществлять расширение бизнеса (как в России, так и в странах СНГ) за счет передачи знаний о процессах, используемых средствах автоматизации и соответствующих регламентирующих документах;

– системно осуществлять описание и регламентацию бизнес-процессов компании с использованием системы Business Studio 3.6;

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

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

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

Пример. Небольшая компания, но при этом лидер рынка в своем сегменте. Построение архитектуры процессов дало в руки ее руководителей и специалистов инструмент, который позволил системно выполнять описание и анализ бизнес-процессов для создания модели «как должно быть» и определения требований к автоматизации процессов при переходе на 1С-8.

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

_{Рис. 3.2.1. Упорядочение деятельности организации в виде процессов}

Управление процессами означает, что для каждого из них разработаны и используются показатели. Если не создать систему процессов, то не к чему будет привязывать эти показатели (не будет идентифицированных объектов управления)^[77]. Если система процессов будет построена некорректно (например, состав и границы выделенных процессов окажутся неадекватны реальной деятельности^[78]), то организация управления такими «процессами» – бессмысленное занятие. Поэтому корректно построенная система процессов – это основа для успешного внедрения процессного подхода.

В целом система процессов организации обеспечивает достижение следующих целей:

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

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

• четкое определение зон ответственности руководителей, исключение зон безответственности, зон дублирования ответственности;

• четкое определение границ процессов по входам/выходам и событиям;

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

• создание основы для последующего системного описания и регламентации процессов;