Вячеслав Кондратьев - Показываем бизнес-процессы

Впервые идея построения такой матрицы соответствия была высказана еще в начале XX в. Тейлором, который отмечал, что компания должна описывать свои функции (тогда не было термина «бизнес-процессы») и иметь классификатор функций, использовать систематизированные описания функций, должна закреплять функции за исполнителями.

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

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

С 1986 г. требование о необходимости функционального описания и закрепления функций за звеньями стало одним из основных в стандарте ISO серии 9000.

В 1994 г. в этом стандарте предусмотрена необходимость закрепления за подразделениями не только функций, но и процессов, т. е. требования к уровню детализации порядка исполнения работ усилились. Стандарт ISO серии 9000 предусмотрел необходимость использования процессной модели деятельности организации, которая содержит большее число характеристик, чем функциональная модель (рис. 2.7.4). Соответственно модели закрепления ответственности стали составляться не только для функций, но и для бизнес-процессов (рис. 2.7.5).

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

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

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

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

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

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

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

Цели описания процессов могут быть разными. Например, если речь идет о бизнес-консалтинге или об улучшении деятельности компании (об организации исполнения работ), то объект внимания при анализе и моделировании направлен на организационное проектирование (рис. 2.8.2).

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

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

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

ИТ-консалтинг сфокусирован на анализе информационных потоков: что является выходом действия 1? Что является одновременно входом действия 2? Как обеспечить точное согласование информационных входов-выходов этих действий?

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

Хорошо помогает при моделировании использование специализированных программных средств.

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