litbaza книги онлайнДомашняяБизнес-процессы. Моделирование, внедрение, управление - Владимир Репин

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать
1 ... 32 33 34 35 36 37 38 39 40 ... 99
Перейти на страницу:

Пример. Справочник процессов в среде бизнес-моделирования

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

На первых стадиях внедрения процессного управления использование таблицы в MS Excel – самый простой и удобный вариант. Для небольших компаний дерево процессов в MS Excel вполне может использоваться постоянно, без переноса в какую-либо другую систему.

3.2. Цели разработки системы процессов организации

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

Пример. Один из крупнейших российских холдингов в конце 2011 года инициировал проект создания так называемого автоматизированного репозитория бизнес-процессов. Речь шла о создании архитектуры процессов для всех компаний холдинга с последующим постепенным описанием, регламентацией и частичной автоматизацией бизнес-процессов. Модели процессов, хранящиеся в репозитории, по сути, должны представлять собой базу знаний о деятельности организации. Их можно использовать для различных целей: анализа, регламентации, накопления данных по показателям процессов, привязки различной документации (нормативно-справочные документы, описания успешно реализованных проектов оптимизации, результаты аудитов и т. д.). Ряд моделей из репозитория могут использоваться для автоматизации.

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

Пример. В одной из крупных частных компаний (производитель снеков) реализовали проект по созданию архитектуры бизнес-процессов. Частично был выполнен так называемый маппинг с 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]), то организация управления такими «процессами» – бессмысленное занятие. Поэтому корректно построенная система процессов – это основа для успешного внедрения процессного подхода.

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

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

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

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

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

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

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

1 ... 32 33 34 35 36 37 38 39 40 ... 99
Перейти на страницу:

Комментарии
Минимальная длина комментария - 20 знаков. Уважайте себя и других!
Комментариев еще нет. Хотите быть первым?