Практика и проблематика моделирования бизнес-процессов

Такие факторы характерны для крупных территориально распределенных организаций. Очевидно, что исполнителю обеспечить одновременный учет этих особенностей крайне сложно. Тем более что получение оценок по функциональным и стоимостным характеристикам людских и технологических ресурсов может потребовать не только выхода за рамки проекта (ресурсные и временные), но и наличия компетенций у исполнителей, изначально подобранных под задачи проекта. Так, оценка временных и стоимостных АИС, задействуемых в бизнес-процессах, может потребовать использования методик ТСО и соответствующих для них специалистов.

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

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

♦ пересмотр качества и полноты результатов работ, либо проведение дополнительных экспертиз и презентаций по реализованным этапам проекта;

♦ внесение изменений в постановки задач и ограничения по моделированию бизнес-процессов;

♦ изменение порядка исполнения, включая корректировку приоритетов;

♦

корректировка мест и масштаба внедрения модели бизнес-архитектуры и т. д.

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

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

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

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

♦ усложнится процесс развития модели вследствие наличия «барьеров» потенциально заинтересованных пользователей, работающих в «стандартной» среде;

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

♦

инициируется процесс дополнительной идентификации компонент модели и т. д.

Значимость системы кодирования и классификации такова, что требования по ее изменению фактически могут повлечь за собой перепроектирование всей системы комплексных моделей. Чем позднее данная проблема будет обозначена и решена в проекте, тем более затратнной будет адаптация взаимодействующих информационных систем и в целом «информационной» среды предприятия.

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

♦ неполнота и некорректная реализация заявляемого функционала;

♦ отсутствие возможности эффективного развития модели.

Часть оценок в отношении проектных ошибок может носить субъективный характер со стороны заказчика. Такого рода субъективные ошибки могут быть связаны с «личностной» интерпретацией представителями заказчика рамок технического задания (ТЗ) на разработку. Безусловно, может быть и объективная природа у проектных ошибок.