Для качественного обоснования производственной необходимости выбираемой конфигурации средств моделирования необходимо:
1) четко сформулировать все «производственные» постановки задач по моделированию;
2) определить под каждую постановку задачи необходимый функционал по моделированию, который должен поддерживаться инструментальной средой моделирования;
3) сопоставить функционал по моделированию возможных к использованию инструментальных средств (модулей инструментальных средств).
¦ пройденными (реализованными) в модели бизнес-архитектуры уровнями детализации бизнес-процессов и их базовых компонент;
¦ сформулированными целями по дальнейшей детализации моделей бизнес- процессов и их базовых компонент;
¦ разработанными подходами, включая алгоритмические решения, по оценке состояния бизнес-процессов и их оптимизации.
В определенной степени можно утверждать, что уровень сложности привлекаемых средств моделирования должен соответствовать уровню зрелости (культуры) предприятия, а именно проработки и формализации текущих проблем бизнес-процессов организации.
Очевидно, при отсутствии либо неполноте описательных моделей бизнес-процессов совершенно нет необходимости «гнаться» за функционалом, который должен реализовываться на последующих этапах, например функционально-стоимостной анализ, имитационное моделирование и т. д. В том случае, если нет информации о временных и стоимостных показателях выполнения бизнес-функций и поддерживающих их организационных и технологических ресурсах, то соответственно нет необходимости приобретения дорогостоящих технологий, которые обеспечивают различную логику и алгоритмы обсчета временных, стоимостных и других количественных показателей, равно как и последующей их оптимизации. Аналогично, если не определен и не формализован перечень показателей оценки деятельности, равно как и порядок их получения, то совершенно бессмысленно форсировать закупки программных средств, специализированных на решение только этой задачи.
Как правило, чем шире возможности инструментальной среды, тем выше выдвигаются требования к техническому персоналу и пользователем. Соответственно, более длительными оказываются сроки подготовки. Во многих случаях обеспечение адекватности компетенции персонала организации сложности инструментальной среды моделирования не может быть решено в приемлемые сроки только проведением обучения. Вполне возможно, что потребуется более радикальное решение проблемы недостаточного уровня технологической компетенции организации, а именно наем уже подготовленных квалифицированных специалистов.
Понятно, что при наличии существенных финансовых ограничений на обучение, сжатых сроков внедрения системы при значительной длительности процесса обучения, организационных сложностей с подбором специалистов либо расширением штатов «человеческая» проблема может стать основным препятствием на пути внедрения нужной для организации инструментальной среды моделирования.
В целом необходимо отметить, что игнорирование человеческого фактора может либо на начальных этапах, либо в «отложенном» режиме создать проблемы по созданию и эффективному использованию модели бизнес-архитектуры предприятия. Недостаточный уровень знания общесистемных и прикладных возможностей среды моделирования породит неустойчивость работы системы, раздражение, боязнь и как следствие отторжение конечными пользователями предлагаемого программного обеспечения.
В зависимости от глубины и значимости технологической и «культурной» составляющей истории формализации бизнес-процессов на предприятии должны приниматься взвешенные решения по выбору новой инструментальной среды моделирования. В том случае, если предыдущие вложения очень значительные, то вполне возможно, что организации следует «смириться» с несовершенством используемых технологий и отказом от перехода на принципиально новую инструментальную платформу. В случае если существует целесообразность миграции на другую платформу, то в число ключевых параметров по выбору новой платформы при наличии нескольких альтернатив должны попасть следующие условия к кандидату на замену:
¦ уровень ее совместимости со старой средой моделирования;
¦ уровень «похожести» интерфейса с заменяемой платформой;
¦ схожесть требований к квалификации технического персонала и конечных пользователей с заменяемой платформой;
¦ отсутствие необходимости модернизации общесистемной программно-аппаратной платформы;
¦ возможность использования существующей инфраструктуры технической поддержки и обучения.