Читать онлайн «Показываем бизнес-процессы». Страница 32

Документы нормативно-справочной информации – методические указания, положения, нормативы, процедуры.

Документ «Модель бизнес-процесса» – нормативно-методический документ, содержащий (на основе принятой нотации) описание деятельности компании, взаимосвязь бизнес-процессов, подпроцессов и процедур с помощью принятых в нотации моделирования текстовых, табличных и графических информационных объектов.

Обычно документ «Модель бизнес-процесса» разрабатывается в контексте той или иной методологии моделирования и предполагает использование принимаемых в ней решений в качестве дополнительных методических материалов.

Если используешь модель, то, значит, используешь и методологию построения и применения модели.

На практике наиболее часто применяют две «стартовые» идеи сценария развития моделей бизнес-процессов (см. рис. 7.5.1). Моделирование сверху начинается от построения модели процессов верхнего уровня, с последующей детализацией ее компонент.

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

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

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

• создавать электронные модели деятельности компании «as is» и «to be» («как есть» и «как надо»);

Таблица 7.5.1

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

• уточнять требования к регламентирующим документам;

• корректировать документы в соответствии с изменившимися требованиями;

• создавать информационные системы (для доведения регламентов до исполнителей) с заданными параметрами.

Типовые области применения, решаемые задачи и результаты работы с электронной моделью представлены в табл. 7.5.1.

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

1. Создание графических моделей, описывающих различные аспекты деятельности в принятых в компании нотациях.

2. Генерация регламентирующих документов формы, принятой в компании, не требующих дополнительной доработки.

3. Поддержание управленческой документации в актуальном состоянии.

4. Обеспечение возможности коллективной работы с электронной моделью компании.

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

Рис. 7.5.2. Ключевые возможности электронных моделей бизнес-процессов

7.6. Корневая модель бизнес-процессов

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

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

Деятельность компании удобно сгруппировать по основным областям. Пример подобной группировки приведен в табл. 7.6.1.

А. Область управления компанией в целом (объектом управления являются бизнес-процессы сфер Б, В и Г).

Б. Область развития (объекты развития находятся в областях А, Б и Г).

В. Область основной деятельности (образующая эту область цепочка БП верхнего уровня начинается и заканчивается на внешних субъектах – «от закупок до поставок»).

Г. Область поддерживающей деятельности (входящие в эту область БП верхнего уровня заканчиваются в областях А, Б и В).

Применяется представление модели в виде классификатора (рис. 7.6.1) и в виде диаграммы (рис. 7.6.2). Классификатор БП показывает их состав и типологию, диаграмма БП визуально отображает их состав, логику исполнения и типологию.

Могут применяться те или иные договоренности о кодифицировании БП. Например, первый разряд – буквенный код типа процесса (область управления компанией в целом – А, область развития – Б, область основной деятельности – В, область поддерживающей деятельности – Г), второй разряд – цифровой код функциональной области (например, В3 – топливо), последние четыре разряда – цифровой код процесса:

M.N.XXXX,

где M – буквенный код типа процесса;

N – цифровой код функциональной области согласно списку (см. рис. 7.6.2);

XXXX – цифровой код процесса в порядке иерархии функций.

Рис. 7.6.1. Перечень бизнес-процессов верхнего уровня энергетической компании (пример)

Рис. 7.6.2. Диаграмма корневой модели бизнес-процессов ОГК-3 (пример)

7.7. Способы детализации описания бизнес-процессов верхнего уровня

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

...

Не существует одного определенного способа описания, наилучшим образом отражающего деятельность компании. Любая организация является сложной, многогранной системой, для формализации которой необходимо использовать несколько различных способов: текстовый, табличный, графический. Применяемые способы зависят, во-первых, от уровня рассмотрения организации (для верхнего уровня – одни модели, для среднего – другие, для нижнего – третьи); во-вторых, от поставленных целей; в-третьих, от объекта описания. Комбинации различных способов описания процессов зависят от принадлежности к области деятельности и от поставленных задач (табл. 7.7.1).