BoatmansHome: Заметки/ПроцессовНет ...

Boatmans Home Start | Каталог | Изменения | Комментарии | Пользователи | Регистрация | Вход  Пароль:  
Данные материалы созданы для размещения на сайте boatmanshome.ru. Во всех случаях, кроме явно оговоренных в теле материала, автор и обладатель исключительного права - Нужненко Сергей Александрович. Во всех случаях, кроме явно оговоренных в теле материала, для данных материалов разрешено размещение ссылок и цитирование, а так же воспроизведение в личных и учебных целях. Без согласования с правообладателем запрещается для данных материалов или любой части использование в коммерческих целях, а так же распространение, публичный показ, импорт с целью распространения, прокат, переработка, сообщение для всеобщего сведения.
 

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


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


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


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

Например, каждый будний день некто преобразует состояние «я дома в 8:00+-15 мин» в «я на работе в 9:30+-20мин» – это повторяющийся процесс. Каждый день он выходит в немножко разное время, идет к остановке маршрутки разной дорогой, а иногда даже добирается на работу на такси. Но в выбранной детализации это один и тот же процесс «Добраться на работу».

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

Все мы знаем, что никогда проект не идет по плану тютелька в тютельку. И тем не менее отклонение параметров от плана не более, чем на некоторую величину позволяет нам говорить о том, что проект идет именно по этому плану, а не по какому-то другому.

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

Например заметка в раписании «Подъем в 7:00, выход из дома в 8:00, на работе не позднее 9:30».

Результаты процесса – это объекты в конкретных состояниях – следы, которые оставляет после себя процесс.

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

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

Например, мы могли бы измерять показатель «Подъем вовремя» и определять его, как количество дней в этом месяце, когда некто встал не позже 7:05. Для этого кто-то должен оказаться рядом, иметь часы каждый раз при подъеме и записать (или запомнить) время подъема. В случае наличия системы контроля доступа на работе с ее записями измерять подобный показатель «Приход на работу вовремя» гораздо проще.

Но это уже глубины.


file:process_net.png


Самое важное заключается в том, что идентификация процессов полностью определяется их окружением.
Если говорить грубо, то для идентификации процесса нужно знать вход и выход. То есть если два процесса из одних и тех же входов делают один и тот же выход, то это один процесс, а не два. Это относится как к экземплярам, так и к моделям. Напоминаю, что когда мы говорим «процесс» мы подменяем или словосочетание «модель процесса» или «экземпляр процесса».
Слова один и тот же вход/выход следует уточнять: что мы в данном случае считаем одним и тем же – по каким критериям устанавливается тождество.


На практике это означает следующие вещи:
* В моделях процессов важнее точно указать не надписи на корабликах (ARIS VAD), квадратиках (IDEF0, UML Activity, BPMN или ARIS eEPC) или кружочках (DFD) процессов. Самое главное верно идентифицировать входы и выходы – описать их так, чтобы всегда было однозначно ясно, что это такое: какие объекты в каких состояниях.
* Когда мы указываем какие-то показатели процессов мы должны быть точно уверены, что задуманные параметры рассчитываются на основе информации, которая гарантированно (не теоретически, а практически) остается, как следы процесса. Так в примерах выше показатель «Подъем вовремя» проблемный, так как неясно, остаются ли где-то следы о времени подъема. Иными словами, показатель не опирается на гарантированные выходы процесса. Если очень хочется измерять такой показатель, в модель процесса надо явно вставлять операции по фиксации нужных нам данных.
* Одной из важных вещей, которые должны отражаться в соглашении о моделировании (или должны быть определены в голове моделирующего) – это критерии тождества входов и выходов – по каким параметрам мы будем считать входы и выходы разными или одинаковыми.
* При создании модели процесса (не важно, при описании имеющихся или будущих) самые частые споры и разногласия ведутся об имени процесса, которое «должно однозначно отражать его суть». Эти споры являются прямым следствием смещения акцента с идентификации входов/выходов на попытку впихнуть суть процесса в название квадратика. Если значки, отражающие сам процесс будут просто пронумерованы при сохранении четкой идентификации входов и выходов, диаграмма или текстовое описание потеряют гораздо меньше, чем кажется многим. А на самом деле ничего не потеряется.


 
Один файл.[Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]