Управление бизнес процессами использует следующие подходы:

• Комплексная, понятная и документированная стандартизация процессов , включающая в себя создание набора стандартизованных процессов и возможности по их настройки под изменяющиеся условия;
• Постоянное улучшение процессов , включающее в себя ежедневный мониторинг, измерение, анализ и изменение процессов;
• Применение информационных технологий и программного обеспечения, включающие в себя моделирование бизнес процессов , применение CASE средств , автоматизацию бизнес процессов и их оптимизацию на основе информационных технологий.

Виды бизнес процессов

В зависимости от признака классификации бизнес процессы разделяются по видам. Управление бизнес процессами распространяется на все из них.

Укрупнено, можно выделить три группы бизнес процессов:

• Процессы управления. Эти процессы предназначены для планирования, мониторинга и анализа работы. За счет процессов управления можно гарантировать достижение целей производственными и обеспечивающими процессами. Процессы управления не добавляют ценности для конечного потребителя, но они необходимы для результативной и эффективной работы организации. К таким процессам часто относят процессы планирования, постановки целей, мониторинга и измерений, бюджетирования и пр.
• Производственные (основные) процессы. За счет этих бизнес процессов организация достигает своих целей. Производственные процессы обеспечивают преобразование продукта или услуги и добавляют ценности для конечного потребителя. К производственным процессам относят процессы проектирования, изготовления, оказания услуг, монтажа и пр.
• Обеспечивающие процессы. Эти процессы необходимы для нормального выполнения производственных процессов. Они не приносят добавленной ценности для конечного потребителя, однако без них невозможно достижение целей производственных процессов. К обеспечивающим процессам относят процессы закупок, управления персоналом, управление инфраструктурой и пр.

Управление бизнес-процессами является одним из трудновыполнимых вопросов для любой организации, когда на конкретном этапе ее развития носят регулярный характер сбои во взаимодействии структурных подразделений и персонала, оказывая при этом значимое влияние на эффективность работы организации. Сопровождаются сбои не только утратой информации, дублированием деятельности, лишними издержками и иными негативными исходами, но и потерей качества товаров и услуг организации. Обозначить причины данных проблем без глубокого изучения деятельности организации невозможно.

Фундамент управления бизнес-процессами составляют работы по их описанию, оптимизации и регламентации, и подобного рода проекты затрагивают интересы широкого круга работников, у которых требования сильно различаются в зависимости от их роли в организации. Руководство заинтересовано в росте управляемости, прозрачности и гарантированности управленческих воздействий. Менеджеры среднего звена в первую очередь хотят понимать границы своей работы и результаты, за которые они несут ответственность. Исполнителям необходимы четкие и понятные правила их работы. В ходе реализации проекта важно учитывать интересы всех данных групп работников. Приступая к проекту, организации чаще всего пытаются остановиться лишь на верхнем уровне оптимизации и анализа, тем самым экономя время проекта и удовлетворяя интерес руководства. Однако необходимо понимать, что анализ на верхнем уровне годен только для целей бизнес-диагностики - выработки рекомендаций и решений относительно того, как развивать проект в будущем.

Для улучшения деятельности организации, в проекте необходимо доходить до уровня исполнителей и их действий (уровни детализации бизнес-процессов отражены на рисунке 1.1).

Рис. 1.1

Под операцией понимается минимальная для анализа часть деятельности каждого работника, которая выполняется им "автоматически", без проведения осознанного контроля.

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

Под процедурой понимается несколько последовательно исполняемых действий, которые осуществляются определенным исполнителем. Для процедуры необходим результат: документ, продукт или недокументированные сведения (устное сообщение, факс, электронное письмо и пр.).

Под бизнес-процессом базового уровня понимается последовательность взаимосвязанных процедур, которые выполняются разными исполнителями и приводят к законченному и значимому результату для организации. К примеру, заключенный договор, акт сдачи-приемки Ильин В.В. , Реинжиниринг бизнес-процессов с использованием ARIS, - М.: - Вильямс, 2009. - С. 120.

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

Управлением бизнес-процессами называется концепция процессного управления организацией, которая рассматривает бизнес-процессы как особые ресурсы организации, которые непрерывно адаптируются к постоянным изменениям и полагаются на следующие принципы:

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

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

Основной задачей управления бизнес-процессами является адекватное и быстрое перестроение взаимосвязанных процессов в зависимости от изменяющихся параметров внешней и внутренней среды, будь то поставки, расчеты с контрагентами или расширение рынка Практическое руководство по реинжинирингу бизнес-процессов, Майк Ротер, Джон Шук. - HE LEAN ENTERPRISE INSTITUTE, США, 2009. - С. 42.

Деятельность современного предприятия базируется на сложной системе взаимосвязей проектов и процессов. Тот или иной проект, реализуемый на предприятии, встраивается в структуру имеющихся бизнес-процессов и использует их для достижения конечных целей. В связи с этим важное управляющее значение приобретает упорядочивание и оптимизация существующих бизнес-процессов с учетом требований реализуемых проектов и влияний внешней и внутренней среды.

Также важным фактором, влияющим на данный аспект, является этап развития организации. Выделим возможные цели и задачи стоящие перед менеджментом на каждой стадии развития.

Этап 1. Становление организации и освоение рынка.

Разработка четко сформулированной стратегии развития предприятия с указанием конкретных целей и мотивов развития;

Определение обязанностей и области ответственности как отдельных работников, так и отделов и рабочих групп;

Формирование алгоритма обучения и передачи навыков, знаний и умений новым сотрудникам на различных уровнях сложности выполняемой работы;

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

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

Этап 2. Рост организации.

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

Основные задачи при организации управления:

Организация делегирования полномочий руководителя;

Сохранение пропорций между ростом численности персонала и ростом выручки;

Поиск резервов снижения себестоимости из-за повышения конкуренции;

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

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

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

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

На основании того, что около 80-85% операций бизнес-процессов являются типично повторяющимися, для них формируется подробный регламент действий.

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

Исходя из этого, можно говорить о систематизации деятельности компании, что проявляется в возникновении двух основных эффектов:

1) в связи с тем, что структура управления опирается на структуру существующих на предприятии бизнес-процессов (для среднего предприятия не более 5-7), уменьшается количество уровней управления и подчинения;

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

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

Рис.1.2

Этап 3. Развитие сетевой структуры, открытие новых представительств, филиалов.

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

Основные задачи при организации управления:

Разработка формализованной технологии открытия новых подразделений;

Организация контроля всех аспектов деятельности филиалов Рыбаков М. Как навести порядок в своем бизнесе. Как построить надежную систему из ненадежных элементов. Практикум. - М: "Издательство ИКАР", 2011. - С. 217.

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

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

Зачастую при этом в комплексе используются следующие инструменты:

Модель управления подразделениями, которая основана на процессном подходе и определяет меру самостоятельности филиалов;

Адаптивная и отвечающая требованиям внешней среды оптимальная структура;

Спроектированные в центре нормативные документы и инструкции, которые регулируют деятельность подразделений сети.

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

Владимир Мальзам Бизнес-аналитик

Роль методов анализа в управлении процессами

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

Управление процессами впервые было упомянуто Анри Файолем в книге "Общее и промышленное управление", изданной в 1916 году. В ней были систематизированы решения, позволившие превратить горно-металлургическую компанию в лидера отрасли, находившуюся, на момент его прихода в компанию, на грани банкротства. Были в тот период и исследователи, узко специализировавшиеся на операционном менеджменте, статистическом подходе и других аспектах управления.

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

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

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

Должен отметить, представленная модель актуальна для повышения эффективности операционной деятельности, ограниченно-полезна в сфере продаж и неприменима для проектной деятельности.

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

Функциональный анализ процессов

Цель: оценка того, насколько рационально организованы действующие процессы, поиск более эффективных способов их реализации.
Источник данных: графические модели бизнес-процессов.

При бумажной регламентации, модели теряют актуальность через 3-6 месяцев, и проведение анализа обычно требует повторного описания процессов с отрывом от работы исполнителей на интервьюирование. Системы BPMS, в силу логики своей работы, обеспечивает актуальность моделей процессов в любой момент времени.

Пример: анализ процесса продажи оборудования для торговли, и услуг по его регистрации в налоговой инспекции, выявил следующее. Менеджеры по продажам одновременно выполняли ряд функций:

• Прием звонков покупателей, консультирование их, согласование содержания сделки и ее реквизитов;
• Подготовку пакета документов по сделке;
• Координацию работы курьеров по доставке документов и товаров, приему наличной оплаты и проведению регистрационных действий в налоговых инспекциях;

Формальное нарушение "принципа разделения труда" в данном случае было уместным и эффективным решением. В период максимального потока звонков, подготовка документов откладывалась, и приемом звонков занимался весь отдел продаж. Когда звонков становилось меньше, высвободившиеся менеджеры работали над подготовкой документов для сопровождения сделок, согласованных по телефону.

В зависимости от набора услуг, для каждой сделки готовилось до 22 документов. В существующей информационной системе для этого требовалось 350 кликов мышью и 25 минут рабочего времени. Разработка модуля информационной системы, позволяющего формировать весь пакет, снизила трудозатраты на эту операцию в 8 раз.

В исходном виде процесса, подготовку части документов менеджерам приходилось откладывать на конец рабочего дня, нередко задерживаясь на работе до 20:00. Далее, курьер доставлял документы клиенту на подпись и оплату. Документы, подготовленные до 17:00 текущего дня, доставлялись клиенту на следующий день. Документы, подготовленные позже, доставлялись "через день". При такой организации, от устного согласования сделки до ее подтверждения подписью клиента и оплатой проходило 2-3 дня.

Доработка информационной системы, помимо снижения себестоимости процесса, легла в основу ряда мер, снизивших в 24 раза время от звонка до фиксации сделки подписью клиента. С 2-3 дней до 2-3 часов. Такая организация снизила риск отказа клиента от устного соглашения и косвенно увеличила объем продаж.

План-факторный анализ показателей

Есть процессы, для которых невозможно обеспечить стопроцентную результативность, например, продажа товаров по входящим звонкам или сбор очередных взносов по заключенным договорам. Анализ причин неудачных исходов может дать ответ, как повысить результативность, уменьшив процент сбоев в работе.

Цель: выявление факторов, негативно влияющих на результативность процесса, поиск вариантов изменения процесса, с целью сглаживания или исключения негативного влияния этих факторов.
Источник данных: в небольших организациях – опрос исполнителей, в крупных – сбор и анализ статистики в разрезе причин отказа, регионов, филиалов и исполнителей.

Пример: предприятие ЖКХ столкнулось с проблемой собираемости платежей.

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

Автоматизация начисления платежей позволила исключить ошибки в расчетах. При общении с клиентом, бухгалтер мог за 8 секунд отследить и объяснить историю формирования любой цифры. Прозрачность начисления принесла в работу ряд положительных следствий. Конфликты исчезли, но собираемость увеличилась лишь на 3-5%.

Далее, фокус внимания был перенесен с оптимизации существующих процессов, дающих 80% собираемости, на выявление факторов, обуславливающих отказ от оплаты оставшихся 20%. План-факторный анализ выявил причины отказа от погашения задолженности и позволил найти решения по устранению или сглаживанию их негативного влияния:

Фактор №1 - плательщик имеет низкий доход и не может выплачивать полную сумму самостоятельно. По закону, плательщик имеет право платить за услуги ЖКХ сумму, не превышающую 20% дохода семьи. Разница субсидируется государством. Для реализации права на субсидию, плательщик должен ежеквартально предоставлять утвержденный пакет документов. Плательщик часто не знает о своем праве на субсидию, либо не знает, как его реализовать.
Решение: сделать все, чтобы плательщик, имеющий право на субсидию, ее получал. Консультировать по порядку оформления, обеспечить необходимыми справками со своей стороны. Далее, требовать самостоятельной оплаты оставшихся двадцати процентов.

Фактор №2 - льготы и субсидии предоставляется на сумму, начисленную за площадь "в пределах социальной нормы". Это ставит под удар пенсионеров, имеющих квартиры с большим метражом. Для снижения коммунальных платежей, обычно они стараются минимизировать в своей квартире количество "прописанных" родственников, но получают обратный эффект - попадают, по логике закона, в статус "живущих в роскоши", лишают себя права на субсидию, некоторые льготы и получают услуги по повышенному на 20% тарифу. В результате этих действий, сумма платежа вырастает до несовместимого с жизнью уровня, клиенты физически не способны ее оплатить.
Решение: сделать выборку информации о клиентах, имеющих "лишнюю" жилплощадь. Проконсультировать их о принципах начисления услуг и расчету оптимального числа прописанных в квартире родственников, для минимизации суммы начисленных платежей и получения права на субсидию.

Фактор №3 - руководитель одного из подразделений, ответственный за внутридомовые коммуникации, отказывается выполнять большую часть заявок жильцов. При этом он имеет настолько развитый "эмоциональный интеллект", что клиенты просто уходят, не жалуясь выше. В знак протеста, они отказываются от оплаты всех услуг, как предоставленных так и не предоставленных.
Решение: организовать прием заявок через подразделение, ответственное за собираемость платежей. Оно должно передавать заявки в подразделение-исполнитель и вести статистику по удовлетворенности плательщиков.

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

1. Невозможно повысить результативность, анализируя процесс

Недостаточная результативность связана, как правило, с отсутствием части необходимых действий в текущем процессе. Анализируя модель, отсутствующие в ней действия выявить невозможно. Необходимо сфокусировать внимание на разрыве между требуемой результативностью и фактической, постараться выявить факторы, обуславливающие формирование этого разрыва. Следующим шагом будет доработка процесса, с целью исключения или сглаживания их негативного воздействия на результат.

2. Между негативными факторами взаимосвязей не существует

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

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

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

Структурный анализ процессов

Цель: выявление границ процессов, корректная идентификация входов и выходов.
Источник данных: графические модели бизнес-процессов, описанные при функциональном анализе.

Структурный анализ выявляет два типа ошибок:

1. Ошибки целеполагания;
2. Несоответствия между полномочиями и ответственностью;

Такого рода ошибки могут быть как неумышленными, так и внедряться осознанно. Для исправления неумышленных ошибок достаточно их выявления. Для нейтрализации деструктивной борьбы за влияние и привилегии, необходимо участие в решении этой проблемы вышестоящего руководства.

Вне зависимости от причин возникновения, эти ошибки ведут к некорректному выбору KPI. Мотивация на достижение некорректного KPI несет ряд крайне негативных последствий:

• Некорректный KPI жестко мотивирует менеджеров и исполнителей на умножение дефектов процесса и ведет к наказанию за реальное совершенствование. Это катастрофически снижает эффективность, дефекты процесса устойчиво воспроизводятся;
• Проведение функционального анализа теряет смысл - оно превращается в бесконечную "борьбу с симптомами";
• Проведение план-факторного анализа становится или невозможным, или умножает исходную неэффективность;

О технологии анализа

Наиболее качественные результаты, при структурном анализе, дает методология SADT. При этом исходные модели требуют преобразования в нотацию IDEF0.

Стоит обратить внимание на то, что структурный анализ требует от аналитика профессиональных навыков, зеркально противоположных функциональному. На рынке труда большинство резюме, содержащие упоминание нотации IDEF0, подразумевают знание нотации, но незнание методологии, что для структурного анализа принципиально важно. Такая ситуация обусловлена непониманием его роли в управлении процессами и попытками аналитиков применить эту нотацию не по назначению – для функционального анализа – с закономерно провальным результатом.

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

Пример №1

На одном из проектов была поставлена задача - повысить показатели отдела продаж. Изначально этому отделу был назначен KPI "объем продаж", что на первый взгляд логично. На объем продаж была ориентирована и жесткая система мотивации - полностью отсутствовала окладная часть зарплаты, только процент с продаж.

Исходный KPI "объем продаж", диктовал нечеткий способ достижения - "больше и лучше работать". К такой цели невозможно было применить план-факторный анализ. Замена KPI на "процент обращений, завершенных сделками" открыл план-факторной разрез - "что повлияло на отказ клиентов от сделки". Далее, план-факторный анализ выявил 12 факторов (!), повышающих риск отказа клиента от сделки. Были внесены изменения в процесс, исключающие саму возможность проявления многих факторов и существенно сглаживающие негативные эффекты от оставшихся.

Смежные же подразделения, ответственные за привлечение клиентов, перестали зависеть от эмоциональной оценки руководителя и получили измеряемый ориентир для совершенствования работы – количество входящих звонков от потенциальных клиентов.

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

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

Пример №2

Центральным офисом были приняты меры по повышению эффективности техобслуживания сети платежных терминалов. Для технических специалистов был выбран KPI – количество выездов на обслуживание и ремонт. Далее, назначен жесткий норматив и крутая пропорция депремирования.

Впоследствии было выявлено, что 80% выездов приходится на перезапуск GPRS-модемов для восстановления связи с сетью интернет. Периодический обрыв GPRS-сессий обусловлен особенностями этой технологии. Для восстановления связи, в терминалах предусмотрены специальные устройства - сторожевые таймеры, корректно работающие только в связке с соответствующим программным обеспечением. Это программное обеспечение отсутствовало в образах, записываемых на жесткие диски терминалов. Попытки качественного ремонта требовали больше времени на переналадку, вели к срыву "плана по количеству ремонтов" и серьезному депремированию.

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

Декомпозиция стратегии на целевые показатели

Суть управления организацией состоит в увязке содержания деятельности с меняющимися внешними условиями:

• интересами собственников;
• финансовым рынком;
• потребностями клиентов;
• конкурентной средой;
• законодательством;
• актуальными технологиями и т.п.

Суть управления процессами состоит в их перенастройке на достижение KPI, реализующих стратегические цели и интересы организации. Управление процессами может подразумевать, как достижение показателей по существующим KPI, так и переориентацию содержания процессов на другие KPI. Целевые ориентиры, для управления процессами, формируются путем декомпозиции стратегических целей.

Источник данных: стратегические цели организации и типы показателей эффективности, выявленные при структурном анализе процессов.

Цель декомпозиции: сфокусировать внимание менеджеров и исполнителей на показателях, реализующих стратегические цели организации, и организовать систему их контроля.

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

Декомпозиция стратегии - компетенция менеджмента, роль аналитика здесь вспомогательная.

На практике, при бумажной регламентации, декомпозиция нефинансовых показателей обычно не применяется, поскольку невозможно организовать качественный и недорогой механизм контроля. Стоимость такого механизма, при использовании бумажной регламентации, гарантированно превысит потенциальную пользу, а без контроля и план-факторного анализа система работать неспособна. Можно провести аналогию с планом продаж - если разработать план и не интересоваться фактическими результатами, план превратится в сборник благих пожеланий.

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

Обзор классических инструментов управления и систем BI

Влияние качества инструментов управления на эффективность методов анализа

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

• Машиностроительные компании выработали концепцию "Lean", глубоко проработав принципы функционального анализа. Ее цель - устранение, в сверхдлинных производственных цепочках, непроизводительных затрат и избыточного замораживания оборотных средств в незавершенном производстве (межоперационных заделах).
• Производители электроники выработали концепцию "Six Sigma", основанную на подвиде план-факторного анализа - статистическом. Ее цель - снижение доли брака за счет комплексного подбора параметров технологического процесса.
• Компании, специализирующиеся на продаже услуг, как правило, используют бюджетирование в качестве базовой системы управления.

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

Чем обусловлена такая ситуация

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

Избежать хаоса в этой ситуации позволяют инструменты системного управления – регламентация, автоматизация или системы BPMS. Их использование сопряжено с издержками, как на организацию процессов, так и на обеспечение их контроля. Часто эти издержки превышают прогнозируемый экономический эффект. Именно издержки классических инструментов делают комплексное управление процессами объективно нерациональным и ограничивают область их использования ключевыми процессами организации.

Какие риски она привносит

Слабый контроль вспомогательных процессов открывает простор для злоупотреблений. Подразделения, не имеющие корректных и измеряемых целей, остаются, предоставлены сами себе. Часть из них ориентируется на отсутствие жалоб от смежников. Некоторые используют неподконтрольность, как базу для выстраивания скрытой системы злоупотреблений. В результате, эффективность такого подразделения снижается на сотни и тысячи процентов. И на 30-60% снижается эффективность смежных с ними подразделений.

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

В то же время, BPMS имеет и свои ограничения. Использование этой системы требует взвешенного подхода к перераспределению управленческих решений между разными инструментами их реализации. Для балансировки инструментальной системы, необходимо четко понимать суть, преимущества и недостатки каждого из них.

Регламентация

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

Работа юридических инструментов основывается на следующей логике:

1. С работником заключается трудовой договор, в котором он добровольно принимает на себя обязательства, исполнять распоряжения непосредственного руководителя и подчиняться правилам компании;
2. Распоряжения руководителя (акты управления) оформляются в формате, имеющем юридическую силу;
3. Работник знакомится с распоряжениями и исполняет их;
4. Руководитель контролирует исполнение;
5. Если распоряжение не было выполнено в том виде, как это предписывалось актом управления, значит, работник нарушил свои обязательства по договору. В этой ситуации Трудовой кодекс РФ дает право работодателю применить дисциплинарное наказание, вплоть до увольнения;

Для наделения актов управления юридической силой, обычно достаточно дополнить содержательную часть наименованием "Приказ", датой и подписью руководителя. Содержательная часть может быть вынесена в приложение к приказу, без потери юридической силы.

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

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

Недостатки регламентации делятся на две категории: "типичные" - поддающиеся устранению, и "системные", устранить которые невозможно, в рамках юридических принципов управления.

Типичные недостатки регламентации

1. Требования к компетенциям Применение юридических инструментов требует понимания принципов их работы всеми сторонами, включая исполнителей. В ВУЗах преподают такие знания студентам, обучающимся по специальности "Менеджмент организации". На управленческих же должностях, как правило, лучше себя проявляют не выпускники кафедр абстрактного менеджмента, а руководители с профильным образованием в той области, которой они руководят. Это провоцирует отношение к регламентации как к самоцели, использование НРД часто вырождается из системного проектирования в бесцельную ритуальную рутину.
   Если подготовкой регламента занимается не руководитель, а выделенный специалист, даже понимающий суть своей деятельности, он все равно опасается негативной оценки вышестоящим руководством степени псевдонаучности своей работы. Такие опасения могут быть мнимыми или обоснованными, результат будет одинаков - документ осознанно будет подготовлен в нечитаемом, канцелярском стиле, с целью не обеспечить эффективность процесса, а получить подпись директора.
2. Некритичность к ошибкам Юридический инструмент некритичен к ошибкам, у исполнителя всегда есть возможность проигнорировать некорректное требование и выполнить задачу "по ситуации". Это еще один фактор, который не мотивирует разработчика к качественной проработке регламентов. Дефекты проработки могут сколь угодно снижать эффективность деятельности, об этом никто никогда не узнает. Выявлены будут лишь те ошибки, которые провоцируют серьезные конфликты между участниками процесса.
3. Отсутствие обратной связи с исполнителями Легкость обхода требований регламента и формальный риск наказания, мотивируют исполнителя замалчивать информацию о потере регламентом актуальности. В итоге "инструмент управления" превращается в "инструмент догоняющего документирования" - он не решает никаких задач и поддерживается из принципа "так принято, все так делают". С потерей актуальности, система НРД превращается либо в библиотеку ни к чему не обязывающей макулатуры, либо в фактор, вызывающий деструктивное психологическое давление на ответственных и эффективных исполнителей, из-за потенциальной ответственности за вынужденные нарушения.

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

Системный недостаток регламентации

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

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

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

Автоматизация

Нередко ряд действий процесса можно вывести из зоны ответственности работника. В сфере услуг для этих целей хорошо себя зарекомендовала автоматизация. Автоматизированные фрагменты исполняются мгновенно, дешево и не нуждаются в системе контроля.

Автоматизация имеет два недостатка:

1. Жесткие ограничения на состав операций - возможна только обработка, передача и хранение оцифрованной информации. В подавляющем большинстве случаев, автоматизировать удается лишь отдельные фрагменты процесса. Оставшиеся операции исполняются работниками, согласно регламентам и инструкциям. Фрагментарная автоматизация позволяет существенно повысить производительность труда, но не способна обеспечить сквозного управления и контроля.
2. Высокая стоимость разработки, а также длительность, неприемлемая для задач управления процессами. Классические языки программирования, ориентированные на разработку тиражируемого программного обеспечения, целесообразно использовать только для фрагментов процессов, логика работы которых, не меняется годами. Это еще больше сужает область применения классических информационных систем.

Информационные системы класса BPMS предназначены для совмещения автоматизации, электронной регламентации и сквозного контроля исполнения процессов.

Системы BI (отступление)

Прежде чем описать третий тип инструментов (BPMS), раскрою термин BI, поскольку в дальнейшем придется его использовать.

Аббревиатура BI расшифровывается как "бизнес-интеллект". В период зарождения термина, предполагалось, что главным преимуществом этого инструмента станет "data mining" – алгоритмы "искусственного интеллекта", способные находить в данных компании неочевидные закономерности, полезные для управления бизнесом. Впоследствии, производители BI-систем не смогли выработать действительно полезных алгоритмов и "бизнес-интеллект" стал маркетинговым ярлыком, за которым стоит очередное поколение OLAP-систем.

BI-система представляет собой связку из:

• Отдельной базы данных;
• Инструментов анализа многомерного массива данных и наглядного отображения результатов;
• Инструментов интеграции, для загрузки исходных данных из внешних систем;

Предварительное копирование информации в отдельную базу позволяет:

• Не перегружать поисковыми запросами исходные информационные системы (ИС);
• Одновременно использовать, для анализа, данные, загруженные из функционально разных ИС;
• Консолидировать данные из одинаковых систем, использующих для работы отдельные экземпляры баз данных. К примеру, данные региональных филиалов.

Как правило, система допускает использование нескольких языков запросов (SQL, MDX и т.п.) Эти языки разрабатывались, как доступные для освоения бизнес-пользователями и не требующие профильного ИТ-образования. Обычно составлением запросов занимается специалист, прошедший краткосрочный курс обучения. Привлечение программистов требуется только для организации выгрузки данных в аналитическую базу, с заданной периодичностью. Иногда для этого приходится дорабатывать ПО, из которого производится выгрузка.

BI-системы позволяют без привлечения ИТ-специалистов:

• Выполнять произвольные поисковые запросы и анализировать результаты в различных срезах;
• Создавать периодические отчеты и автоматизировать их рассылку заданным пользователям;
• Выводить результаты запросов в виде панелей индикаторов и назначать пользователям (менеджерам) права доступа к ним;
• Предоставлять доступ к отчетам и панелям индикаторов через смартфоны и планшеты;

Примеры управленческих панелей индикаторов:

Свои преимущества BI-системы раскрывают на узком круге задач, который актуален далеко не для любой организации. Обычно это управление запасами и логистикой крупных торговых сетей – аптечных, продуктовых, книжных. Их ассортимент может насчитывать десятки тысяч позиций. Если товары имеют ограниченный срок годности и анализ требует учета географии мест хранения, аналитикам приходится оперировать сотнями тысяч партий. Для таких задач, BI-системы - незаменимый инструмент.

К управлению процессами BI-инструментарий, выделенный в самостоятельную BI-систему, не имеет никакого отношения. Технически его можно использовать для контроля показателей, но необходимость привлечения ИТ-специалистов, при каждой корректировке процессов, резко повышает издержки и делает управления процессами нецелесообразным.

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

BPMS. Принципы работы, преимущества и ограничения

Информационные системы класса BPMS созданы для замещения большей части регламентов, классических информационных систем (ИС) и сбора управленческой аналитики. Расшифровывается BPMS, как "Business Process Management Suite" и в переводе означает "набор инструментов управления бизнес-процессами".

BPMS представляет собой сплав классической информационной системы и "Workflow engine" - "движка" рассылки пользовательских задач. "Workflow engine" имеет много общего с электронной почтой, но есть и отличия:

Workflow и E-mail - отличие №1

Вместо электронных писем, между работниками пересылаются поручения сделать что-либо - "Пользовательские Задачи".

Скриншот 1 - Рабочее место Исполнителя

Workflow и E-mail - отличие №2

От работника скрыты поля "Кому" и "От кого", он должен выполнить Задачу, внести в интерфейс результат и подтвердить его. Логика взаимодействия фиксируется на этапе разработки, в виде исполняемой модели процесса. Работник - инициатор процесса, запускает его вручную, далее рассылка задач производится согласно модели.

Скриншот 2 - Интерфейс Разработчика процессов

Исполняемая модель процесса создается в несколько шагов:

1. В окно модели, для каждого исполнителя, мышью переносятся "области ответственности". На скриншоте №2 они отображены в виде вертикальных полей с наименованиями:
   • "Администратор продающего подразделения";
   • "Работник операционной поддержки";
   • "Андеррайтер";
2. В областях ответственности размещаются "Задачи";
3. Порядок исполнения Задач задается "стрелками";
4. В "шлюзах" настраивается логика ветвления;

Шлюз на скриншоте №2, реализует следующую логику:

• Если группа риска профессии страхователя пятая или выше - сформировать для андеррайтера Задачу "Рассчитать и утвердить андеррайтерский коэффициент";
• Иначе, если группа риска ниже пятой, исполнить Задачу-скрипт "Рассчитать страховую премию и сформировать маску полиса";

Workflow и E-mail - отличие №3

В электронной почте есть одно основное поле, в которое помещается вся информация, в неструктурированном виде.

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

Классическая информационная система реализует другую крайность - предоставляет пользователю все элементы интерфейса одновременно. Это требует заучивания инструкций, поясняющих для каждой задачи, с которой может столкнуться работник, - какие элементы интерфейса и в каком порядке необходимо использовать. Когда работник совершает ошибку, нередко требуется привлечение ИТ-специалиста, для ее исправления.

В workflow-модуле работнику приходит Задача, с интерфейсом, настроенным только под ее решение. Нет лишних элементов. Потребность в обучении отсутствует, риск ошибки снижается на порядки.

При необходимости, в интерфейсе Задачи можно разместить и инструкции по ее исполнению, освободив работника от необходимости их запоминать.

Обычно интерфейс содержит:

• поля с исходными условиями Задачи;
• инструкции по исполнению Задачи, при необходимости;
• поля ввода результата исполнения.

Интерфейс Задачи создается в два этапа

Первый этап: в табличной форме готовится "список данных", которыми придется оперировать в процессе;

Скриншот 3 - Табличная регистрация типов данных процесса

Второй этап: разработчик открывает свойства каждой Задачи и переносит мышью необходимые поля из "списка данных" на макет пользовательского интерфейса.

Скриншот 4 - Перенос полей из списка данных в макет интерфейса Задачи

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

Прочие компоненты BPMS

Кроме workflow-модуля, BPMS включает стандартные возможности классической информационной системы:

1. Автоматизацию математических и логических вычислений;
2. Формирование отчетов и управленческих панелей индикаторов;
3. Подготовку форм для печати на принтере;
4. Некоторые BPMS содержат модули интеграции с внешними системами: IP-телефонией, 1С-бухгалтерией, корпоративным сайтом, сервисами SMS-информирования и т.п.

Для автоматизации вычислений, в модель процесса помещается Задача типа "скрипт", в ее свойства вписывается алгоритм обработки. На скриншоте №2 вы можете увидеть такую Задачу с наименованием "Рассчитать страховую премию и сформировать маску полиса". В системах разных производителей используют разные языки программирования скриптов – C# (СиШарп), Java или JavaScript.

Для формирования отчетов и управленческих панелей индикаторов, в систему встроен BI-инструментарий. От самостоятельных BI-систем он отличается отсутствием отдельной аналитической базы данных. Такое решение позволяет отказаться от привлечения ИТ-специалистов, при корректировке процессов и системы их контроля.

В итоге, разработка исполняемых процессов содержит шесть этапов:

1. Создать модель процесса;
2. Создать список данных;
3. Создать индивидуальный пользовательский интерфейс для каждой Задачи;
4. Настроить логику шлюзов;
5. Прописать скрипты автоматизации;
6. При необходимости, обеспечить интеграцию с внешними системами (если нет готового модуля интеграции, потребуется привлечение ИТ-специалиста);
7. Увязать пользовательские учетные записи с ролями в процессе;

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

Преимущества BPMS

Внедрение BPMS позволяет решить следующие задачи:

1. Снизить стоимость и длительность разработки программного обеспечения в 10-30 раз Разработка процессного приложения занимает 5-30 дней, корректировка (акт управления процессом) - от 10 минут до 4 дней. 90% трудозатрат реализуется подготовленным бизнес-пользователем, без привлечения ИТ-специалистов.
   Разработка организована по принципу переноса мышью объектов и заполнения таблиц. Бизнес-пользователь может создать более качественный продукт, сосредоточившись на решении задач организации, вместо "борьбы с техническими трудностями", обусловленными избыточной сложностью классических языков программирования;
2. Сократить до нескольких минут длительность внедрения актуальных версий процесса Глубокие изменения в компании, путем регламентации, занимают 1-2 месяца, с множеством непреднамеренных ошибок работников и их исправлением, в период адаптации. Внесенные в регламенты несущественные изменения, нередко игнорируется работниками.
   Процесс в BPMS, "публикуется на сервер" в горячем режиме и не требует приостановки работы исполнителей. Сразу после "публикации" все филиалы начинают работать по новой версии.
3. В разы снизить временные затраты на переобучение работников Система позволяет отказаться от заучивания большой части документации. При внесении изменений в процесс, в большинстве случаев, исполнителей не потребуется об этом даже уведомлять. Логика взаимодействия администрируется без их участия. А содержание Задачи, при необходимости, прописывается в ее интерфейсе. Работнику остается делать то, что от него требует логика и описание интерфейса;
4. Свести к нулю затраты на поддержку в актуальном состоянии моделей процессов и перенесенных в систему регламентов Модели процессов пригодны для функционального и структурного анализа в любой момент времени. Исключается необходимость начинать каждую итерацию анализа с проекта по повторному описанию (актуализации) процессов.
   Электронные регламенты (процессные приложения) также актуальны в любой момент времени. Обойти большинство требований электронных регламентов нет технической возможности. Если работник обнаружил необходимость в актуализации, ему придется эскалировать эту проблему руководству. В течение 1-4 дней процесс будет доработан и исполнитель сможет решить возникшую проблему.
5. В разы снизить стоимость контроля показателей процессов При бумажной регламентации, учет многих показателей не ведется, поскольку стоимость его реализации неоправданно высока. Это отражается в качестве управленческих решений. В системах BPMS временные затраты на исполнение Задач не требуют организации учета - эта функция вшита в систему. Сбор статистики по отклонениям от оптимального хода процесса - тоже базовая функция.
   Интегрированный BI-инструментарий позволяет, без привлечения ИТ-специалистов, организовать контроль любых показателей процесса. Выигрыш, по сравнению с внешними BI-системами, в том что, при корректировке процесса, часто требуется корректировка и системы его контроля. Встроенный BI-инструментарий требует на настройку несколько десятков минут, вместо нескольких дней/недель, характерных для перенастройки интеграции с внешними BI-системами.

Если для сбора аналитики недостаточно имеющихся данных, его можно организовать, добавив недостающие поля в интерфейсы Задач и опубликовав в виде новой версии процесса. Работник будет вносить данные в момент их наибольшей актуальности, а не вспоминать по итогам месяца/недели, при составлении отчета, что также положительно отражается на их качестве.

Ограничения BPMS

В наибольшей степени BPMS проявляют свои преимущества, если характер деятельности укладывается в некоторые ограничения:

1. Исполнитель имеет на рабочем месте компьютер, планшет или смартфон с подключенным интернетом или локальной сетью организации. С распространением смартфонов и планшетов это ограничение становится все менее актуальным.
2. Требуется координация работы нескольких исполнителей;
3. Характер процесса подразумевает, что его корректное исполнение гарантирует получение требуемого результата;

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

Примером "неподходящей" деятельности, в некоторых случаях, может служить взаимодействие с клиентами. Каждый экземпляр процесса по подбору и продаже жилья, к примеру, сопровождается одним агентом и не использует возможности Workflow-движка по координации работы разных сотрудников.

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

Может ли BPMS полностью заменить ИТ-системы?

Это определяется спецификой деятельности. Обратной стороной функционала BPMS является несколько меньшая производительность. Нет гарантий, что такие системы могут выдержать нагрузки, характерные для крупных банков. В этом случае, электронная регламентация будет частичной, лимитированной производительностью системы. Страховой и иные бизнесы, на порядок менее требовательны к этому фактору.

Может ли BPMS полностью заменить распорядительную документацию?

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

Выгоды от BPMS пропорциональны:

• доле управленческой документации, которая может быть заменена этой системой;
• исходной доле расходов бюджета, затрачиваемых на организацию пригодных для переноса в среду BPMS процессов, с последующей оптимизацией;

Этим объясняется востребованность систем BPMS в страховой, банковской и некоторых других сферах услуг.

Стоит обратить внимание, что на рынке, под названием BPMS, часто предлагаются урезанные "workflow-движки для программистов". Обычно они не имеют встроенного BI-инструментария и требуют для проектирования процессов в лучшем случае профессионального программиста, а в некоторых - целую команду из ИТ-аналитиков, архитекторов, тестировщиков и внедренцев. Поэтому, при выборе BPMS, стоит тщательно проверять доступный функционал и качество его реализации.

Заключение

В итоге, набор инструментов управления процессами будет выглядеть так:

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

1. Специализированные ИС

В этом блоке останутся:

• Сервисы, предоставляемые другими организациями: интернет-эквайринг, sms-информирование, ip-телефония, расчет маршрутов в яндекс-картах и т.п.
• Частично, функционал уже используемых в организации информационных систем. Та часть, которую проще интегрировать с BPMS, чем переносить в формат скриптов.

1. Скрипты процессов - алгоритмы обработки информации, которых нет в старых информационных системах или которые дешевле прописать заново, чем реализовывать путем интеграции. В дальнейшем, в рамках управления процессами, их будет проще и быстрее корректировать, чем связку из функций старой системы и функций интеграции с ней;
2. Электронные регламенты (Workflow)

В этот блок из юридических регламентов переносятся все правила взаимодействия работников, которые технически возможно перенести. С целью сделать нарушение большей части требований, технически неосуществимым для работника. А предусмотренные отклонения от оптимального хода процесса - сделать прозрачными и подконтрольными.

1. Юридические регламенты

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

Системы управления бизнес-процессами пришли в Россию с Запада, где этот класс решений называют BPM-системами или BPMS (Business Process Management System). Их основная цель - осуществлять программную поддержку процессного управления в организациях.

Здесь следует сразу определиться с двумя ключевыми понятиями. Во-первых, существует управленческая концепция BPM . Это определенный этап в менеджменте, при котором работа компании выстраивается и развивается как система взаимосвязанных бизнес-процессов. Департаменты и подразделения по-прежнему отвечают за выполнение конкретных бизнес-функций (процессный менеджмент дополняет, а не заменяет функциональный подход к управлению). В свою очередь BPM нацелен на эффективное взаимодействие различных бизнес-функций за счет выстраивания и управления бизнес-процессами.

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

Основные стадии внедрения процессов

Работа BPMS основана на простой идее. На этапе внедрения решения осуществляется моделирование бизнес-процессов с помощью наглядных диаграмм. Процессы сразу становятся исполнимыми в системе. Это означает, что система будет автоматически отправлять задачи ответственным сотрудникам - в точном соответствии с тем порядком выполнения операций, который определен в модели данного процесса.

Такой подход позволяет выстроить бизнес-процессы компании и максимально приблизить их реальное выполнение к той идеальной модели, которая изначально разрабатывалась.

ELMA BPM обладает широким количеством возможностей, которые обеспечивают выполнение и поддержание бизнес-процессов. При этом все функции системы можно условно разделить на 4 группы в соответствии со стадиями жизненного цикла процесса PDCA (цикл Деминга) - планирование (plan), выполнение (do), контроль (check), улучшение (act).

Благодаря использованию BPM-системы работа организации становится прозрачной. Компания получает широкие возможности мониторинга и контроля исполнительской дисциплины. Может в любое время изменять и улучшать бизнес-процессы для достижения большей эффективности.

ELMA BPM позволяет автоматизировать:

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

Узнайте подробнее о том, какие бывают процессы в организации. Смотрите универсальную классификацию бизнес-процессов APQC PCF (Process Classification Framework)

Проектирование (моделирование) бизнес-процессов

Работа с процессами в системе ELMA начинается с их моделирования. Моделирование осуществляется в программе Дизайнер ELMA, которая входит в комплект системы. Это простой графический редактор для построения бизнес-процессов.

Создавать процессы и выполнять их моделирование в системе могут бизнес-аналитики без участия программистов. Для этого используется распространенная нотация BPMN 2.0 - набор простых условных обозначений. Нотация переведена на русский язык специалистами компании ELMA. Создаваемые с ее помощью модели процессов привычны для аналитиков и понятны высшему руководству компании.

Моделирование бизнес-процессов

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

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

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

Моделирование процесса заканчивается его публикацией, после чего бизнес-процесс компилируется и становится доступным для запуска в веб-приложении ELMA.

Внутри бизнес-процесса двигаются данные

Исполнение бизнес-процессов

В BPM-системе можно одновременно запускать сколько угодно экземпляров одного бизнес-процесса. Все они будут исполняться независимо, используя в своей основе одну и ту же модель. Сотрудники компании работают по процессам в веб-интерфейсе пользователя ELMA - заходят в систему через браузер по логину и паролю.

Работа по бизнес-процессу осуществляется в соответствии с его графической моделью - начиная со стартового события, следуя по цепочке переходов, до конечного события. ELMA позволяет поддерживать выполнение правильной очередности операций. Она автоматически ставит задачи разным исполнителям, когда процесс доходит до соответствующего шага.

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

Карточка задачи в системе ELMA
Все входящие и исходящие задачи в одном месте

После завершения задачи, сотруднику не нужно задумываться о том, кто и какие действия должен выполнять дальше - ELMA BPM берет эти вопросы на себя. Каждый бизнес-процесс компании имеет четкий регламент исполнения. Система обеспечивает соблюдение верного порядка работы.

Те задачи, которые не требуют участия реальных сотрудников, автоматически выполняются системой. Например, сценарии и отправка сообщений.

Контроль и мониторинг бизнес-процессов

Для каждого экземпляра запущенного процесса создается карточка в системе ELMA. Она содержит подробную информацию: текущие значения параметров, задачи, статусы их выполнения и комментарии сотрудников. Имея соответствующие права доступа, с карточки можно управлять ходом работы - например, изменить ряд параметров или вовсе прекратить исполнение.

Организация бизнес-процессов в системе ELMA открывает широкие возможности мониторинга их выполнения. В распоряжении пользователей есть несколько инструментов:

• Страница «Мои процессы» содержит список всех экземпляров бизнес-процессов, в которых сотрудник является инициатором, ответственным или исполнителем. Есть удобный фильтр для поиска. Выбрав определенный экземпляр процесса из списка, можно перейти на его карточку в системе.
• Страница «Монитор процессов» позволяет анализировать работу по процессам, в которых пользователь выступает в роли владельца, куратора или информируемого. На этой стадии управления сотруднику не обязательно являться исполнителем какой-либо из операций. Со страницы «Монитор процессов» можно перейти на карточку любого из отображаемых процессов, чтобы получить подробную информацию.
• Карта процесса - еще один удобный способ мониторинга. Она выглядит так же, как и графическая модель процесса в Дизайнере ELMA. При этом на карте отображается уже запущенный в системе экземпляр конкретного бизнес-процесса, что позволяет отслеживать дополнительные метки. Здесь обозначаются уже выполненные операции и текущая стадия работы. Открыть карту процесса можно из его карточки в системе.

Мы рассмотрели несколько инструментов мониторинга. При этом, управление бизнес-процессами bpm в системе ELMA не требует от руководителей ручного отслеживания каждой операции. Так как для любого действия в BPMS можно указать временной регламент, в случае просрочки задач исполнителями система пришлет уведомления. Кроме этого, контролировать задачи по процессам можно с помощью стандартных отчетов по исполнительской дисциплине, которые автоматически составляет BPMS.

Монитор бизнес-процессов показывает ситуацию в целом
Отображение хода работы на Карте процесса

Оптимизация бизнес-процессов

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

Бизнес-процессы изменяются вместе с компанией

Технология BPM поддерживает идею непрерывного развития бизнес-процессов. Не получится выстроить работу один раз и тем самым обеспечить постоянную эффективность предприятия. С развитием компании, увеличением штата сотрудников, новыми реалиями в рынке возникает необходимость изменять процессы. В ELMA оптимизация проводится на лету без остановки системы.

Например, проанализировав работу, связанную с обслуживанием клиентов, компания решает, что операции по составлению смет лучше выполнять коммерческому директору, а не менеджерам по продажам (это может быть связано с особенностями деятельности организации). Чтобы изменить данный порядок работы, достаточно внести нужные изменения в графическую модель соответствующего процесса в Дизайнере ELMA.

Когда вы изменяете bpm процесс в компании, это никаким образом не влияет и не прерывает текущую работу предприятия. Все экземпляры данного процесса, которые уже были запущены в системе на момент внесения изменений, завершатся в соответствии с первоначальной схемой. А каждый новый запущенный процесс будет работать уже согласно улучшенной модели.

BPMS (Business Process Management Suite ) – это класс программного обеспечения для управления бизнес-процессами и административными регламентами (употребляются также термины BPM-система и просто BPM). Использование BPMS позволяет организовать эффектинное взаимодействие между управленцами и ИТ-специалистами, лучше использовать существующие и ускорить разработку новых информационных систем. Основные функции BPMS - моделирование, исполнение и мониторинг бизнес-процессов. Основываясь на данных мониторинга, организации выявляют узкие места и усовершенствуют свои бизнес-процессы. Цикл управления замыкается, когда при помощи BPMS измененные бизнес-процессы оперативно внедряются в эксплуатацию.

Решения в области Business Process Management (BPM) позволяют компании произвести оптимизацию бизнес-процессов, используя существующие приложения. Как правило, решение BPM - это комплекс открытых, основанных на стандартах компонентов для моделирования, выполнения, управления и оптимизации бизнес-процессов, а также интеграции корпоративных приложений.

Создаваемые в рамках интеграции приложений сервисы являются «кирпичиками», из которых можно строить последовательность выполнения в интегрированной системе «сквозных» бизнес-процессов, объединяющих процессы различных функциональных областей. Система BPM обеспечивает формирование последовательности автоматически выполняемых шагов бизнес-процесса и правил взаимодействия приложений (передачи информации) на каждом из этих шагов. Модули BPM ведущих производителей интеграционных платформ предоставляют возможность проектирования, разработки, тестирования, исполнения, отслеживания и управления бизнес-процессами. Приложения класса BPM служат удобным инструментом модификации интегрированной информационной системы в условиях изменения (реинжиниринга) бизнес-процессов предприятия.

Рисунок 8.5 – Бизнес-схема предприятия

Основная идея BPM-системы предельно проста.

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

Традиционный способ автоматизации бизнес-процессов - разработка или приобретение готового прикладного программного обеспечения. Однако на практике прикладные программы автоматизируют только часть шагов бизнес-процесса, а главное - внесение даже небольших изменений в схему бизнес-процесса означает необходимость перепрограммирования и большие затраты времени. В результате прикладные программы не успевают обновляться в том темпе, который диктуют изменяющиеся условия бизнеса и потребности самого предприятия. Изначально BPM-системы появились как решение именно этой конкретной проблемы.

Суть BPM-решения заключается в том, что бизнес-процесс описывается на языке, который может непосредственно исполняться специализированной программой.

Составные части BPMS. Типичная BPM-система состоит из стандартного набора компонент, соответствующих хорошо известным стадиям жизненного цикла бизнес-процесса: проектированию, исполнению, мониторингу.

Проектирование. Под проектированием понимается разработка схемы бизнес-процесса. В состав BPM-системы обычно входят:

1. Графический дизайнер для рисования схемы бизнес-процесса
2. Репозиторий для ее хранения и организации совместного доступа

Возможность моделировать бизнес-процесс при помощи графического редактора является принципиальной особенностью BPM-систем: проектирование бизнес-процесса должен выполнять бизнес-аналитик без участия программиста.

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

Результат сохраняется на сервере, после чего процесс может быть инициирован. При необходимости в схему можно вносить изменения, не прибегая к помощи программистов. Альтернативно, схема бизнес-процесса может разрабатываться в каком-либо из традиционных средств моделирования бизнес-процессов и переноситься в BPM-систему при помощи импорта-экспорта.

Исполнение. Ядром BPM-системы является его «движок» (BPM Engine). Он стартует экземпляры бизнес-процессов, отслеживает смену их состояний, хранит значения реквизитов, выполняет бизнес-правила. Если сравнить схему бизнес-процесс с нотами, игра по которым производит приятную для слуха мелодию, то BPM Engine - это механическое пианино, играющее по этим нотам.

Ядро BPM-систем предоставляет также интерфейсы для стыковки с внешними приложениями - специальные адаптеры, вебсервисы, драйверы для доступа к реляционным базам данных или к другим источникам данных. Использование этих интерфейсов зависит от типа бизнес-процесса:

1. Относительно небольшую долю составляют бизнес-процессы, которые BPM-система может выполнить полностью автоматически, запустив ряд специализированных программ. Например, интернет-провайдер при активации нового клиента должен создать для него учетную запись на сервере, добавить информацию в системную службу имен, в конфигурационные файлы веб-сервера и электронной почты и наконец, сформировать счет и отправить его пользователю вместе с уведомлением об активации сервиса. Каждая операция выполняется отдельной программой (в идеале через стандартизованный интерфейс - вебсервис), а BPMS играет роль планировщика.

Рисунок 8.6

2. Наиболее распространен тип бизнес-процессов, предполагающий как стыковку со специализированными приложениями, так и участие живых людей. Например, сотрудник финансового отдела должен зарегистрировать факт оплаты в ERP-системе как шаг бизнес-процесса реализации товара. Этот сценарий требует разработки интерфейсных программ, работающих и с контекстом бизнес-процесса (т.е. с его реквизитами), и с внешней прикладной программой или базой данных. В контексте бизнес-процесса сохраняются ссылки - номер платежки, код контрагента - по которым развернутую информацию можно извлечь из внешнего приложения или базы данных на следующих шагах бизнес-процесса. Разработка таких комплексных приложений обычно - самая трудоемкая часть проекта BPM.

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

Ключевой элемент интерфейса пользователя BPM-системы - т.н. «персональный список задач», перечень шагов запущенных экземпляров бизнес-процессов, назначенных данному конкретному пользователю или ролевой группе, к которой он принадлежит:

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

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

Мониторинг. BPM-система осуществляет контроль бизнес-процессов двумя путями:

1. Менеджеру не приходится выяснять «на ком стрелка» - для каждого экземпляра бизнес-процесса это наглядно показывает динамически формируемое графическое изображение. Например, вот как может выглядеть графическое изображение экземпляра процесса, схема которого рассматривалась выше.

2. Зеленым цветом отмечены шаги процесса, которые выполняются в данный момент; в рассмотренном примере параллельно выполняются два шага, один из которых соответствует основной последовательности работ, а второй служит для контроля процесса его инициатором. Красные стрелки показывают пройденный маршрут.

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

BPM-системы, как правило, предоставляют базовый набор отчетов по показателям бизнес-процессов. На их основе могут быть сконструированы т.н. «ключевые показатели эффективности» (KPI, Key Performance Indicators), которые, в свою очередь, могут быть увязаны с «системой сбалансированных показателей» (BSC, Balanced Scoreсard).

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

Рисунок 8.7

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

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

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

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

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

Доверенности