Условия, необходимые для создания качественной схемы процесса. Проверка схемы по чек-листу. Направления содержательного анализа схемы процесса.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Введение
По данным статистики 65% компаний занимаются описанием бизнес-процессов, из них в 41% компаний используют специальное программное обеспечение типа Business Studio. (The State of Business Process Management 2016, Paul Harmon, www.bptrends.com). Результатом описания процессов являются графические схемы, выполненные в различных нотациях. Схемы могут быть либо простые и читаемые, либо сложные и запутанные. Но в любом случае, это некоторый упорядоченный по определенным принципам набор шагов, который позволяет визуально представить себе, как выполняется процесс.
Схемы используются для различных целей: анализа процессов, реорганизации, подготовки к автоматизации, документирования (создания регламентов), управления рисками, внедрения методов бережливого производства, обучения сотрудников и проч.
2-уровневая схема организации работ по описанию бизнес-процессов
В данной статье я рассматриваю вопросы использования графических схем для выполнения анализа процесса с целью его дальнейшей трансформации, реорганизации, оптимизации, совершенствования. Эти действия по изменению процесса можно называть по-разному, но цель всегда одна – изменение характеристик процесса для обеспечения соответствия возможностей процесса стратегии развития компании, повышения его производительности, сокращения сроков выполнения, роста эффективности. В современной ситуации можно добавить еще готовность процесса к внедрению инновационных технологий (цифровизация, интернет вещей, big data и т.п.).
Первый шаг к оптимизации процесса – это понимание процесса.
Умение создавать корректные графические схемы процессов и выполнять их анализ является ключевой компетенций специалистов по организационному развитию. И не только их, а и любого менеджера, которые хочет активно использовать современный инструмент управления под названием Business Process Management.
Возможности и ограничения анализа графической схемы процесса
Графические схемы можно условно разбить на две больших группы: схемы процессов верхнего уровня и схемы операционных процессов.
На схемах верхнего уровня представляют процессные категории и процессные группы. Как правило, для описания используют нотации структурного типа (например, IDEF0). С их помощью легко показать, из каких частей состоят процессы и описать основные связи между ними (физические и материальные потоки). Но схемы этого типа не показывают потоки работ.
Схемы операционных процессов создают при помощи нотаций совершенного другого типа – Work Flow (eEPC, CFFC, BPMN, «Процедура» Business Studio). Базовый принцип создания таких схем – описание цепочки выполнения операций процесса в хронологическом порядке (строго одна за другой).
Анализ графической схемы бизнес-процесса в нотации BPMN
В зависимости от типа, графические схемы процессов можно использовать для выполнения следующих видов аналитической работы:
Верхний уровень (структурная модель):
• архитектура процессов компании;
• бенчмаркинг архитектуры процессов компании с процессными фреймворками (например, APQC, SCOR, eTOM, ITIL и проч.);
• взаимодействие (стыковка по входам/выходам);
• зоны ответственности топ-менеджеров (определение владельцев и менеджеров процессов);
• привязка целей и показателей;
• визуализация проблемных зон.
Операционный уровень (модель Work Flow):
• анализ технологии выполнения процесса (дублирование, узкие места, возвраты и проч.);
• анализ времени выполнения;
• имитационное моделирование (графическая схема – основа для создания имитационной модели).
Какую информацию невозможно получить путем анализа графической схемы? Очевидно, что это различного рода расчеты и анализ большого массива данных, связанных с выполнением процесса или других процессов, на который данный процесс оказывает влияние. Так же графическая схема не нужна для анализа Парето или Исикавы, проведения SWOT-анализа процесса и других подобных методов анализа. Другим словами, если вы хотите провести анализ проблем, связанных с выполнением процесса, или оценить процесс в целом по ряду параметров, то совершенно не обязательно начинать с формирования графической схемы. Но если речь идет о детальном анализе с учетом технологии выполнения процесса, то схема может стать очень полезным инструментом.
Качество и верификация графической схемы процессы
Практика показывает, что качество графической схемы, ее адекватность реальному процессу является ключевым фактором успеха использования схемы для целей анализа процесса. На рис. 1. показан примеры некорректной схемы процесса.
Сложная схема вверху рисунка – это процесс работы с дебиторской задолженностью, разработанный недостаточно опытным бизнес-аналитиком (красным показаны замечания к схеме). Ниже справа показан фрагмент схемы. Внизу слева – фрагмент схемы другого процесса, разработанной сотрудниками, неискушенными в моделировании процессов.
Рис. 2. Схема на грани профанации.
Чем же определяется качество графических схем? Можно отметить следующие аспекты:
• наличие в компании «Соглашения по моделированию»;
• знания, навыки и опыт у «проектировщиков процессов» (бизнес-аналитиков, сотрудников, ответственных за описание процессов);
• возможность групповой работы над схемой (моделирующие сессии, обсуждение схемы на внутреннем web-портале, «защита» схемы и т.п.).
«Соглашение по моделированию» определяет требования к использованию конкретных нотаций для описания процессов, требования к наименованиям, кодификации и т.п. Кроме того, в него может быть включен чек-лист контроля качества процессов (об этом чуть ниже). Наличие «Соглашения» является необходимым, но не достаточным условием создания качественных моделей процессов.
Очень важно подобрать и обучить специалистов, сформировать у них навыки сбора информации и описания процессов. Правильный путь – это проведение обучения практикой с последующим выполнением 2-3 учебно-практических заданий под контролем опытного эксперта. Далее нужно будет внедрить систему контроля качества графических схем, например на основе чек-листа. Еще одним важным аспектом является возможность групповой работы над схемами процессов – в рамках команды проекта, с участием внешнего эксперта, путем проведения моделирующих сессий, «защит» схем и т.п.
Чек-лист для контроля качества графической схемы процесса может содержать несколько разделов, например:
• тип модели процесса (аналитическая, для имитации, для автоматизации);
• корректность формулировок названий объектов на схеме;
• корректность описания входов/выходов;
• корректность описания событий;
• отсутствие логических ошибок;
• аккуратность исполнения схемы, визуальная наглядность.
Подробно каждый пункт чек-листа и методика работы с ним представлены в моей статье «Как проверить качество графической схемы процесса?»
Время и деньги, затраченные на создание системы работы с графическими схемами процессов, в т.ч. нужных компетенций у сотрудников, окупится многократно. Важно помнить, что:
Чем адекватнее модель, тема больше шанс выявить проблемы процесса
Пример анализа графической схемы процесса
На рис. 3. представлен пример графической схемы процесса. Процесс выполняют 10 участников из различных функциональных подразделений различных бизнес-единиц компании. Т.е. это типичный сквозной (межфункциональный) процесс.
При проведении визуального анализа достаточно очень небольшого времени, чтобы определить недостатки этого процесса. Обратите внимание, что на схеме процесса:
1. представлено 5 возвратов (перехода процесса на предыдущий этап);
2. количество повторяемых шагов при однократном возврате: 14;
3. количество информационных систем: 5 (MS Excel, 1С, АСУ «Транспорт», «Финансы», SAP).
4. доля контрольных операций: 57% (сверки, согласования, визирования);
5. доля операций по корректировке данных/документов (после возвратов): 19%.
Если сложить долю контрольных операций и операций по корректировке, то получится 76%. Но добавляют ли эти операции ценность для внутреннего клиента процесса? Ответ очевиден – нет. Таким образом из всего процесса только 24% операций добавляют хоты бы какую-то ценность.
Тот факт, что по ходу выполнения процесса данные 5 раза переносятся из одной системы в другую, причем местами вручную, приводит к ряду проблем: задержкам, потерям, ошибкам.
В целом, глядя на схему процесса рис. 3. можно утверждать, что процесс явно неэффективный. Получает ли компания результат? Да, получает. Но какой ценой? Сколько работы делается непродуктивно (не ведет сразу к нужному результату)? Можно ли сделать процесс быстрее и эффективнее? Можно ли поручить часть работы роботам? Да, наверное.
Но прежде всего, нужно желание руководства компании избавиться от таких неэффективных процессов.
