У бизнес-процесса должен быть единый менеджер, который управляет процессом и отвечает за его результат. На практике часто бывает (это характерно для крупных компаний), что у бизнес-процесса есть так называемые владелец и менеджер процесса. Обе эти фигуры отвечают за результаты, но при этом владелец процесса обладает полномочиями изменять сам порядок выполнения процесса, а менеджер процесса осуществляет оперативное управление. Чтобы это было более понятно, эти различия проиллюстрируем на примере. Есть процесс «Материально-техническое обеспечение». Менеджером процесса является начальник отдела снабжения – должностное лицо, непосредственно участвующее в процессе и отвечающее за результат. А владельцем процесса является заместитель генерального директора по закупкам – фигура вышестоящая и, что называется, «с весом». Знать, кто является менеджером и владельцем процесса, надо как минимум потому, что именно у этих людей потребуется собирать информацию о текущем состоянии процесса и согласовывать с ними предполагаемые изменения.
Существует некоторое количество классификаций бизнес-процессов. Я приведу две из них. Более подробная – детально отражает нюансы процессов, а более краткая обычно применяется консультантами при комплексном описании бизнес-процессов предприятий.
Итак, более подробная классификация БП имеет следующий вид:
• основные процессы;
• сопутствующие процессы;
• вспомогательные процессы;
• обеспечивающие процессы;
• управляющие процессы;
• процессы развития.
Основными бизнес-процессами являются процессы, ориентированные на производство товара или оказание услуги, являющиеся целевыми объектами создания предприятия и обеспечивающие получение дохода. Так, для завода древесно-стружечных плит и деталей (ДСП и Д) основным бизнес-процессом является производство ламинированной древесно-стружечной плиты.
Сопутствующие процессы – процессы, ориентированные на производство товара или оказание услуги, являющиеся результатами сопутствующей основному производству производственной деятельности и также обеспечивающие получение дохода. Так, для автотранспортного предприятия процесс ремонта стороннего транспорта на собственной ремонтной базе является сопутствующим процессом.
Вспомогательные бизнес-процессы – процессы, предназначенные для обеспечения выполнения основных БП и поддержания их специфических черт. Так, для ТЭЦ или ГЭС вспомогательным бизнес-процессом является процесс ремонта производственного оборудования.
Обеспечивающие бизнес-процессы – процессы, предназначенные для жизнеобеспечения всех остальных БП и ориентированные на поддержку их универсальных черт. На предприятиях любой отрасли это процесс финансового обеспечения деятельности, процесс кадрового обеспечения, инженерно-технического обеспечения и т. п.
Бизнес-процессы управления – это процессы, охватывающие весь комплекс функций управления на уровне каждого БП и бизнес-системы в целом. Это процессы стратегического, оперативного и текущего планирования, формирования и осуществления управленческих воздействий.
Бизнес-процессы развития – это процессы совершенствования производимого товара или услуги, технологий, модификации оборудования. Например, это проведение научноисследовательских и опытно-конструкторских работ (НИОКР) в машиностроении, процесс технического перевооружения в электроэнергетике и т. п.
Более простая классификация БП состоит из следующих типов:
• управляющие процессы;
• основные процессы;
• вспомогательные процессы.
При этом, чтобы не путаться в определениях, проще показать, как эти две классификации соотносятся между собой (табл. 3.1).
Таблица 3.1. Соответствие классификаций бизнес-процессов
Хотелось бы сразу подчеркнуть, что эти процессы можно классифицировать не только таким образом. В реальной практике встречались, например, отдельно процессы взаимодействия с клиентами. Выбор классификации не столь принципиален, важно лишь понимать, зачем вообще нужна классификация. Дело в том, что в деятельности компании можно насчитать как минимум несколько десятков бизнес-процессов. Чтобы их как-то структурировать, и вводят определенные классификации.
С классификациями вообще все не так однозначно. Классический пример – процесс «Управление персоналом». К какому из типов по простой классификации его отнести? Ответ на этот вопрос будет неоднозначный. Процесс управления персоналом, если его проанализировать, состоит из ряда относительно независимых подпроцессов. Так, подпроцесс «Подбор персонала» явно относится к вспомогательным, поскольку при его реализации снабжаются все процессы организации ресурсами – сотрудниками. А вот подпроцесс «Планирование штатного расписания» следует отнести к управляющим, поскольку он задает, по сути, план набора персонала, т. е. создает некоторое управляющее воздействие для службы набора персонала. Примерно аналогичная ситуация будет с бухгалтерским учетом. Подготовка установленной бухгалтерской и налоговой отчетности – это обеспечивающий процесс. А подготовка первичных документов, из которых и собирается отчетность, – это вообще не процесс, а отдельные процедуры в основных бизнес-процессах.
Классификация бизнес-процессов помогает определить, как именно можно выделять конкретный процесс из общей массы.
Основные процессы мы выделяем исходя из результата, ценного для потребителя. Вспомогательные процессы мы выделяем по ресурсу, которым они снабжают компанию. И наконец, управляющие процессы мы выделяем по объекту, над которым осуществляется управляющее воздействие. При этом важно не допускать классической ошибки: не выделять бизнес-процессы по принципу деятельности конкретного подразделения. В подавляющем большинстве случаев бизнес-процессы являются сквозными для организации, т. е. затрагивают несколько подразделений. Ведь подразделения не могут не взаимодействовать друг с другом, так как являются элементами одной системы. А это взаимодействие и есть, попросту говоря, бизнес-процессы.
Логично задаться вопросом: существуют ли универсальные модели бизнес-процессов, и если да, то какие они? И ответ также будет неоднозначен – и да, и нет.
С одной стороны, каждая организация имеет свою специфику деятельности, свою продукцию и услуги, определенных поставщиков и покупателей, действует на определенной территории, в определенном правовом поле и т. п. Поэтому говорить о типовых бизнес-процессах нельзя. На любой набор типовых бизнес-процессов можно привести контрпример, показывающий, что такой типовой набор будет неприменим к какому-либо конкретному предприятию.
С другой стороны (и многие консультанты по бизнес-процессам об этом знают), можно говорить об определенном типовом наборе бизнес-процессов применительно к отдельно взятой отрасли, в определенном регионе, в определенном временном промежутке. Причем все равно конкретная реализация бизнес-процессов будет несколько отличаться от типового набора.
Существуют некоторые отраслевые модели процессов, как, например, eTOM для телекоммуникационных компаний. Но они описывают лишь верхний уровень процессов, а детализация все равно будет отличаться от компании к компании, пусть даже из одной отрасли.
Для наглядного описания бизнес-процессов компании на верхнем уровне используют так называемую карту процессов. На ней отображаются процессы верхнего уровня компании и показываются ключевые связи между ними. Как правило, процессы на карте подразделяются по типам в соответствии с выбранной классификацией. Пример такой карты можно увидеть в приложении II. Карта процессов дает лишь общее представление о процессах компании, но для выявления издержек, связанных с процессами, ее явно недостаточно.
Бизнес-процессы: описание
Чтобы разобраться с издержками того или иного процесса, нужно иметь достаточно полное его описание. В связи с этим нужно уметь делать такие описания, а это непросто. Сколько раз приходилось наблюдать, как опытный менеджер, который знает свою деятельность, как говорится, назубок, не может составить нормального описания! При этом в голове у него есть полное понимание, как все работает, но на бумаге это превращается в три-четыре строчки текста, которые человек со стороны может даже не понять из-за специфического сленга. Так как же описывать бизнес-процессы?
В каком виде можно в принципе представить информацию о бизнес-процессах, с которой будет работать как минимум несколько человек?
Основные способы описания бизнес-процессов следующие:
• текстовый (естественный язык);
• текстовый (формальное описание);
• графический (свободная нотация);
• графический (формальная нотация);
• комбинированный.
Текстовое описание БП естественным языком – это, по сути дела, описание процесса, которое получается в ходе интервью с экспертом в предметной области. Эксперт описывает общую последовательность процедур и то, что делается в ходе каждой процедуры. Недостатки этого способа представления – неструктурированность сведений и их сравнительно большой объем, который будет сложен для понимания процесса в целом.
Текстовое описание формализованным языком – это описание БП с помощью заранее определенных словесных конструкций и оборотов, подобно словесному описанию алгоритма программы (ЕСЛИ… ТО… ИНАЧЕ… и т. п.). Кроме того, при описании формализованным языком уже существует определенный глоссарий терминов предметной области, что немаловажно для правильного понимания процесса. Недостатки данного способа представления информации – сравнительно большой объем, что может затруднить понимание процесса.
Графический способ описания БП позволяет более наглядно и в компактной форме представить всю последовательность и логику исполнения процесса. Свободная нотация означает, что те графические символы, которыми представляют на диаграмме элементы БП, устанавливаются аналитиком произвольно, исходя только из собственных вкусов и предпочтений. Недостаток свободной нотации заключается в том, что поскольку правила графического представления четко не сформулированы и неизвестны никому, кроме человека, описывающего процесс, то читать такую диаграмму будет довольно затруднительно постороннему человеку.
Формализованная графическая нотация описания БП хороша тем, что имеет четко установленные правила представления информации и они хорошо известны и общепризнанны специалистами в области моделирования БП. Кроме того, этим формализованным нотациям, как показывает практика, можно достаточно легко обучить экспертов, которые после непродолжительного объяснения правил описания смогут хотя бы читать графические схемы и понимать их.
Однако у графических способов представления информации о бизнес-процессе есть и недостатки. На диаграмме бывает довольно сложно отобразить отдельные характеристики процедур, и тут мог бы помочь дополнительный текстовый комментарий к диаграмме.
Крайне важно при создании графического представления БП пользоваться стандартизованными нотациями графического описания. Они хорошо известны среди специалистов, существуют довольно продолжительное время и поддерживаются рядом специальных программных продуктов (CASE-средствами). Поэтому модели, созданные по стандартизованным правилам описания, легко воспринимаются всеми заинтересованными лицами и передаются от исполнителя заказчику в электронном виде.
В настоящее время широко используются и пользуются большой популярностью несколько стандартов моделирования бизнес-процессов:
• семейство стандартов IDEF (в частности, IDEFo, DFD, IDEF3);
• семейство стандартов ARIS (в частности, нотация eEPC);
• семейство стандартов UML (Usecase diagram, activity diagram).
Каждое из этих семейств стандартов представляет собой определенную методологию и реализовано рядом программных продуктов (CASE-средств). Наиболее известное программное обеспечение (ПО), реализующее ту или иную методологию, представлено в табл. 3.2.