декомпозиции бизнес-процессов:

1) каковы основные функции организации?

2) какие функции не несут в себе ценности?

3) какие функции пересекаются с другими бизнес-функциями?

Посредством декомпозиции и анализа бизнес-процессов должны быть получены следующие результаты:

¦ основные подпроцессы выбранных ключевых процессов (критически важных для бизнеса);

¦ границы основных организационных единиц;

¦ вклад каждой функции в цепочку создания добавочной стоимости;

¦ пересечения и излишние функции/процессы;

¦ возможные требования к прикладным системам и информации.

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

1) кто является инициатором бизнес-события?

2) кто является основными участниками события?

3) как событие обрабатывается в рамках «расширенного» предприятия (партнеры и прочее)?

4) возможны ли инновации, которые связаны с событием и требуются бизнесом?

Посредством анализа бизнес-событий должны быть получены следующие результаты:

¦ основные инициаторы и участники бизнес-событий;

¦ партнеры;

¦ критически важные результаты, создающиеся и используемые позже в процессе обработки события;

¦ возможные новые формы ведения бизнеса.

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

¦ моделирование местоположений выполнения функций/процессов;

¦ модель интеграции функций/процессов.

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

1) где выполняются основные функции?

2) какие функции связаны между собой?

3) существуют ли возможности по консолидации и рационализации? В результате мы должны получить:

¦ распределение функций по местоположениям;

¦ связи между бизнес-функциями;

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

¦ возможные требования к организационным изменениям.

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

Результатами ее построения являются:

¦ ключевые внутренние и внешние точки интеграции;

¦ критичные информационные потоки между различными точками соединения моделей бизнес-событий;

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

¦ возможные требования к организационным изменениям.

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

В условиях, когда определены (заданы) цели моделирования, то есть получены ответы на вопрос «для чего нужна модель», когда отобраны ключевые процессы для моделирования, следующим входным условием для старта проектирования является согласование между заказчиком и исполнителем понимания по вопросам, определяющим границы моделирования, а именно:

1) на что реагирует модель?

2) как реагирует модель?

Определение параметров вариативности модели и ее реализации

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

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

Ответ на вопрос «Лак реагирует модель?» предусматривает определение вариантов отклика элементов модели на изменение входных условий. Принципиально все варианты отклика основываются на различных сочетаниях изменений в составляющих общей модели:

¦ изменяется состав подпроцессов (функций, операций), входящих в модель;

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

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

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

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

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

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

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

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

0

Вы можете отметить интересные вам фрагменты текста, которые будут доступны по уникальной ссылке в адресной строке браузера.

Отметить Добавить цитату