Методологии преобразования предприятия B.3.2.1 Методологии преобразования предприятия

Простыми словами

Первое из шести требований к методологии (компонент EAM). Мысль пункта необычна и часто теряется: отдельной методологии архитектуры предприятия заводить не нужно — её задача объединить и согласовать то, чем предприятие и так управляет, стратегический и тактический менеджмент, управление проектами и программами, бизнес-анализ и инженерные процессы. Отсюда и образ бутстрэппинга: принять методологию — значит начать систематически улучшать собственные процессы управления и инжиниринга, то есть провести преобразование предприятия теми же средствами, которые методология и описывает. Границы методологии задаёт не она сама, а жизненный цикл GERA (B.3.1.3.2): методология обязана дать способ продвижения для каждой фазы. Отсюда следует и практическая вольность: работу можно начать с любой фазы, а не обязательно с идентификации.

Определение из первоисточника

Основные параметры

Атрибуты этой сущности по справочнику источника.

• Примечание - Создание практики архитектуризации зрелого предприятия требует построения организационной структуры управления, функций менеджмента и поддержки в дополнение к техническим (архитектуризации и оценки) функциям и, вероятно, принятия моделей стандартного процесса для осуществления этих функций. Предоставив методы продвижения каждого вида деятельности жизненного цикла, методология инжиниринга предприятия помогает пользователю в процессе инжиниринга предприятия при выполнении интеграционных проектов как в случае общей интеграции нового или реформированного предприятия, так и для менеджмента проводимых изменений. Она обеспечивает методы последовательного продвижения для любого вида деятельности жизненного цикла. Два верхних комплекса таких видов деятельности (идентификация и концепция) частично подпадают под компетенцию менеджмента и инжинирингового анализа и задачи описания или моделирования. Требования и комплексы проектных видов деятельности в основном ориентированы на выполнение задач инжиниринга посредством процесса, включая разработку моделей предприятия и проектов. Методологии инжиниринга предприятия описывают процесс интеграции предприятия и являются руководством для пользователя при выполнении инжиниринговых задач моделирования предприятия. Представляется возможным существование различных методологий, действие которых распространяется на различные аспекты процессов изменения предприятия. Это могут быть завершенные процессы интеграции или нарастающие изменения по аналогии с процессом постоянного улучшения. Сам процесс инжиниринга предприятия обычно направлен на предприятие, занимающееся оказанием повторяющихся услуг, производством повторяющейся продукции или проектированием. Методология может быть специально ориентирована на тип рассматриваемого предприятия или сущности. Интеграция предприятия может сама осуществляться как конкретный проект или программа. Но задача интеграции может начинаться в любой фазе жизненного цикла, необязательно с фазы идентификации или концепции. Поэтому в методологии инжиниринга предприятия процессы, связанные с различными задачами инжиниринга предприятия, следует определять независимо друг от друга, чтобы можно было их комбинировать в контексте конкретной задачи инжиниринга. Пример - Инжиниринговый проект для нового производственного объекта не обязательно начинать с фаз идентификации и определения концепции завода, поскольку потребитель (заказчик), который приступает к проектированию и строительству завода, уже провел свои работы. В этой ситуации инжиниринговый проект предприятия должен только установить требования и осуществить проект/детальный проект и внедрение или строительство завода. Такой инжиниринговый проект использует только требования, долю проектирования и внедрения от методологии полного инжиниринга предприятия. Существует множество методологий по преобразованию предприятия и инжиниринга, включая методологии, реализованные в программном обеспечении и системной литературе. Тогда как все эти методологии базируются на обоснованных идеях, нельзя сказать, что они лучшие, поскольку реальный комплекс видов деятельности и их последовательность будут зависеть: - от типа сущности, разрабатываемой или преобразуемой; - знаний, мастерства, опыта и навыков участвующих менеджеров, аналитиков, архитекторов и разработчиков; - знаний, мастерства, опыта и навыков потребителей, как с технической, так и с управленческой точки зрения, включая клиентов и пользователей; - наличия хороших эталонных моделей; - наличия компонентов или продуктов многократного пользования (модули в терминологии GERAM). Методология инжиниринга предприятия часто имеет отличающуюся картину видов деятельности жизненного цикла, очевидную в соответствующей истории жизни. Простая каскадная методология имеет линейный внешний вид видов деятельности жизненного цикла в истории жизни, тогда как гибкая методология имеет повторяющиеся серии каскадных сегментов в истории жизнедеятельности по мере возникновения каждого нового витка. Большинство методологий имеют пересекающиеся сегменты деятельности, возникающие как итерации проекта, внедрения и тестовых операций. На рисунке B.11 показан пример истории жизни идеализированного приложения методологии спирального развития в контексте подхода инжиниринга V-моделей систем [63]. a - концепция; b - требования; c - анализ; d - задание требований; e - анализ; f - проектирование программного обеспечения; g - детальный проект; h - кодирование; i - испытание единиц; j - испытание систем; k - приемочные испытания Примечание 1 - Итерация, возникающая между Требованиями и Предварительным проектом и между Детальным проектом и Реализацией увеличивает степень детализации и определенности с соответствующим снижением риска. Примечание 2 - Строительство опускают, как для единичных, так и для системных и приемочных испытаний. Примечание 3 - Для испытаний единиц и систем в работе потребуется испытательный стенд. Примечание 4 - При изображении пропущены различные выпуски альфа, бета и других версий. Модели или описания процессов с подробными инструкциями для каждого вида деятельности интеграционного процесса могут описывать методологии инжиниринга предприятия. Это позволяет не только лучше понять методологию, но и обеспечить идентификацию информации, которую необходимо использовать или получить, требующиеся ресурсы и соответствующие обязанности, которые должны быть назначены для процесса инжиниринга предприятия в ходе управления проектами интеграции. Процесс представления методологии может привлечь соответствующие языки моделирования предприятия. Методологии инжиниринга предприятия могут также использовать методологии моделирования в качестве компонентов. Методология моделирования - это методология, целью которой является содействие разработчикам моделей, которые используют язык моделирования или набор языков моделирования. Она описывает, как можно разработать и подтвердить модель, либо начиная с чистого листа, либо пользуясь заранее определенными частичными моделями. Типичными современными методологиями интеграции/архитектуризации предприятия являются: TOGAF Architecture Development Method (Метод разработки архитектуры, ADM) [66], Unified Modelling Language (Унифицированный язык моделирования, UML) 2.5 с областью применения - разработки ИТ-архитектуры (см. ИСО/МЭК 19505), Purdue Guide for Master Planning (Составление мастер-плана по руководству Purdue) с областью применения - автоматизация производственного объекта [71], NATO Architecture Framework (Фреймворк архитектуры НАТО) (NAF) 4.0 [51], Control Objectives for Information and Related Technologies (Контрольные задачи по информационным и связанным с ними технологиям), версия 5 (COBIT5) с областью применения - гармонизированная стратегия предприятия и разработка ИТ-архитектуры [41], Networked Enterprise (Сетевое предприятие) [50], [29] и т.д. В будущем такие методологии вероятно будут учитывать или опираться на стандарты по процессам жизненного цикла системной инженерии (ISO/IEC/IEEE 15288), процессам разработки архитектуры (ISO/IEC/IEEE 42020) и оценки архитектуры (ISO/IEC/IEEE 42030). EAM можно также рассмотреть, чтобы представить частичные процессные модели для соответствующих руководящих и инжиниринговых функций сущностей предприятия, вовлеченных в преобразование предприятия. С точки зрения размещения, процессы, виды деятельности и задачи, которые осуществляют эти функции, можно распределить различными путями между ролями на конкретном предприятии.

Связанные понятия