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

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

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

Форма представления системы процессов в MS Excel показана на рис. 3.1.2. Каждая процессная категория находится на отдельном листе файла.

_{Рис. 3.1.2. Представление системы процессов в виде таблицы MS Excel}

Пример. Модель процессов APQC

Обращаю внимание читателя на созданный американской компанией APQC (American Productivity and Quality Center) «Общий классификатор процессов для различных отраслей» (Cross Industry Process Classification Framework[75]). Он постоянно корректируется, дополняется новыми процессами. Структура процессов в классификаторе APQC включает 12 категорий, каждая из которых описана на отдельном листе в файле MS Excel. Этот справочник интересен как пример создания сложной системы процессов современной организации. Недостаток справочника – его сложность и всеохватность, из-за которой его трудно применять для внедрения процессного подхода в конкретной компании.

При формировании дерева процессов и описании его в виде таблицы (рис. 3.1.2) возникает вопрос – как правильно показывать входы/выходы для процессов? Для нижнего уровня (четвертого и, возможно, третьего) ответ очень прост: следует описывать конкретные документы (бумажные, электронные) и материальные потоки. Но что делать при описании входов/выходов для процессов верхнего уровня (первый-второй, иногда[76] третий)? Существует как минимум три основных варианта:

1. Агрегировать информационные и материальные потоки и показывать их в обобщенном виде, соответствующем уровню процессов.

2. Не показывать входы/выходы на тех уровнях процессов, где нужно делать агрегирование (то есть там, где невозможно или слишком сложно показывать потоки реальных документов/материалов).

3. Дублировать описание входов/выходов в виде списка, повторяя все входы/выходы, определенные для процессов нижних уровней.

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

Заполнение таблицы процессов вида 3.1.2 в MS Excel сопряжено с существенными затратами рабочего времени. Ее лучше всего использовать на начальной стадии проекта внедрения процессного подхода, пока нет возможности применить более эффективные инструменты (например, среду моделирования процессов). Перенос системы процессов из таблицы в среду моделирования требует незначительных трудозатрат.