Оптимизация бизнес-процессов – это мощное средство сокращения издержек. Ведь издержки не возникают сами по себе, они являются следствием и неотъемлемой характеристикой деятельности любой организации. Поэтому, изменяя деятельность компании, мы неизбежно будем влиять и на издержки. Но сначала надо разобраться в самой деятельности.
Типы деятельности
Деятельность любой организации можно классифицировать по двум признакам: повторяющаяся – уникальная деятельность и простая – сложная деятельность. Повторяющаяся деятельность выполняется регулярно по заранее известным исполнителям правилам, уникальная деятельность выполняется единовременно, при этом правила ее выполнения заранее не известны. Простой деятельностью мы назовем такую, которую выполняет один человек в течение относительно непродолжительного времени (от нескольких минут до нескольких дней), а сложной – такую деятельность, которую могут выполнить уже несколько человек в течение относительно продолжительного отрезка времени (от нескольких дней до нескольких недель или даже месяцев). Тогда классификацию видов деятельности можно представить следующим образом (рис. 3.1).
Рис. 3.1. Классификация типов деятельности
Таким образом,
• задача – уникальная деятельность, выполняемая одним человеком за непродолжительное время (пример: поиск рекрутером хедхантингового агентства уникального специалиста);
• функция – регулярно повторяющаяся деятельность, выполняемая одним человеком за непродолжительное время по известным правилам относительно независимо от других сотрудников (пример: ответ секретаря на входящий звонок, обслуживание кассиром покупателя в ресторане быстрого питания);
• проект – уникальная деятельность группы людей в течение продолжительного времени (пример: внедрение на предприятии новой корпоративной информационной системы);
• процесс – регулярно повторяющаяся деятельность группы людей по известным правилам в течение длительного времени (пример: приобретение сырья и материалов для производства продукции).
В работе любой компании будут встречаться все эти виды деятельности, но, конечно же, в разных пропорциях. Более того, деятельность с течением времени может менять свой тип. Например, выполнение типовых проектов целесообразно рассматривать как бизнес-процессы. Или же усложнение функции с задействованием в ее выполнении других людей превращает ее в бизнес-процесс (БП).
Такое разделение видов деятельности необходимо, потому что все они описываются, регламентируются и управляются по-разному, с помощью разных инструментов.
Говоря об управлении издержками, мы прежде всего будем рассматривать оптимизацию бизнес-процессов, так как именно они играют определяющую роль в издержках для большинства компаний. Для уникальных видов деятельности вопрос снижения издержек в них обычно не столь актуален и их размер задается еще на этапе планирования уникальной деятельности. Доля функций в деятельности компаний, как правило, незначительна.
Бизнес-процессы: основные понятия
Итак, бизнес-процесс – это регулярно повторяющаяся последовательность взаимосвязанных мероприятий (операций, процедур, действий), при выполнении которых потребляются ресурсы из внешней среды, создается ценность для потребителя и выдается ему результат.
Рис. 3.2. Абстрактный бизнес-процесс
Причем сразу стоит отметить, что потребитель может быть как внешним, так и внутренним по отношению к организации. Внешний потребитель – это потребитель, который не входит в состав данной организации, а внутренний – тот потребитель, который находится в рамках данной организации.
Важно знать потребителя бизнес-процесса потому, что именно он явным или неявным образом задает требования к процессу и, следовательно, может оказывать влияние даже на сам факт существования конкретного процесса.
Если мы рассматриваем в качестве примера предприятие, производящее шины, то производство шин – это бизнес-процесс, причем основной для данного предприятия. Почему? Производство шин (как процесс) включает в себя множество взаимоувязанных операций, потребляет определенные ресурсы (сырье и материалы, электроэнергию, труд персонала и т. п.) и выдает определенный результат потребителю – готовую шину. Потребителем для этого процесса будет одна или несколько оптовых торговых фирм, которые организуют распределение товара до конечных потребителей.
Другой пример бизнес-процесса – закупка сырья для производства тех же шин. Такой процесс также соответствует данному выше определению, но потребитель конечного результата процесса будет внутренним – это производственные цеха предприятия, в которых готовят резиновую смесь, обрезинивают металлокорд и т. д.
Результат бизнес-процесса – это, пожалуй, наиболее важная его составляющая. Деятельность без результата не может быть, в противном случае это не деятельность, а просто некое бесцельное времяпрепровождение. Без достижения результата (причем, заметим, с требуемыми потребителю характеристиками) деятельность бессмысленна. А от того, как процесс выстроен, зависят в том числе и издержки этого процесса. Но к этому мы вернемся чуть позже.
У бизнес-процесса должен быть единый менеджер, который управляет процессом и отвечает за его результат. На практике часто бывает (это характерно для крупных компаний), что у бизнес-процесса есть так называемые владелец и менеджер процесса. Обе эти фигуры отвечают за результаты, но при этом владелец процесса обладает полномочиями изменять сам порядок выполнения процесса, а менеджер процесса осуществляет оперативное управление. Чтобы это было более понятно, эти различия проиллюстрируем на примере. Есть процесс «Материально-техническое обеспечение». Менеджером процесса является начальник отдела снабжения – должностное лицо, непосредственно участвующее в процессе и отвечающее за результат. А владельцем процесса является заместитель генерального директора по закупкам – фигура вышестоящая и, что называется, «с весом». Знать, кто является менеджером и владельцем процесса, надо как минимум потому, что именно у этих людей потребуется собирать информацию о текущем состоянии процесса и согласовывать с ними предполагаемые изменения.
Существует некоторое количество классификаций бизнес-процессов. Я приведу две из них. Более подробная – детально отражает нюансы процессов, а более краткая обычно применяется консультантами при комплексном описании бизнес-процессов предприятий.
Итак, более подробная классификация БП имеет следующий вид:
• основные процессы;
• сопутствующие процессы;
• вспомогательные процессы;
• обеспечивающие процессы;
• управляющие процессы;
• процессы развития.
Основными бизнес-процессами являются процессы, ориентированные на производство товара или оказание услуги, являющиеся целевыми объектами создания предприятия и обеспечивающие получение дохода. Так, для завода древесно-стружечных плит и деталей (ДСП и Д) основным бизнес-процессом является производство ламинированной древесно-стружечной плиты.
Сопутствующие процессы – процессы, ориентированные на производство товара или оказание услуги, являющиеся результатами сопутствующей основному производству производственной деятельности и также обеспечивающие получение дохода. Так, для автотранспортного предприятия процесс ремонта стороннего транспорта на собственной ремонтной базе является сопутствующим процессом.
Вспомогательные бизнес-процессы – процессы, предназначенные для обеспечения выполнения основных БП и поддержания их специфических черт. Так, для ТЭЦ или ГЭС вспомогательным бизнес-процессом является процесс ремонта производственного оборудования.
Обеспечивающие бизнес-процессы – процессы, предназначенные для жизнеобеспечения всех остальных БП и ориентированные на поддержку их универсальных черт. На предприятиях любой отрасли это процесс финансового обеспечения деятельности, процесс кадрового обеспечения, инженерно-технического обеспечения и т. п.
Бизнес-процессы управления – это процессы, охватывающие весь комплекс функций управления на уровне каждого БП и бизнес-системы в целом. Это процессы стратегического, оперативного и текущего планирования, формирования и осуществления управленческих воздействий.
Бизнес-процессы развития – это процессы совершенствования производимого товара или услуги, технологий, модификации оборудования. Например, это проведение научноисследовательских и опытно-конструкторских работ (НИОКР) в машиностроении, процесс технического перевооружения в электроэнергетике и т. п.
Более простая классификация БП состоит из следующих типов:
• управляющие процессы;
• основные процессы;
• вспомогательные процессы.
При этом, чтобы не путаться в определениях, проще показать, как эти две классификации соотносятся между собой (табл. 3.1).
Таблица 3.1. Соответствие классификаций бизнес-процессов
Хотелось бы сразу подчеркнуть, что эти процессы можно классифицировать не только таким образом. В реальной практике встречались, например, отдельно процессы взаимодействия с клиентами. Выбор классификации не столь принципиален, важно лишь понимать, зачем вообще нужна классификация. Дело в том, что в деятельности компании можно насчитать как минимум несколько десятков бизнес-процессов. Чтобы их как-то структурировать, и вводят определенные классификации.
С классификациями вообще все не так однозначно. Классический пример – процесс «Управление персоналом». К какому из типов по простой классификации его отнести? Ответ на этот вопрос будет неоднозначный. Процесс управления персоналом, если его проанализировать, состоит из ряда относительно независимых подпроцессов. Так, подпроцесс «Подбор персонала» явно относится к вспомогательным, поскольку при его реализации снабжаются все процессы организации ресурсами – сотрудниками. А вот подпроцесс «Планирование штатного расписания» следует отнести к управляющим, поскольку он задает, по сути, план набора персонала, т. е. создает некоторое управляющее воздействие для службы набора персонала. Примерно аналогичная ситуация будет с бухгалтерским учетом. Подготовка установленной бухгалтерской и налоговой отчетности – это обеспечивающий процесс. А подготовка первичных документов, из которых и собирается отчетность, – это вообще не процесс, а отдельные процедуры в основных бизнес-процессах.
Классификация бизнес-процессов помогает определить, как именно можно выделять конкретный процесс из общей массы.
Основные процессы мы выделяем исходя из результата, ценного для потребителя. Вспомогательные процессы мы выделяем по ресурсу, которым они снабжают компанию. И наконец, управляющие процессы мы выделяем по объекту, над которым осуществляется управляющее воздействие. При этом важно не допускать классической ошибки: не выделять бизнес-процессы по принципу деятельности конкретного подразделения. В подавляющем большинстве случаев бизнес-процессы являются сквозными для организации, т. е. затрагивают несколько подразделений. Ведь подразделения не могут не взаимодействовать друг с другом, так как являются элементами одной системы. А это взаимодействие и есть, попросту говоря, бизнес-процессы.
Логично задаться вопросом: существуют ли универсальные модели бизнес-процессов, и если да, то какие они? И ответ также будет неоднозначен – и да, и нет.
С одной стороны, каждая организация имеет свою специфику деятельности, свою продукцию и услуги, определенных поставщиков и покупателей, действует на определенной территории, в определенном правовом поле и т. п. Поэтому говорить о типовых бизнес-процессах нельзя. На любой набор типовых бизнес-процессов можно привести контрпример, показывающий, что такой типовой набор будет неприменим к какому-либо конкретному предприятию.
С другой стороны (и многие консультанты по бизнес-процессам об этом знают), можно говорить об определенном типовом наборе бизнес-процессов применительно к отдельно взятой отрасли, в определенном регионе, в определенном временном промежутке. Причем все равно конкретная реализация бизнес-процессов будет несколько отличаться от типового набора.
Существуют некоторые отраслевые модели процессов, как, например, eTOM для телекоммуникационных компаний. Но они описывают лишь верхний уровень процессов, а детализация все равно будет отличаться от компании к компании, пусть даже из одной отрасли.
Для наглядного описания бизнес-процессов компании на верхнем уровне используют так называемую карту процессов. На ней отображаются процессы верхнего уровня компании и показываются ключевые связи между ними. Как правило, процессы на карте подразделяются по типам в соответствии с выбранной классификацией. Пример такой карты можно увидеть в приложении II. Карта процессов дает лишь общее представление о процессах компании, но для выявления издержек, связанных с процессами, ее явно недостаточно.
Бизнес-процессы: описание
Чтобы разобраться с издержками того или иного процесса, нужно иметь достаточно полное его описание. В связи с этим нужно уметь делать такие описания, а это непросто. Сколько раз приходилось наблюдать, как опытный менеджер, который знает свою деятельность, как говорится, назубок, не может составить нормального описания! При этом в голове у него есть полное понимание, как все работает, но на бумаге это превращается в три-четыре строчки текста, которые человек со стороны может даже не понять из-за специфического сленга. Так как же описывать бизнес-процессы?
В каком виде можно в принципе представить информацию о бизнес-процессах, с которой будет работать как минимум несколько человек?
Основные способы описания бизнес-процессов следующие:
• текстовый (естественный язык);
• текстовый (формальное описание);
• графический (свободная нотация);
• графический (формальная нотация);
• комбинированный.
Текстовое описание БП естественным языком – это, по сути дела, описание процесса, которое получается в ходе интервью с экспертом в предметной области. Эксперт описывает общую последовательность процедур и то, что делается в ходе каждой процедуры. Недостатки этого способа представления – неструктурированность сведений и их сравнительно большой объем, который будет сложен для понимания процесса в целом.
Текстовое описание формализованным языком – это описание БП с помощью заранее определенных словесных конструкций и оборотов, подобно словесному описанию алгоритма программы (ЕСЛИ… ТО… ИНАЧЕ… и т. п.). Кроме того, при описании формализованным языком уже существует определенный глоссарий терминов предметной области, что немаловажно для правильного понимания процесса. Недостатки данного способа представления информации – сравнительно большой объем, что может затруднить понимание процесса.
Графический способ описания БП позволяет более наглядно и в компактной форме представить всю последовательность и логику исполнения процесса. Свободная нотация означает, что те графические символы, которыми представляют на диаграмме элементы БП, устанавливаются аналитиком произвольно, исходя только из собственных вкусов и предпочтений. Недостаток свободной нотации заключается в том, что поскольку правила графического представления четко не сформулированы и неизвестны никому, кроме человека, описывающего процесс, то читать такую диаграмму будет довольно затруднительно постороннему человеку.
Формализованная графическая нотация описания БП хороша тем, что имеет четко установленные правила представления информации и они хорошо известны и общепризнанны специалистами в области моделирования БП. Кроме того, этим формализованным нотациям, как показывает практика, можно достаточно легко обучить экспертов, которые после непродолжительного объяснения правил описания смогут хотя бы читать графические схемы и понимать их.
Однако у графических способов представления информации о бизнес-процессе есть и недостатки. На диаграмме бывает довольно сложно отобразить отдельные характеристики процедур, и тут мог бы помочь дополнительный текстовый комментарий к диаграмме.
Крайне важно при создании графического представления БП пользоваться стандартизованными нотациями графического описания. Они хорошо известны среди специалистов, существуют довольно продолжительное время и поддерживаются рядом специальных программных продуктов (CASE-средствами). Поэтому модели, созданные по стандартизованным правилам описания, легко воспринимаются всеми заинтересованными лицами и передаются от исполнителя заказчику в электронном виде.
В настоящее время широко используются и пользуются большой популярностью несколько стандартов моделирования бизнес-процессов:
• семейство стандартов IDEF (в частности, IDEFo, DFD, IDEF3);
• семейство стандартов ARIS (в частности, нотация eEPC);
• семейство стандартов UML (Usecase diagram, activity diagram).
Каждое из этих семейств стандартов представляет собой определенную методологию и реализовано рядом программных продуктов (CASE-средств). Наиболее известное программное обеспечение (ПО), реализующее ту или иную методологию, представлено в табл. 3.2.
Таблица 3.2. Основные нотации моделирования бизнес-процессов
Разумеется, в таблице представлены далеко не все программные продукты, которые реализуют ту или иную нотацию описания. На самом деле их значительно больше.
Среди специалистов в области моделирования бизнес-процессов часто возникают споры о том, какую методологию лучше использовать для создания моделей? Каждая из этих методологий имеет свои достоинства и недостатки, какие-то моменты удобнее и эффективнее отражать в той или иной нотации. Однако на наш взгляд однозначного ответа нет. Выбор той или иной методологии зависит в первую очередь от целей и задач описания БП. При этом надо учитывать также степень владения командой аналитиков той или иной методологией, наличие соответствующего ПО, да и просто личные предпочтения руководства проекта. В любом случае, важно, чтобы каждый специалист понимал основные принципы каждой из методологий и умел читать диаграммы, подготовленные с их использованием.
Важно лишь подчеркнуть, что грамотная схема бизнес-процесса должна отвечать на ряд вопросов о нем. Это следующие вопросы:
• каковы «вход» и «выход» процесса в целом;
• из каких процедур состоит процесс;
• кто выполняет каждую процедуру;
• что получается в результате ее выполнения;
• кто получает результат и как он его использует;
• какие исключительные ситуации (разветвления) возникают в процессе?
Вот пример неинформативной схемы процесса (рис. 3.3):
Рис. 3.3. Пример неинформативной схемы бизнес-процесса
На этой схеме не видно:
• после какого события или факта процесс начинается;
• кто в нем участвует (является его исполнителем);
• что делает каждый исполнитель;
• что является результатом выполнения всего процесса и результатом работы каждого исполнителя;
• какие могут быть разветвления и в каких случаях.
А вот фрагмент схемы того же процесса, подготовленной в кросс-функциональной нотации (рис. 3.4).
Рис. 3.4. Фрагмент схемы бизнес-процесса в кроссфункциональной нотации
Более подробно описание кроссфункциональной нотации моделирования бизнес-процессов, а также обзор прочих популярных нотаций см. в приложении III.
Для целей оптимизации издержек в бизнес-процессах их модели следует сопровождать дополнительными характеристиками процедур, такими как:
• продолжительность выполнения процедуры;
• нормы расхода материальных ресурсов на единичное выполнение процедуры;
• ставка оплаты труда исполнителя процедуры;
• иные характеристики, которые потребуются для анализа издержек, специфические для данного бизнес-процесса.
Анализ бизнес-процессов
К анализу бизнес-процессов можно подходить двумя и даже тремя путями.
Первый подход – формализованный. Он заключается в том, что мы анализируем процесс на оптимальность по ряду формальных критериев. То есть мы не обязаны досконально разбираться во всех нюансах процесса, но при этом можем выявить проблемные зоны. Если у человека болит живот – это признак того, что с человеком что-то не так. Заболевание ли это, какое это заболевание или же человек просто очень много съел – мы пока знать не можем без дополнительного исследования, но зато четко отделяем нормальный ход вещей от наличия проблем.
Второй подход – экспертный. Продолжая аналогию с заболеванием, у нас есть опытный диагност, который исходя из своих знаний и опыта может определить заболевание, даже если сам пациент особых проблем не чувствует. То есть в голове у эксперта уже есть идеальная модель процесса, и он просто сравнивает ее с текущим состоянием и говорит – вот здесь надо сделать так-то, а здесь по-другому. Есть лишь одна проблема – где же взять такого эксперта? Хорошего эксперта сложно найти, и эти услуги довольно дороги. Поэтому если у вас есть эксперт – можно к нему обратиться, но если нет – остается формализованный подход.
Третий подход – это комбинация первых двух. Какие-то проблемы можно выявлять, прибегая к услугам экспертов, какие-то – с помощью оценки формальных признаков неоптимальности. Хорошая новость заключается в том, что с течением времени и получением разностороннего опыта специалист, использующий формализованный подход, сам становится экспертом. Поэтому предприятия и привлекают к подобным работам консультантов.
Однако в работе эксперта присутствует определенное искусство, т. е. его работу не может скопировать любой специалист. Поэтому в этой книге мы ограничимся рассмотрением лишь формализованного подхода. И как показывает практика многих проектов, он зарекомендовал себя очень хорошо.
Для того чтобы выявить «узкие места» в бизнес-процессе и оценить его эффективность, необходимо проанализировать его модель по ряду критериев. Это следующие критерии:
• удовлетворенность конечным результатом БП;
• оптимальность схемы бизнес-процесса;
• удовлетворенность промежуточными результатами БП;
• оптимальность промежуточных операций;
• оптимальность управления бизнес-процессом.
Соответственно, каждый из этих критериев должен быть оценен по ряду параметров.
Удовлетворенность конечным результатом бизнес-процесса можно оценить по следующим параметрам:
• количество жалоб либо рекламаций от клиента на готовую продукцию/услугу;
• количество замечаний либо выговоров руководства из-за качества готовой продукции/услуги;
• количество и суть жалоб исполнителей бизнес-процесса по качеству готовой продукции/услуги.
Разумеется, что в оптимальном бизнес-процессе значения этих параметров должны быть минимальные, в идеале – стремиться к нулю. Для оценки этих параметров в организации должен быть налажен учет жалоб и рекламаций. К сожалению, часто такой учет не ведется по вполне понятным причинам. Причем даже данные о браке в производстве, если этот брак восстановимый, могут не фиксироваться. На одной макаронной фабрике, где я выполнял проект по снижению издержек, бракованные макароны (пересушенные, с трещинами и т. д.) никак не учитывались, а перемалывались и снова добавлялись к муке, из которой делают макароны. По технологии это вполне допустимо, однако когда я сравнил на одном графике объем производства и потребление электроэнергии, выяснились интересные вещи. По идее, эти графики должны коррелировать между собой. Однако на графике потребления электроэнергии были периодические сильные «всплески», а на графике объема производства таких «всплесков» не было. Это как раз и были затраты энергии на переработку бракованных макарон. Причем, по оценкам, в течение года предприятие тратило порядка миллиона рублей только на электроэнергию, направляемую на переработку брака. Конечно, в масштабах этого конкретного предприятия это не самая значительная сумма. Однако и эти деньги были бы не лишними. Кстати, аналогично с браком поступают металлургические предприятия. А там затраты на электроэнергию гораздо более значительные. Я не хочу сказать, что брак не надо перерабатывать, коль уж он возник. Но если бы его не было – была бы неплохая экономия на издержках. А как руководство узнает о структуре издержек, связанных с браком, если его учет даже не ведется?
Удовлетворенность результатами промежуточных операций в процессе оценивается по параметрам, аналогичным удовлетворенности результатами всего процесса в целом, но относящимся к каждой конкретной операции в процессе.
Оптимальность схемы бизнес-процесса оценивается по следующим параметрам:
• количество «входов» в процесс;
• количество «выходов» из процесса;
• количество «разветвлений» в процессе;
• количество промежуточных операций в процессе;
• возможность параллельных работ.
Количество «входов» и «выходов» из процесса должно быть минимальным, в идеале – один «вход» и один «выход». Однако это далеко не всегда возможно по объективным причинам. Например, при изготовлении бруса из бревна «выходов» будет три: собственно брус, горбыль и опилки, причем даже опилки могут быть использованы в другой технологической операции или вообще проданы, не говоря уже о горбыле и брусе. Тут есть нюансы: если «входы» в процесс поступают в его первую процедуру – это не столь критично. Большое количество «входов» сложно контролировать. Бизнес-процесс не сможет начаться, пока все из этих входящих ресурсов не поступят. Можно это проиллюстрировать даже на бытовом уровне: вы не можете приготовить блюдо, если у вас не хватает нужных продуктов. «Сегодня плов без мяса… И без риса!» Если же «входы» в процесс поступают на его промежуточные процедуры, это еще более критично. Это значит, что мы либо неправильно выделили бизнес-процесс, либо мы не контролируем эти промежуточные «входы», поскольку они являются результатами внешних по отношению к нашему процессу процедур.
Количество «разветвлений» в процессе также должно быть минимальным, в идеале – отсутствовать вовсе. Отсутствие «разветвлений» существенно упрощает логику процесса и делает его зачастую более эффективным. Однако на практике могут существовать объективные причины для существования таких «разветвлений». Почему «разветвления» в процессе – это потенциальная проблемная зона? Во-первых, любое «разветвление» – это точка принятия решения исполнителем процедуры. А раз есть возможность выбора, значит, есть и вероятность ошибки (что часто и бывает в жизни). Во-вторых, в результате «разветвления» процесс часто возвращается к своему началу. Классический пример – процесс согласования проекта договора. Там практически каждая работа имеет «развилки»: договор либо согласовывается ответственным лицом, либо возвращается на переделку, а потом проходит повторное согласование. В результате заключение договора может длиться неделями и даже месяцами!
Количество промежуточных операций в процессе должно находиться в интервале 7 ± 2. Это связано с нормой управляемости. Человек в среднем способен эффективно контролировать (держать в памяти) одновременно от 5 до 9 объектов в зависимости от степени их сложности. Конечно, есть уникумы, которые могут оперировать значительно большим числом объектов. Но все же если число промежуточных операций больше, то процесс будет трудно контролировать его владельцу, а если меньше, то такой процесс будет лучше включать в состав другого процесса. Слишком короткий по числу операций процесс – это, как правило, либо часть другого процесса, ошибочно выделенная либо «раздутая» функция, которую вполне может выполнить один человек.
С параллельным выполнением работ тоже не все так просто. С одной стороны, возможность выполнения работ в процессе параллельно – это очевидный плюс. Скажем, параллельное согласование проекта договора всеми согласующими лицами при условии разделения зон ответственности может значительно сократить общее время выполнения данного процесса. С другой стороны, надо внимательно следить за тем, чтобы работы, которые мы распараллелили, действительно можно было выполнять в таком режиме. Подводить дом под крышу, когда еще не выстроен фундамент, невозможно. Как говорится, девять беременных женщин не родят ребенка за один месяц. Таким образом, следует стремиться к увеличению возможности параллельного проведения работ в процессе, однако при условии, что это не ухудшает самого процесса. В противном случае, наоборот, работы в процессе следует выстраивать последовательно.
Оптимальность промежуточных операций в процессе можно оценить по следующим параметрам:
• продолжительность выполнения операции;
• реальная нагрузка на исполнителей в процессе выполнения операции;
• уровень автоматизации/механизации операции;
• частота возникновения нестандартных ситуаций;
• частота возникновения ошибок в процессе выполнения операции.
Следует стремиться к минимизации времени выполнения той или иной операции, при этом следует обращать внимание и на возможные простои между операциями процесса. А также принимать все меры к тому, чтобы эти простои были минимальны. Помним о принципе Питера: любая работа занимает полностью все отведенное на нее время.
Первый и второй параметры сильно связаны между собой. Необходимо выяснить, насколько сильно загружены исполнители в ходе выполнения той или иной операции, тем самым можно выявить резервы времени для сокращения продолжительности процесса. Для этого существует ряд приемов анализа фотографии рабочего времени, внутренний бенчмаркинг (например, по методу инженера Ковалева, см. приложение V). Однако следует помнить, что при выполнении любой деятельности человек никогда не работает реально 100 % времени – должны быть перерывы на отдых, в противном случае работа довольно быстро встанет. Исследования Фредерика Тейлора это очень убедительно показывают.
Уровень автоматизации/механизации выполнения каждой операции по мере возможности нужно повышать, что благоприятно отразится на процессе. При анализе надо обращать внимание на принципиальную возможность повышения степени автоматизации либо механизации работ.
Частота возникновения нестандартных ситуаций свидетельствует о том, что необходимо модернизировать процесс либо создавать новые его версии. Все зависит от соотношения частоты выполнения процесса по нормальному и нестандартному сценариям. Если нестандартный вариант происходит в 3–5 % случаев – надо сводить процесс к нормальному ходу, при этом все нестандартные ситуации исключать, сводя на нет причину их возникновения. Например, процесс отклоняется от нормального хода по причине низкой квалификации исполнителя. Соответственно надо либо заменить, либо обучить исполнителя процедуры. А если нестандартная ситуация возникает более часто (допустим, в 20 % случаев) – ее надо выделить в отдельный вариант процесса (в зависимости от условий возникновения нестандартной ситуации).
Частоту возникновения ошибок в ходе выполнения операций также необходимо сводить к нулю. Нужно детально анализировать причину возникновения ошибок и принимать меры для их устранения. Хорошим инструментом для наглядного представления и анализа причин брака является диаграмма Ишикавы – так называемая рыбья кость (рис. 3.5).
Рис. 3.5. Пример диаграммы Ишикавы для анализа причин брака
Об оптимальности управления бизнес-процессов судят по следующим основным параметрам:
• наличие у бизнес-процесса единого менеджера (владельца процесса);
• достаточность полномочий менеджера БП;
• количество административных подразделений, участвующих в бизнес-процессе;
• тип управления;
• информированность менеджера о ходе и результатах выполнения БП.
Необходимо, чтобы процесс был подконтролен одному менеджеру, потому что в противном случае невозможно установить ответственность за результаты процесса. У семи нянек дитя без глазу; там, где отвечает за результат хотя бы два человека – там не отвечает никто. Неслучайно в армии принят принцип единоначалия, ведь в армии цена вопроса – человеческие жизни.
Разумеется, что у менеджера процесса должны быть все полномочия для того, чтобы осуществлять управление данным процессом. В противном случае владелец процесса – фигура исключительно номинальная. Может ли менеджер процесса воздействовать на исполнителей процесса? И если да, то каким образом?
Менеджер бизнес-процесса должен быть информирован о ходе выполнения и результатах процесса для того, чтобы он мог своевременно вмешаться и осуществить управляющее воздействие именно в тот момент, когда это необходимо. Это должно быть видно из самой схемы – получает ли менеджер информацию о ходе выполнения процесса, как часто, в каком виде и т. п.?
Количество административных подразделений, участвующих в бизнес-процессе, должно быть сведено к минимуму, но тут уже встает вопрос об организационной структуре предприятия, и о том, какие именно действия производят административные подразделения в процессе. Только после изучения этого вопроса можно осознать, какое количество административных подразделений, участвующих в процессе, будет минимальным. Ведь если процесс управленческий, часто только административные подразделения в нем и задействованы. Это же не говорит о том, что процесс неоптимален. Надо обращать внимание на то, что именно административные подразделения делают в процессе. Если это операции типа «контроль», «учет», «сверка», то такие операции не добавляют стоимости конечному результату. Но и для этого правила есть исключения. Во-первых, требования по учету могут быть наложены законодательно, и это является ограничением, которого не избежать. Во-вторых, учет и сверка могут быть необходимы для предупреждения и раннего обнаружения хищений. И тогда надо сравнивать – какова вероятность и размер ущерба от возможных хищений и каковы затраты на контрольные процедуры.
Тип управления должен соответствовать характеру управляемого бизнес-процесса. В идеале достаточно входного управляющего сигнала, и отчета о выполнении на выходе. Однако в зависимости от уровня брака, ошибок, а также важности самого процесса контроль может быть увеличен или снижен. Административный тип управления – как правило, более жесткий, но несет в себе больше затрат на свою реализацию. Функциональное управление – более мягкое, но и затраты на него, как правило, меньше. Надо соотносить между собой риски потери управляемости процесса и затраты на его управление и делать соответствующие выводы.
Таким образом, проанализировав процесс на оптимальность, надо составить перечень его проблемных зон и разработать меры по их устранению. Это и есть оптимизация процесса.
Оптимизация бизнес-процессов
Прежде чем говорить о методах оптимизации, важно понять ее принципы.
Принцип первый: у оптимизации должна быть основа. Суть этого принципа заключается в том, что перед тем как проводить оптимизацию, надо четко выделить бизнес-процессы. Оптимизировать хаос невозможно. Сначала надо «увидеть» ход протекания процессов, т. е. зафиксировать процессы в виде моделей «как есть». Ведь если не удается описать процессы, происходящие в настоящее время (например, из-за их высокой изменчивости), то и оптимизировать будет нечего (в данной ситуации можно выстраивать процессы заново, оценивать их оптимальность и улучшать уже новые).
Принцип второй: при оптимизации «рыбу чистят с хвоста». Данный принцип означает, что оценивать оптимальность надо от частного к общему, выявляя отдельные недостатки, объединяя их в группы и оперативно устраняя. А если лично вам ближе подход от общего к частному, то вам нужен реинжиниринг, т. е. комплексное, системное, «до основания» изменение деятельности.
Принцип третий: решения по оптимизации – неоднозначны. Другими словами, велика вероятность того, что, устраняя неоптимальность по одному критерию, мы ухудшаем процесс по другому. Причем недостаточно просто знать об этом, надо еще и уметь выявлять такие последствия, оценивать преимущества и недостатки и делать обоснованный выбор.
Принцип четвертый: сотрудники не любят оптимальных процессов. Неизбежным следствием настоящей оптимизации процессов является усиление эксплуатации исполнителей, поэтому неизбежно явное и неявное, часто даже не осознаваемое людьми, сопротивление.
Из данных принципов достаточно логично следуют условия и шаги проведения оптимизации:
1. Перед тем как начинать работу по оптимизации, необходимо описать существующие в компании бизнес-процессы «как есть» (создать их модели). Описания должны быть четкими, однозначными и затрагивать уровень, на котором видна конкретная работа сотрудников. Объем моделей может быть разным: как по отдельно выделенному БП, так и по группе взаимосвязанных бизнес-процессов. Безусловно, чем больше процессов описано в модели, тем лучше и шире можно оценить их оптимальность.
2. Оценивая оптимальность, в первую очередь надо анализировать каждую часть бизнес-процесса, выполняемую конкретным исполнителем (далее мы будем называть ее процедура). Оценивая ее, надо проверять, к каким результатам приводит правильное выполнение, какие данные или материалы исполнитель получает в итоге, что он с ними делает, насколько оптимальны его действия, а также время работы и продолжительность выполнения процедуры.
3. Проанализировав каждую процедуру и определив ее явные недостатки, можно оценить оптимальность управления бизнес-процессом и оптимальность группы процессов. Результатами оценки оптимальности должны стать выявленные недостатки в процессе и/или группе процессов.
4. Затем надо разработать предложения по исправлению выявленных недостатков, перестроить модель процесса («как будет»), учитывая данные предложения, пересмотреть действия исполнителей и кандидатуры самих исполнителей (если это необходимо), а самое главное – улучшить средства труда. Улучшение средств труда заключается, конечно, не в разработке экспертных систем (осуществляемой в процессе реинжиниринга), а в усовершенствовании форм фиксации, хранения и первичной обработки данных, используемых при выполнении конкретной процедуры. Например, когда полномочия устанавливать правила предоставления скидок делегируются менеджеру по продажам, можно вставить в электронную форму бланка-заказа поля, при заполнении которых расчет скидки будет производиться автоматически (при этом может использоваться обычный Microsoft Excel).
5. На завершающем шаге надо оценить возможные ухудшения от предлагаемых улучшений в других местах процесса, в том числе и возможное сопротивление сотрудников.
Конкретных приемов по оптимизации бизнес-процессов существует великое множество. Мы рассмотрим некоторую часть из них, которую можно применять, что называется, «с колес». К тому же предлагаемые методы являются низкобюджетными, что в свете снижения издержек очень кстати.
К таким методам оптимизации бизнес-процессов относятся:
• усовершенствование/разработка форм документов;
• фиксация оснований для принятия управленческих решений;
• изменение состава и последовательности процедур процесса;
• определение областей ответственности за выполнение процедур;
• изменение требований к конечному результату.
Усовершенствование/разработка форм документов. Часто бывает так, что информация в бизнес-процессе передается в неформализованном виде: либо устно, либо в какой-то свободной форме. Соответственно информация может быть утрачена либо искажена при передаче («испорченный телефон»), и сотрудники тратят много времени на ее получение/восстановление. Чтобы избежать этого, необходимо использовать какую-то структурированную форму представления информации. Это нужно как для структурирования собственно данных, так и для планирования хода выполнения процесса и последующего учета. Кроме того, в формах документов полезно использовать всевозможные классификаторы данных для облегчения последующей обработки информации, в том числе компьютеризованной. Так, например, в одном реальном случае при разработке проектносметной документации руководитель зачастую не знал, в какой стадии находится процесс разработки. При малейшей проблеме исполнители спихивали вину друг на друга и концов было не найти. Я предложил четко структурировать последовательность разработки проектно-сметной документации, и при передаче информации от исполнителя исполнителю они фиксировали этот факт в специальной форме документа, висевшей прямо на стене офиса, и заверяли это своими подписями. Таким образом, руководитель проекта в любой момент мог подойти и посмотреть, на какой стадии находится разработка документации.
Фиксация оснований для принятия управленческих решений. По сути, это четкая алгоритмизация принятия управленческих решений на основе структурирования условий, при «срабатывании» которых принимается то или иное решение. Прежде всего надо выявить типовые решения, которые могут приниматься в процессе (поставка товара в кредит или по предоплате, например). Затем определяем исходные данные, на основе которых принимается решение (например, объем задолженности, срок сотрудничества, и т. п.). Далее определяем правила принятия решения в том или ином варианте и разграничиваем зоны ответственности за результат (например, до 50 тыс. руб. решение принимает менеджер, свыше этой суммы – начальник отдела). В итоге такой стандартизации мы можем разгрузить высокооплачиваемых сотрудников от «текучки», которую могут выполнять менее квалифицированные работники. А это, в свою очередь, тоже благотворно отразится на издержках.
Изменение состава и последовательности процедур процесса. Прежде всего следует исключить из процесса те процедуры, которые не добавляют ценности к конечному результату. Это могут быть какие-то ненужные действия, какие-то излишние контрольные процедуры и т. п. Например, при заключении договора по стандартной форме проводить согласование с юридическим отделом бессмысленно, поскольку шаблон договора и так был ранее выверен на соответствие действующему законодательству. Нестандартные сценарии бизнес-процесса следует рассматривать как проекты.
Определение областей ответственности за выполнение процедур. Прежде всего необходимо установить, кто конкретно отвечает за выполнение той или иной процедуры. Причем не просто это установить, а удостовериться, что ответственность закреплена в соответствующих документах: должностной инструкции, положении о подразделении и т. п. На словах можно договариваться о чем угодно, но если есть официальный документ – это уже совсем другое дело.
Результаты выполнения процедуры должны быть документированы, либо должен быть какой-то иной контроль над качеством и количеством полученных в ходе выполнения процедуры результатов (например, в виде карточек «Канбан»). Иначе говоря, должны остаться какие-то информационные «следы» того, что процедура действительно выполнялась.
Закрепление областей ответственности также подразумевает проработку возможных вариантов принятия решений по результатам контроля выполнения процедур. В том числе эти решения могут касаться непосредственно ответственного лица (например, уменьшение премиального вознаграждения при выявлении случаев недобросовестного выполнения своих обязанностей).
Изменение требований к конечному результату. Прежде всего требования к конкретному результату нужно конкретизировать, разложить на измеримые составляющие. Если мы требуем выполнения качественной работы, то нужно указать, «что такое хорошо и что такое плохо»: допуск на размер детали не выше определенного, время обслуживания клиента не более… минут и т. д.
Иначе говоря, надо определить нормы, касающиеся результатов выполнения процедур. И довести эти нормы до исполнителей.
Уже задание неких формальных норм к результатам процедур само по себе является улучшением, поскольку это переход от хаоса к порядку. Если же в результате анализа мы понимаем, что требования к конечному результату можно снизить без потери привлекательности для потребителя – это благоприятно отразится на издержках процесса. Компания «McDonald’s» изначально разрабатывает блюда, которые не требуют применения столовых приборов и посуды (за исключением напитков, разумеется). Изменение требований к блюдам приводит к устранению затрат, связанных с применением столовых приборов (закупка, мойка многоразовой посуды и т. п.).
* * *
Разумеется, есть и другие подходы к совершенствованию бизнес-процессов с прицелом на сокращение издержек. Для этого существуют два принципиальных направления – снижение уровня выполнения операций и повышение эффективности деятельности.
Снижение уровня выполнения операций может означать:
• полный отказ от выполнения конкретной операции за ненадобностью;
• задание определенного стандарта качества результата (как правило, более низкого, чем исходный, но тем не менее соответствующего ожиданиям потребителей);
• выполнение процедур менее комплексно (например, не для всех потребителей, а только для определенной группы);
• выполнение процедур с меньшей периодичностью;
• выполнение процедур с менее жесткими требованиями по срокам.
К способам повышения эффективности деятельности относятся:
• централизация управления определенными процедурами (например, централизация закупок материально-технических ресурсов (МТР) с целью экономии за счет закупки большими партиями и получения соответствующих скидок);
• децентрализация каких-либо процедур с целью снятия нагрузки на управленческий аппарат (уменьшение отчетности, затрат на выполнение контрольных функций и т. п.);
• передача каких-то функций на аутсорсинг (например, осуществление поддержки корпоративных информационных систем и ИТ-инфраструктуры не собственным ИТ-отделом, а с помощью внешнего подрядчика);
• механизация и/или автоматизация процессов, ранее выполнявшихся вручную;
• повышение эффективности отдельных операций за счет использования нового оборудования;
• повышение информированности участников и владельцев процесса, и за счет этого – снижение расходов на осуществление координации взаимодействия исполнителей.
Проиллюстрируем применение оптимизационных приемов на примере. На рис. 3.6 представлена схема реального бизнес-процесса оплаты счетов поставщиков одной компании.
Рис. 3.6. Схема бизнес-процесса оплаты счетов
Если проанализировать данную схему, даже не зная специфических особенностей процесса, то можно определить, что она явно не оптимальная. Почему?
1. Начальник подразделения, куратор и ревизор выполняют одну и ту же работу – согласование счета к оплате. Как минимум надо разобраться, что именно они согласовывают относительно счета? То есть надо определить и при необходимости разграничить сферы их ответственности.
2. Счет существует не сам по себе, а возникает на основании ранее заключенного договора. Следовательно, сумма оплаты по договору уже ранее определена. А проверить, что сумма в счете и сумма договора соответствуют друг другу, в состоянии и начальник подразделения. Зачем тогда привлекать еще и главного ревизора, и куратора подразделения?
3. Имеются три блока условий, связанных с обработкой замечаний, при которых для устранения замечаний процесс возвращается на первый шаг и затем продолжается по той же цепочке. В результате общая длительность процесса может существенно увеличиться.
4. Если верить схеме, генеральный директор подписывает счет в любом случае, и у него никогда не бывает замечаний. Видимо, это оправданно, благодаря тому что он доверяет проверке со стороны куратора (который, как правило, является одним из его заместителей). Тогда какой смысл в подписи генерального директора, если он фактически делегировал полномочия по проверке счета своему заму? Может, стоит отказаться от подписи генерального вообще, оставив ее для счетов свыше установленного предела (например, от 500 тыс. руб.)?
5. В чем смысл подтверждения оплаты счета главным бухгалтером? Видимо, главный бухгалтер в этой организации выполняет еще и функции финансового директора, т. е. в данном случае проверяет наличие остатков на расчетных счетах и определяет приоритет оплаты счета. Но ведь можно же автоматизировать проверку остатков на счетах, в том числе и с учетом приоритета оплаты. Тогда главного бухгалтера можно освободить от выполнения данной процедуры. При этом такую проверку целесообразно проводить до формирования платежного поручения.
Как мы видим, процесс имеет явный потенциал для оптимизации. Читатель может самостоятельно в качестве тренировки предложить более рациональную схему его выполнения. При этом наверняка сократятся трудозатраты на его выполнение, а следовательно, и стоимость самого процесса в целом!
Почему же, несмотря на очевидные проблемные зоны, процесс выстроен именно так? Думаю, ответ даст следующий полуанекдот, полупритча:
Возьмем большую металлическую клетку, к потолку по центру подвесим банан, под бананом поставим стремянку, а в клетку запустим пяток обезьян и встанем в сторонке.
Наступает момент, когда какой-нибудь обезьяне захочется есть. Она лезет к банану, но мы в это время с помощью пожарного брандспойта сбиваем ее со стремянки ледяной водой, а заодно окатываем и всех остальных. Какое-то время обезьяны сидят ошалевшие, но наступает момент, когда томимая голодом обезьяна опять делает попытку добраться до банана. Повторяем процедуру… И так раза три-четыре. Кончается дело тем, что, когда беспокойное животное опять пытается подойти к стремянке, остальные четверо его от нее оттаскивают и банально бьют.
Теперь убираем из клетки беспокойную обезьяну и добавляем туда «свежую». Проходит какое-то время, и она делает попытку добраться до банана. Четыре бдительные обезьяны, оставшиеся с прошлого раза, оттаскивают ее и… бьют, хотя на этот раз никого не обливали. Разумеется, бедное животное не может понять за что, поэтому делает еще одну попытку. В конечном итоге и эта обезьяна присоединяется к остальным в бездеятельном созерцании еды.
Опять вытаскиваем обезьяну из первого «эшелона» и снова добавляем «свежую»… Короче говоря, в итоге получаем ситуацию, когда в клетке сидят пять ни разу не облитых обезьян, но ни одна из них не делает попыток дотянуться до банана.
Почему?
А потому что здесь так принято!
Резюме
Существуют четыре типа деятельности: проект, процесс, функция и задача, каждый из которых управляется разными способами.
Для описания бизнес-процессов необходимо использовать стандартные графические нотации.
Анализ бизнес-процессов можно производить либо на основе формальных критериев оценки, либо экспертным путем.
К наиболее простым и дешевым в применении методам оптимизации бизнес-процессов относятся:
• усовершенствование/разработка форм документов;
• фиксация оснований для принятия управленческих решений;
• изменение состава и последовательности процедур процесса;
• определение областей ответственности за выполнение процедур;
• изменение требований к конечному результату.