– Определить потенциально узкие места и возможности для улучшения процесса, которые будут использованы позже для его оптимизации.
– Более эффективно внедрить стандарты качества, например, ИСО 9000, и успешно пройти сертификацию.
– Использовать модели бизнес-процессов в качестве руководства для новых сотрудников.
– Эффективно произвести автоматизацию бизнес-процессов в целом или их отдельных шагов, включая автоматизацию взаимодействия с внешней средой (клиентами, поставщиками, партнерами).
– Разобравшись в совокупности бизнес-процессов, понять и описать деятельность предприятия в целом.
В свою очередь, основной задачей при моделировании бизнес-процессов является описание существующих в ней процессов с целью построения их моделей «как есть». Для этого необходимо собрать всю доступную информацию о процессе, которой в полной мере, как правило, владеют только сотрудники компании, непосредственно задействованные в выполнении процесса. Таким образом, мы приходим к необходимости подробного опроса (интервьюирования) всех задействованных в бизнес-процессе сотрудников. Следует подчеркнуть, что нельзя ограничиваться сведениями о процессе, предоставляемыми руководителем подразделения и менеджерами. Обычно только беседа с сотрудником, непосредственно осуществляющим действия в рамках описываемого бизнес- процесса, дает адекватное представление о том, как функционирует процесс в реальности.
Первый вопрос при построении модели «как есть» касается результата рассматриваемого бизнес-процесса. Случается, что получить четкую формулировку результата бизнес-процесса нелегко, несмотря на всю важность этого понятия для эффективности работы компании.
После определения результата следует разобраться с последовательностью действий, составляющих процесс. Последовательность действий моделируется на разных уровнях абстракции. На самом верхнем уровне показывают только наиболее важные шаги процесса (обычно не более десяти). Затем производится декомпозиция каждого из высокоуровневых шагов (подпроцессов). Глубина декомпозиции определяется сложностью процесса и требуемой степенью детализации. Для того чтобы получить действительно полное представление о бизнес-процессе, надо произвести декомпозицию до атомарных бизнес-функций – хорошо понятных элементарных действий (отдельных операций в ПО или выполняемых человеком), которые нет смысла раскладывать на составляющие.
На основе собранной информации строится модель обычного или оптимального выполнения процесса и определяются возможные сценарии его выполнения со сбоями. Различные сбои (исключительные ситуации – исключения) могут нарушать оптимальный ход процесса, поэтому следует указать, каким образом исключения будут «обработаны», то есть какие действия предпринимаются в случае возникновения исключительной ситуации.
На рисунке 1.4 показаны основные шаги при построении модели бизнес-процесса.
Рисунок 1.4 – Шаги построения модели бизнес-процесса
Важной частью построения модели бизнес-процесса является исследование аспектов его эффективности. Сюда входят использование ресурсов, время выполнения работ сотрудниками, возможные задержки и простои. Необходимо разработать систему показателей или метрик для оценки эффективности процесса. Частично в качестве метрик могут быть взяты используемые в компании показатели KPI (Key Performance Indicator), однако могут потребоваться и дополнительные, характеризующие рассматриваемый процесс, показатели.
При моделировании определяются бизнес-цели, в достижение которых вносит свой вклад моделируемый процесс. Следует различать понятия бизнес-цели и результата процесса. Каждый бизнес-процесс должен иметь, как минимум, один результат и быть направлен на достижение хотя бы одной бизнес-цели. Например, результат процесса «Исполнение заказа на подключение абонента» можно определить, как «Получение подтверждения подключения от клиента», тогда как бизнес-цели, которые преследуются при выполнении данного процесса, могут включать «Обеспечение минимального времени исполнения заказа» и «Обеспечение минимального процента рекламаций». Для определения целей следует обратиться к бизнес-стратегии.
Необходимо выявить события, которые могут прервать ход процесса. В случае прерывания может потребоваться корректно «откатить» (компенсировать) те шаги процесса, которые уже были выполнены. Для этого следует определить логику компенсирующих действий для каждого прерывающего события.
Наконец, следует рассмотреть имеющиеся программные средства, осуществляющие поддержку бизнес-процесса. Это важно, так как программное обеспечение может скрывать некоторые особенности поведения процесса, не в полной мере известные исполняющим отдельные шаги сотрудникам. Собранная на этом этапе информация будет полезна при дальнейшей автоматизации процесса.
Собрав все указанные сведения, можно получить хорошее представление о ходе бизнес-процесса. На этапе моделирования должны быть получены следующие результаты:
1. Процессная карта, показывающая связь между различными бизнес-процессами и их взаимодействия. На процессной карте, как правило, каждый бизнес-процесс компании изображен в виде прямоугольника, стрелками показаны связи между ними (например, зависимость одного процесса от другого, или замена одного процесса другим при выполнении некоторого условия), а также представлены различные документы, которые передаются из процесса в процесс или регламентируют их ход (стандарты, инструкции и т. п.).
2. Диаграмма ролей, показывающая роли при выполнении процесса и связи между ними. Диаграмма ролей не является иерархической. Она представляет такие связи, как участие в группе, руководство, коммуникацию, замещение одной роли другой и т. д.
3. Модель «как есть» каждого рассмотренного бизнес-процесса, детально описывающая процесс и отражающая ход процесса, действия, роли, движение документов, а также точки возможной оптимизации. Такая модель включает в себя:
– диаграмму окружения процесса, представляющую бизнес-процесс в виде одного действия (то есть, не раскрывающую ход процесса), для которого могут быть показаны запускающее процесс событие, необходимые входные данные, результат, роли, показатели эффективности, прерывающие события и компенсирующие процессы, регламентирующие документы, связанные бизнес-цели;
– высокоуровневую диаграмму процесса, показывающую его крупные шаги (обычно не более десяти) и, связанные с ними роли;
– подробные диаграммы для каждого шага высокоуровневой модели (в зависимости от сложности процесса здесь могут использоваться несколько иерархически организованных диаграмм), в деталях показывающие ход процесса, прерывающие события, бизнес-правила, роли и документы;
– диаграмму обработки исключений, показывающую, какие действия выполняются в случае данной исключительной ситуации и кем, а также, куда передается управление после окончания обработки исключения.
На практике хорошо зарекомендовал себя следующий состав группы, осуществляющей моделирование бизнес-процесса:
1. владелец бизнес-процесса и один/два сотрудника того же подразделения компании, помогающих ему;
2. специалист по управлению качеством;
3. бизнес-аналитик(и);
4. представитель ИТ-подразделения;