Несколько слов о моделировании и описании процессов
- Автор Антон Калинин
- Прочитано 1765 раз
Данный материал не претендует на исчерпывающее объяснение основ бизнес-анализа. В нем я попытаюсь систематизировать некоторую теорию и терминологию, с которой сталкиваются специалисты при решении задач по описанию или моделированию бизнес-процессов.
Существует несколько определений термина “процесс”. Одно определение содержится в глоссарии и с таким представлением я сталкиваюсь чаще всего на практике, второе — весьма общее, но очень подходящее для целей этой статьи.
Процесс — повторяемая последовательность действий, направленная на достижение поставленной цели.
Процесс — это общее понятие, характеризующее совокупность необратимых и взаимосвязанных изменений (как спонтанных, так и управляемых, как самоорганизованных, так и организуемых), результатом которых является переход в иное состояние объекта изменений.
Терминологический базис
Рассмотрим взаимозависимость понятий из определений и реальной практики.
Основные понятия бизнес-анализа, которые важно понимать при решении задач по моделированию или описанию бизнес-процесса (процесса)
Проблема или потребность является характеристикой состояния объекта изменений. Наличие потребности или проблемы — состояние 1. Проблема или потребность выступает естественным ограничителем области идей.
Идея является способом или вариантом перехода из одного состояния объекта изменений в другое. Ценность идеи — решение проблемы или удовлетворение потребности. Идея не должна (и не может) существовать сама по себе. Даже если Заказчик приходит сразу с идеей, нужно обязательно уточнять в контексте какой проблемы или потребности она возникла.
Говоря о кризисе идей в сфере IT или сферах, связанных с инженерией, я склонен считать, что проблема отсутствия интересных продуктов и решений не в недостатке идей как таковых, а скорее в нежелании/ невозможности увидеть реальные проблемы, которые интересно было бы решать.
Идее может соответствовать несколько целей или процессов. Для перехода от идеи к цели нужна конкретика. Конкретика есть ни что иное, как количественная и/или качественная характеристика нового состояния.
Описание процесса может быть графическим или текстовым, но так или иначе оно опирается на конкретные цели. Это и есть зафиксированная последовательность действий по переходу между состояниями.
Из описания выше можно сделать вывод, что проблемы, потребности, цели и процессы связаны между собой в теории отношениями многие ко многим. На практике же характер связей будет зависеть от выбора объекта изменений, методики целеполагания, правил организации процессов и ряда других факторов. Интересен и весьма неочевиден тот факт, что объектом изменений может быть не только организация, ее подразделение, сотрудник, ресурс или какой-либо актив, но и процесс.
Различия задач по описанию процесса as-is и моделированию процесса to-be
Несмотря на то, что эти две группы задач относятся, по сути, к одной дисциплине, я наблюдаю (особенно у начинающих специалистов) некоторые сложности в их решении. Чаще всего, аналитику приходится решать их последовательно. Таким образом проводится оптимизация существующего процесса. Однако иногда приходится проектировать (создавать) новые процессы. Поэтому в пределах данного материала я буду говорить о следующем представлении двух комплексов задач:
описание процесса AS-IS (как есть) — задача или комплекс задач по составлению графического представления (модели, диаграммы, схемы), текстового описания или формализованного документа (регламента, порядка) на основе имеющихся бизнес-правил (законов, нормативных актов, иных регламентов или порядков), требований Заказчика или известных, но не зафиксированных “на бумаге” действий участников процесса;
моделирование или проектирование процесса TO-BE (как должно быть) — задача или комплекс задач по созданию структурированной последовательности действий участников процесса с использованием доступных ресурсов и инструментов, приводящая к достижению заявленных целей (результатов). Посмотрим на эти задачи в сравнении.
Жизненный цикл процесса
1. Описание процесса AS-IS | 2. Моделирование процесса TO-BE | |
---|---|---|
Исходные данные | ||
Проблема / потребность |
|
|
Идея |
|
|
Цель |
|
|
Бизнес-правила |
|
|
Участники процесса |
|
|
Процесс решения задачи | ||
Погружение в предметную область | Важно для решения задачи. | Важно для решения задачи. |
Фокус внимания |
|
|
Уровень неопределенности |
|
|
Результат решения задачи | ||
Модель, диаграмма, схема процесса (графическое описание процесса) | Чаще всего требуется. | Чаще всего требуется. |
Простое текстовое описание процесса | Чаще всего требуется. | Чаще всего требуется для предварительной оценки сроков и трудоемкости внедрения. |
Формализованный документ (текстовое описание процесса) | Могут быть результатом выполнения задачи, описание становится бизнес-правилом. | Чаще всего требуется. Описание становится бизнес-правилом. |
Выводы
Сложности при решении двух, казалось бы, идентичных задач могут возникать, если специалист не принимает во внимание факт влияния качественных исходных данных на конечный результат. Наборы данных отличаются, а следовательно, отличаются и подходы к решению задач.
Из таблицы можно сделать вывод, что моделирование процесса to-be даже в рамках оптимизации существующего процесса требует более высокой квалификации специалиста-аналитика. Это обусловлено высоким уровнем неопределенности, большим объемом информации для анализа, наличием проблемы принятия решения во время определения максимально соответствующей для целей процесса последовательности действий всех участников и рядом других менее значительных факторов.
В следующих статьях я расскажу о целеполагании, композиции и декомпозиции, перспективах процесса, и при рассмотрении этих вопросов, я буду опираться на описанную в данном материале терминологию.