Статьи

Несколько слов о моделировании и описании процессов

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

Существует несколько определений термина “процесс”. Одно определение содержится в глоссарии и с таким представлением я сталкиваюсь чаще всего на практике, второе — весьма общее, но очень подходящее для целей этой статьи.

Процесс — повторяемая последовательность действий, направленная на достижение поставленной цели.

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

Терминологический базис

Рассмотрим взаимозависимость понятий из определений и реальной практики.

BA Base Objects


Основные понятия бизнес-анализа, которые важно понимать при решении задач по моделированию или описанию бизнес-процесса (процесса)

Проблема или потребность является характеристикой состояния объекта изменений. Наличие потребности или проблемы — состояние 1. Проблема или потребность выступает естественным ограничителем области идей.

Идея является способом или вариантом перехода из одного состояния объекта изменений в другое. Ценность идеи — решение проблемы или удовлетворение потребности. Идея не должна (и не может) существовать сама по себе. Даже если Заказчик приходит сразу с идеей, нужно обязательно уточнять в контексте какой проблемы или потребности она возникла.

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

Идее может соответствовать несколько целей или процессов. Для перехода от идеи к цели нужна конкретика. Конкретика есть ни что иное, как количественная и/или качественная характеристика нового состояния.

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

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

Различия задач по описанию процесса as-is и моделированию процесса to-be

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

описание процесса AS-IS (как есть) — задача или комплекс задач по составлению графического представления (модели, диаграммы, схемы), текстового описания или формализованного документа (регламента, порядка) на основе имеющихся бизнес-правил (законов, нормативных актов, иных регламентов или порядков), требований Заказчика или известных, но не зафиксированных “на бумаге” действий участников процесса;

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

BA asis tobe


Жизненный цикл процесса

 

 1. Описание процесса AS-IS2. Моделирование процесса TO-BE
Исходные данные
Проблема / потребность
  • Чаще всего определена.
  • Может быть не очевидна по процессу.
  • Несущественна для решения задачи, так как будет описан существующий процесс и его цели.
  • Чаще всего не определена.
  • Важна для решения задачи.
Идея
  • Как правило отсутствует.
  • Несущественна для решения задачи, так как процесс уже существует в каком-то виде.
  • Чаще всего определена автором задачи (Заказчиком).
  • Важна для решения задачи.
Цель  
  • Чаще всего определена.
  • Может быть не очевидна по процессу.
  • Важна для решения задачи.
  • Должна быть зафиксирована в описании.
 
  • Чаще всего не определена.
  • Важна для решения задачи.
  • Должна быть зафиксирована в описании.
Бизнес-правила  
  • Чаще всего определены.
  • Могут отсутствовать, если процесс не был ранее формализован или носит локальный характер.
  •  Чаще всего не определены.
Участники процесса  
  • Определены
 
  • Не определены для нового процесса.
  • Уточняются при модификации существующего процесса.
  Процесс решения задачи
Погружение в предметную область Важно для решения задачи. Важно для решения задачи.
Фокус внимания
  • Проведение анализа.
  • Учет бизнес-правил.
  • Учет действий участников процесса.
  • Проведение анализа.
  • Учет бизнес-правил.
  • Оценка возможных рисков.
  • Выбор оптимальной последовательности действий для достижения цели.
  • Проработка альтернативных и негативных сценариев.
Уровень неопределенности
  • Чаще средний или низкий.
  • Реже высокий.
  • Чаще высокий.
  • Реже средний.
  • Почти никогда низкий.
Результат решения задачи
Модель, диаграмма, схема процесса (графическое описание процесса) Чаще всего требуется. Чаще всего требуется.
Простое текстовое описание процесса Чаще всего требуется. Чаще всего требуется для предварительной оценки сроков и трудоемкости внедрения.
Формализованный документ (текстовое описание процесса) Могут быть результатом выполнения задачи, описание становится бизнес-правилом. Чаще всего требуется. Описание становится бизнес-правилом.

Выводы

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

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

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

Последнее изменение: Воскресенье, 16 октября 2022 19:23

Вход в личный кабинет