Конспект вебинара "Enterprise Architecture Leading Innovation & Digital Transformation at Intel" on Thu, Feb 14, 2019 7:00 PM - 8:00 PM MSK
Есть три основных сценария использования ArchiMate:
- управление конфигурациями предприятия-как-системы-систем и управление инфраструктурой предприятия-как-обеспечивающей-системы, в понимании этих практик по ISO15288;
- описание архитектуры предприятия как набора фильтров организационных проблем и управленческой информации и хранилища ключевых организационно-технических решений (architecture building blocks and capabilities);
- разработка концепции продуктов и сервисов.
Palvinder Singh, главный инженер Intel с ролью IT Chief Enterprise and Data Architect, рассказывает про опыт распределенного использования ArchiMate в Intel. Архитектура предприятия в ArchiMate позволила достичь общего на уровне всей корпорации понимания текущего состояния дел, согласовать возможные варианты будущего и пути к нему.
Это был не первый подход к постановке практики моделирования архитектуры предприятия. Предыдущая попытка 2005-2013 года была неуспешной, т.к. она не принесла ожидаемой пользы, и как следствие не пользовалась поддержкой. С помощью нее нельзя было провести анализ ИТ-систем, а сама модель была неактуальной. Модель не поддерживала деятельность бизнес-подразделений (line of business, LOB).
Чтобы поставить практику моделирования архитектуры предприятия, надо:
1. Выделить людей под руководством Chief Technology Officer, дать им время разобраться с инструментами
2. Создать стандарты предприятия в части архитектуры предприятия, включая согласованную с бизнесом стратегию постановки практики, соглашения по моделированию и панель показателей для оценки зрелости практики моделирования архитектуры предприятия
3. Создать модели архитектуры предприятия в соответствии со стандартами, копить знания по использованию этой практики и установить автоматизированный надзор и отчетность по соответствию модели стандартам предприятия
4. Конечной целью должно является создание Architecture on a Page, модели размером А3, которая описывает архитектуру предприятия
Модель архитектуры предприятия может создаваться только совместными усилиями, с активным межфункциональным взаимодействием, общим пониманием целей организации.
Вам помешают:
- Недостаток веры, ресурсов и согласованности в организации;
- Бюрократизация и неэффективные практики;
- Отсутствие удобных инструментов, несоблюдение стандартов и ручной труд;
- Большой и невидимый технический долг**, который возникает из-за отсутствия референсной модели архитектуры предприятия;
- Невозможность провести по модели анализ последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.
** технический долг - разница между описанием системы, введенным в действие, актуальной ревизией проектной документации, и фактическим состоянием дел. Разница между конфигурациями AS DESIGNED и AS BUILT.
Раскроем пункты подробнее.
Вам потребуется организовать рабочие группы, состоящие из инженеров разных дисциплин. Результаты работы этих рабочих групп должны передаваться бизнесу.
Вам надо будет организовать сложную оргструктуру, которая будет заниматься разработкой как моделей архитектур отдельных сегментов, так и объединением этих моделей в непротиворечивое целое.
Чтобы эти модели использовались в реальной жизни и приносили пользу, вам потребуется получить поддержку от руководства и ввести контроль за воплощением разработанных моделей, а также связать эту практику с практикой управления жизненным циклом. Эта часть описывается практиками управления конфигурациями предприятия-как-системы-систем, я рекомендую обратиться к учебнику Configuration Management for Senior Managers (есть некачественный русский перевод того же Elsevier) за конкретными рекомендациями по тому, как это лучше сделать, т.к. Palvinder Singh дает только обзор основных шагов, у Watts это все описано куда подробнее.
Эти шаги позволят вам достичь согласованности целей и действий внутри организации за счет:
- Объединяющей всех стратегии,
- Стандартов предприятия,
- Общего хранилища с конфигурациями единиц учета (CI, configuration items) предприятия (BOS, Apps, Platforms, APIs, Suppliers, Products, Technologies, Capabilities, Services, Orgs, Actors, Roles).
Поставленная практика архитектуры предприятия подразумевает, что у вас появится:
- Команда вовлеченных стейкхолдеров, которые дисциплинированно исполняют практику моделирования архитектуры предприятия и используют получившуюся модель для того, чтобы проводить цифровую трансформацию предприятия;
- Подробно описанные процессы и процедуры, которые реализуют практику моделирования архитектуры предприятия. Эти процессы должны быть максимально автоматизированы, у вас должны быть показатели, которые измеряют зрелость практики, эти процессы должны быть согласованы с моделями жизненных циклов ваших продуктов и сервисов;
- Централизованное хранилище модели архитектуры предприятия, аналитическая панель показателей и высококачественные данные в модели, в достаточной степени покрывающие потребности аналитиков, которые занимаются анализом последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.
В результате у вас появится одностраничная модель архитектуры предприятия, в которой вы можете пойти вглубь любого направления и понять цели и задачи предприятия по каждому направлению. Эта модель позволит вам ощущать и измерять пользу от практики моделирования архитектуры предприятия в любом крупном проекте цифровой трансформации.
На входе практики моделирования архитектуры предприятия есть запрошенные оргспособности, которые бизнес планирует использовать для того, чтобы реализовать стратегию (конфигурация AS DESIGNED). На выходе тоже оргспособности, но уже разработанные и воплощенные в ИТ-системах и обученных людях (конфигурация AS BUILT).
За каждым таким элементом стоит достаточно подробная модель имплементации:
При моделировании архитектуры предприятия Intel использовал упрощенную метамодель ArchiMate:
- отберите несколько команд, которые будут вести свои направления,
- постоянно собирайте обратную связь,
- самое главное - это качество данных,
- используйте существующие наработки, не изобретайте колесо,
- влияйте на ключевых стейкхолдеров, показывайте им модели, обратную связь, демонстрируйте пользу модели,
- создайте референсную архитектуру,
- вводите стандарты, автоматизируйте процессы, избавляйтесь от бюрократии,
- стройте модель от потребностей бизнеса.
Есть три основных сценария использования ArchiMate:
- управление конфигурациями предприятия-как-системы-систем и управление инфраструктурой предприятия-как-обеспечивающей-системы, в понимании этих практик по ISO15288;
- описание архитектуры предприятия как набора фильтров организационных проблем и управленческой информации и хранилища ключевых организационно-технических решений (architecture building blocks and capabilities);
- разработка концепции продуктов и сервисов.
Palvinder Singh, главный инженер Intel с ролью IT Chief Enterprise and Data Architect, рассказывает про опыт распределенного использования ArchiMate в Intel. Архитектура предприятия в ArchiMate позволила достичь общего на уровне всей корпорации понимания текущего состояния дел, согласовать возможные варианты будущего и пути к нему.
Это был не первый подход к постановке практики моделирования архитектуры предприятия. Предыдущая попытка 2005-2013 года была неуспешной, т.к. она не принесла ожидаемой пользы, и как следствие не пользовалась поддержкой. С помощью нее нельзя было провести анализ ИТ-систем, а сама модель была неактуальной. Модель не поддерживала деятельность бизнес-подразделений (line of business, LOB).
Что же отличает успешную попытку применения ArchiMate для моделирования архитектуры предприятия от неуспешной?
Чтобы поставить практику моделирования архитектуры предприятия, надо:
1. Выделить людей под руководством Chief Technology Officer, дать им время разобраться с инструментами
2. Создать стандарты предприятия в части архитектуры предприятия, включая согласованную с бизнесом стратегию постановки практики, соглашения по моделированию и панель показателей для оценки зрелости практики моделирования архитектуры предприятия
3. Создать модели архитектуры предприятия в соответствии со стандартами, копить знания по использованию этой практики и установить автоматизированный надзор и отчетность по соответствию модели стандартам предприятия
4. Конечной целью должно является создание Architecture on a Page, модели размером А3, которая описывает архитектуру предприятия
Вам помешают:
- Недостаток веры, ресурсов и согласованности в организации;
- Бюрократизация и неэффективные практики;
- Отсутствие удобных инструментов, несоблюдение стандартов и ручной труд;
- Большой и невидимый технический долг**, который возникает из-за отсутствия референсной модели архитектуры предприятия;
- Невозможность провести по модели анализ последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.
** технический долг - разница между описанием системы, введенным в действие, актуальной ревизией проектной документации, и фактическим состоянием дел. Разница между конфигурациями AS DESIGNED и AS BUILT.
Вам потребуется организовать рабочие группы, состоящие из инженеров разных дисциплин. Результаты работы этих рабочих групп должны передаваться бизнесу.
Чтобы эти модели использовались в реальной жизни и приносили пользу, вам потребуется получить поддержку от руководства и ввести контроль за воплощением разработанных моделей, а также связать эту практику с практикой управления жизненным циклом. Эта часть описывается практиками управления конфигурациями предприятия-как-системы-систем, я рекомендую обратиться к учебнику Configuration Management for Senior Managers (есть некачественный русский перевод того же Elsevier) за конкретными рекомендациями по тому, как это лучше сделать, т.к. Palvinder Singh дает только обзор основных шагов, у Watts это все описано куда подробнее.
- Объединяющей всех стратегии,
- Стандартов предприятия,
- Общего хранилища с конфигурациями единиц учета (CI, configuration items) предприятия (BOS, Apps, Platforms, APIs, Suppliers, Products, Technologies, Capabilities, Services, Orgs, Actors, Roles).
- Команда вовлеченных стейкхолдеров, которые дисциплинированно исполняют практику моделирования архитектуры предприятия и используют получившуюся модель для того, чтобы проводить цифровую трансформацию предприятия;
- Подробно описанные процессы и процедуры, которые реализуют практику моделирования архитектуры предприятия. Эти процессы должны быть максимально автоматизированы, у вас должны быть показатели, которые измеряют зрелость практики, эти процессы должны быть согласованы с моделями жизненных циклов ваших продуктов и сервисов;
- Централизованное хранилище модели архитектуры предприятия, аналитическая панель показателей и высококачественные данные в модели, в достаточной степени покрывающие потребности аналитиков, которые занимаются анализом последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.
В результате у вас появится одностраничная модель архитектуры предприятия, в которой вы можете пойти вглубь любого направления и понять цели и задачи предприятия по каждому направлению. Эта модель позволит вам ощущать и измерять пользу от практики моделирования архитектуры предприятия в любом крупном проекте цифровой трансформации.
Одностраничная модель архитектуры предприятия выглядит так:
Она состоит из четырех частей - бизнес-архитектуры:
Модели оргспособностей:
Модели программного обеспечения:
И модели ИТ-инфраструктуры:
Опыт и знания, полученные в ходе этого проекта:
- все стейкхолдеры должны быть вовлечены в постановку практики,- отберите несколько команд, которые будут вести свои направления,
- постоянно собирайте обратную связь,
- самое главное - это качество данных,
- используйте существующие наработки, не изобретайте колесо,
- влияйте на ключевых стейкхолдеров, показывайте им модели, обратную связь, демонстрируйте пользу модели,
- создайте референсную архитектуру,
- вводите стандарты, автоматизируйте процессы, избавляйтесь от бюрократии,
- стройте модель от потребностей бизнеса.
План развития - автоматизация оценки портфеля проектов, автоматизация стратегирования Intel.
Но не надо думать, что модели архитектуры предприятия - это забава огромных корпораций.
Комментариев нет:
Отправить комментарий