Бизнес архитектура предприятия: Бизнес-архитектура — Business architecture — qaz.wiki

Содержание

Бизнес-архитектура — Business architecture — qaz.wiki

Аспекты бизнеса, представленные бизнес-архитектурой

В бизнес — секторе , бизнес — архитектуры является дисциплина , которая «представляет собой целостный , многомерные представления бизнес по: возможности, впритык доставку ценностей, информации и организационной структуры , а также взаимосвязи между этими бизнес взглядов и стратегий , продуктов, политики, инициативы и заинтересованные стороны .

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

Люди, которые разрабатывают и поддерживают бизнес-архитектуру, известны как бизнес-архитекторы .

Обзор

Термин «бизнес-архитектура» часто используется для обозначения архитектурного описания предприятия или бизнес-единицы, архитектурной модели или самой профессии. Бизнес Архитектура Рабочая группа Object Management Group (OMG) (2010) описывает его как «план предприятия , который обеспечивает общее понимание организации и используется для выравнивания стратегических целей и тактических требований.» Согласно OMG, план этого типа описывает «структуру предприятия с точки зрения его структуры управления, бизнес-процессов и бизнес-информации». Таким образом, профессия бизнес-архитектуры в первую очередь фокусируется на мотивационных, операционных и аналитических рамках, которые связывают эти аспекты предприятия вместе.

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

Продукты этой бизнес-архитектуры используются для разработки планов, принятия бизнес-решений и руководства их реализацией.

На практике работа над бизнес-архитектурой осуществляется сама по себе или как часть архитектуры предприятия . В то время как в прошлом практика корпоративной архитектуры была сосредоточена в первую очередь на технологических аспектах изменений, эта практика быстро развивается, чтобы использовать строгий подход к бизнес-архитектуре для решения организационных и мотивационных аспектов изменений. Согласованность между бизнес-архитектурой и корпоративной архитектурой — это естественное архитектурное совпадение двух связанных дисциплин. Бизнес-архитектура представляет бизнес в отсутствие какой-либо ИТ-архитектуры, в то время как корпоративная архитектура обеспечивает всеобъемлющую основу для бизнеса и ИТ-архитектуры.

История бизнес-архитектуры

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

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

Концепция бизнес-архитектуры развивалась с годами. Он был представлен в 1980-х годах как архитектурная сфера и как бизнес-дизайн. В 2000-е годы ускорились изучение и разработка концепции бизнес-архитектуры. К концу 2000-х годов были опубликованы первые справочники по бизнес-архитектуре, разрабатывались отдельные основы для бизнес-архитектуры, разрабатывались отдельные представления и модели для бизнес-архитектуры, бизнес-архитектор как профессия развивался, а число бизнесов увеличивалось. добавили в свою повестку дня бизнес-архитектуру.

К 2015 году бизнес-архитектура превратилась в обычную практику. Свод знаний об архитектуре бизнеса был разработан и обновляется несколько раз в год, и интерес академического мира и высшего руководства растет.

Темы бизнес-архитектуры

Различные взгляды на организацию

Чтобы разработать интегрированное представление о предприятии, обычно разрабатывается множество различных представлений об организации. Каждое «представление» обычно представляет собой диаграмму, которая иллюстрирует способ понимания предприятия путем выделения конкретной информации о нем. Ключевые взгляды на предприятие, которые могут быть предоставлены бизнес-архитектурой, касаются нескольких аспектов предприятия; они резюмированы Object Management Group (2012) следующим образом:

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

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

Бизнес стратегия

В статье 2006 года «Бизнес-архитектура: новая парадигма для объединения бизнес-стратегии с ИКТ» Верстиг и Боуман объяснили связь между бизнес-стратегией и бизнес-архитектурой. Они написали:

Бизнес-архитектура напрямую основана на бизнес-стратегии. Это основа для последующих архитектур (внедрение стратегии), где она детализирована по различным аспектам и дисциплинам. Бизнес-стратегия может состоять из таких элементов, как заявления о стратегии, организационные цели и задачи, общие и / или прикладные бизнес-модели и т.

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

Versteeg & Bouwman далее оговорили, что «перспективы для последующего проектирования наряду с организацией более распространены: информационная архитектура, техническая архитектура, архитектура процессов. Различные части (функции, концепции и процессы) бизнес-архитектуры выступают в качестве обязательной отправной точки для различные последующие архитектуры. Он предварительно структурирует другие архитектуры. Модели бизнес-архитектуры проливают свет на скудно проработанные отношения между бизнес-стратегией и бизнес-дизайном ».

Подходы к бизнес-архитектуре

Гильдия бизнес-архитектуры

Основная цель Гильдии бизнес-архитектуры — «продвигать передовой опыт и расширять базу знаний в области бизнес-архитектуры». Гильдия — это некоммерческая международная членская организация для практиков и других лиц, заинтересованных в развитии области бизнес-архитектуры. С членами на шести континентах, сильным Консультативным советом и растущим числом деловых партнеров, Гильдия позиционирует себя как центр развития практик и дисциплин бизнес-архитектуры.

Основанная в конце 2010 года, Гильдия открыла членство осенью 2011 года на основании первоначального выпуска Руководства по бизнес-архитектуре Свода знаний (R) (BIZBOK (R) Guide). BIZBOK (R), в настоящее время в версии 7.5, представляет собой «практическое руководство для практиков в области бизнес-архитектуры и отдельных лиц, которые хотят использовать бизнес-архитектуру для решения бизнес-задач. Это практическое руководство представлено в форме передового опыта, почерпнутого из многочисленных компаний и бизнес-архитектуры. лидеры. «.

Ассоциация бизнес-архитектуры

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

Структура бизнес-возможностей группы ASATE

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

архитектура. Эта структура была разработана с учетом пяти критериев: (1) должна соответствовать стандартному определению архитектуры ANSI / IEEE 1471-2000; (2) должны разделять точку привязки с бизнес-стратегией, а именно возможности; (3) должны полагаться на общепринятые бизнес-термины и их определения; (4) должны включать все типы строительных блоков, необходимые для моделирования полной бизнес-архитектуры; и (5) не должны быть обременены ненужными типами строительных блоков.

Структуры архитектуры предприятия, охватывающие подходы к архитектуре бизнеса

Фреймворк Захмана

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

Перспектива руководителя связана с масштабом и контекстом бизнеса. Перспектива управления бизнесом связана с моделями определения бизнеса.

Группа управления объектами

Стандарты моделирования Группы управления объектами (OMG), включая унифицированный язык моделирования (UML), архитектуру, управляемую моделями (MDA), модель бизнес-мотивации (BMM), семантику бизнес-словаря и правил (SBVR) и нотацию моделирования бизнес-процессов ( BPMN) и модель решения и нотация (DMN) обеспечивают мощное визуальное проектирование, выполнение и обслуживание программного обеспечения и других процессов, включая моделирование ИТ-систем и управление бизнес-процессами . В настоящее время OMG работает над языком моделирования доставки ценности (VDML), стандартным языком моделирования для анализа и проектирования работы предприятия с особым упором на создание и обмен ценностями.

Открытая группа

Архитектура Open Group Framework (TOGAF) Open Group — это разработка стандартов на базе сообщества для описания методов и инструментов, используемых архитектурой. Он разрабатывается и постоянно совершенствуется Open Group, консорциумом заинтересованных лиц и компаний, занимающихся информационными технологиями.

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

Отраслевые эталонные модели

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

Другие отраслевые модели

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

  • Структура бизнес-процессов (eTOM) , опубликованная TM Forum , описывает полный спектр бизнес-процессов, необходимых поставщику услуг в телекоммуникационной отрасли, и определяет ключевые элементы и способы их взаимодействия.
  • Структура классификации процессов (PCF), опубликованная APQC, создает общий язык, на котором организации могут общаться и определять рабочие процессы всесторонне и без дублирования. Организации используют его для поддержки сравнительного анализа, управления контентом и выполнения других важных действий по управлению производительностью.
  • Цепочки поставок операции Reference (СКОРО) была запатентованная эталонным процесс модели, опубликованная Supply-Chain Совет. Supply-Chain Council объединился с APICS в 2014 году.
  • OpenReference — это открытый , редактируемый справочник бизнес-терминов, построенный на едином языке для описания эффективности бизнеса, процессов, практик и терминов. Ссылка поддерживается волонтерами OpenReference Initiative .

Смотрите также

Ссылки

дальнейшее чтение

  • Уилан, Дж .; Миден, Г. (2012). Бизнес-архитектура: Практическое руководство . Ashgate. ISBN 978-1-4094-3859-5.
  • Росс, Жанна ; Вайль, Питер ; Робертсон, Дэвид С. (2006). Архитектура предприятия как стратегия: создание основы для выполнения бизнеса . Издательство Harvard Business Review Press. ISBN 978-1591398394.
  • Пулин, Майкл (2013). Архитекторы знают, чего не знают менеджеры: бизнес-архитектура для динамического рынка . BuTechCon. ISBN 978-0-9575199-0-9.
  • Ульрих, Уильям ; Маквортер, Нил (2010). Бизнес-архитектура: искусство и практика трансформации бизнеса . Меган-Киффер Пресс. ISBN 978-0-929652-15-3.
  • Верстег, Г .; Бауман, Х. (2006). «Бизнес-архитектура: новая парадигма для связи бизнес-стратегии с ИКТ». Информационные системы Frontiers . 8 (2): 91–102. DOI : 10.1007 / s10796-006-7973-Z . S2CID  3167667 .
  • Уиттл, Ральф; Мирик, Конрад (2004). Бизнес-архитектура предприятия: формальная связь между стратегией и результатами . CRC Press. ISBN 978-0849327889.
  • Клементе Минонн (2016), Business Analyze — Konzepte, Methoden und Instrumente zur Optimierung der Business-Architektur (на немецком языке) (1. (немецкое) изд.), Schäffer-Poeschel, Штутгарт, ISBN 978-3-7910-3308-2

внешние ссылки

СМИ, связанные с бизнес-архитектурой, на Викискладе?

Направление бакалавриата 080500.62 Бизнес-информатика/профиль: «Архитектура предприятий»

Степень (квалификация) — бакалавр.

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

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

Объектами профессиональной деятельности бакалавра являются: модели бизнес-процессов, информационные ресурсы и потоки, корпоративные информационные системы, ИКТ-проекты.

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

Возможные должности

Данное направление создано для тех, кто жить не может без компьютера и при этом имеет задатки бизнесмена.

Выпускники могут работать системными аналитиками, бизнес-консультантами, менеджерами ИКТ-проектов, специалистами по информационным ресурсам (контент менеджерами, Web-администраторами, Web-дизайнерами и программистами), менеджерами по маркетингу и продажам в сфере ИКТ и др.

Квалификационная характеристика выпускника

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

Бакалавр направления «Бизнес-информатика» — это специалист, получивший образование в области экономики, менеджмента, права и инфокоммуникационных технологий (ИКТ), который занимается проектированием, внедрением и сопровождением корпоративных информационных систем.

Возможности продолжения образования

Бакалавры могут продолжить обучение в магистратуре по направлениям «Бизнес-информатика», «Экономика», «Менеджмент».

Архитектура предприятия — тест 4

Главная / Менеджмент / Архитектура предприятия / Тест 4 Упражнение 1:
Номер 1
Основные пользователями Архитектуры предприятия:

Ответ:

&nbsp(1) ИТ-специалисты&nbsp

&nbsp(2) бизнесмены&nbsp

&nbsp(3) бизнес — аналитики&nbsp



Номер 2
К числу основных пользователей Архитектуры предприятия не относятся:

Ответ:

&nbsp(1) системные администраторы&nbsp

&nbsp(2) бизнесмены&nbsp

&nbsp(3) менеджеры младшего звена&nbsp



Номер 3
Успешные методики описания Архитектуры предприятия используют обычно метод:

Ответ:

&nbsp(1) «разделяй и властвуй»&nbsp

&nbsp(2) «ветвей и границ»&nbsp

&nbsp(3) рекурсии&nbsp



Упражнение 2:
Номер 1
Уровни абстракции Архитектуры:

Ответ:

&nbsp(1) Дизайн решения — Архитектура подсистем — Архитектура предприятия&nbsp

&nbsp(2) Архитектура предприятия — Архитектура подсистем — Дизайн решения&nbsp

&nbsp(3) 1 – 2 – 3&nbsp



Номер 2
Уровни эволюции контекста Архитектуры предприятия:

Ответ:

&nbsp(1) Бизнес — Развитие — ИТ&nbsp

&nbsp(2) Бизнес — ИТ — Развитие&nbsp

&nbsp(3) ИТ – Развитие – ИТ&nbsp



Номер 3
При описании Архитектуры предприятия важны понятия:

Ответ:

&nbsp(1) уровень абстракции&nbsp

&nbsp(2) предметная область&nbsp

&nbsp(3) системное проектирование&nbsp



Упражнение 3:
Номер 1
Верно утверждение:

Ответ:

&nbsp(1) бизнес-архитектура — люди и процессы&nbsp

&nbsp(2) бизнес-архитектура — правила и стандарты&nbsp

&nbsp(3) бизнес – люди, стандарты, ресурсы&nbsp



Номер 2
Верно утверждение:

Ответ:

&nbsp(1) Архитектура информации — знания&nbsp

&nbsp(2) Архитектура информации — данные, информация и знания&nbsp

&nbsp(3) Знания = Архитектура информации + данные&nbsp



Номер 3
Основные домены описания Архитектуры предприятий:

Ответ:

&nbsp(1) бизнес- архитектура&nbsp

&nbsp(2) архитектура информации&nbsp

&nbsp(3) com, biz&nbsp



Упражнение 4:
Номер 1
К не универсальным доменам описания "Архитектура предприятия" относятся:

Ответ:

&nbsp(1) безопасность&nbsp

&nbsp(2) уровень абстракции&nbsp

&nbsp(3) данные&nbsp



Номер 2
К не универсальным доменам описания "Архитектура предприятия" относятся:

Ответ:

&nbsp(1) руководящие принципы&nbsp

&nbsp(2) маркетинг&nbsp

&nbsp(3) структура&nbsp



Номер 3
К универсальным доменам описания "Архитектура предприятия" относятся:

Ответ:

&nbsp(1) перспектива&nbsp

&nbsp(2) программа&nbsp

&nbsp(3) доклад&nbsp



Упражнение 5:
Номер 1
На бизнес-руководство ориентирован уровень архитектуры:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) концептуальный&nbsp

&nbsp(3) логический&nbsp



Номер 2
На "владельцев" бизнес - процессов ориентирован уровень архитектуры:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) концептуальный&nbsp

&nbsp(3) логический&nbsp



Номер 3
На проектировщиков ориентирован уровень архитектуры:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) концептуальный&nbsp

&nbsp(3) логический&nbsp



Упражнение 6:
Номер 2
На вопрос: "Каковы общие требования?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) физическом&nbsp



Номер 3
На вопрос: "Каково видение решения?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) физическом&nbsp



Упражнение 7:
Номер 1
На вопрос: "Как могут быть удовлетворены требования?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) физическом&nbsp



Номер 2
На вопрос: "С помощью каких решений можно построить решение?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) физическом&nbsp



Номер 3
На вопрос: "С помощью каких технологий можно построить решение?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) физическом&nbsp



Упражнение 8:
Номер 1
На вопрос: "С помощью каких технологий можно построить решение?" отвечают на уровне архитектуры:

Ответ:

&nbsp(1) концептуальном&nbsp

&nbsp(2) логическом&nbsp

&nbsp(3) реализации&nbsp



Номер 2
Ценность архитектуры предприятия состоит, в основном:

Ответ:

&nbsp(1) в предметных областях&nbsp

&nbsp(2) в пользователях&nbsp

&nbsp(3) во взаимодействии предметных областей&nbsp



Номер 3
В большинстве случаев:

Ответ:

&nbsp(1) бизнес определяет ИТ&nbsp

&nbsp(2) ИТ определяет бизнес&nbsp

&nbsp(3) пользователь определяет ИТ&nbsp



Упражнение 9:
Номер 1
Архитектура предприятия:

Ответ:

&nbsp(1) полностью никогда не завершаема&nbsp

&nbsp(2) полностью всегда завершена&nbsp

&nbsp(3) всегда завершаема, но не всегда полно&nbsp



Номер 2
На вопрос: "Каких целей добивается организация?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) системный&nbsp



Номер 3
На вопрос: "Почему организация занимается таким бизнесом?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) концептуальный&nbsp

&nbsp(3) прикладной &nbsp



Упражнение 10:
Номер 1
На вопрос: "Каковы индустриальные ценности?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp



Номер 2
На вопрос: "Каковы факторы, определяющие достижение высоких результатов?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp



Номер 3
На вопрос: "Каковы функции бизнеса?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) концептуальный&nbsp



Упражнение 11:
Номер 2
На вопрос: "Какой "фронт - офис" или "бэк - офис" будет использоваться?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp

&nbsp(4) концептуальный&nbsp



Номер 3
На вопрос: "Как выглядят бизнес - процессы?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp

&nbsp(4) концептуальный&nbsp



Упражнение 12:
Номер 1
На вопрос: "Какая информация требуется для бизнес-процесса?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp

&nbsp(4) концептуальный&nbsp



Номер 2
На вопрос: "Централизован (децентрализован) бизнес организации?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp

&nbsp(4) концептуальный&nbsp



Номер 3
На вопрос: "Каковы общие принципы использования технологий ?" отвечает уровень:

Ответ:

&nbsp(1) контекста&nbsp

&nbsp(2) логический&nbsp

&nbsp(3) физический&nbsp

&nbsp(4) концептуальный&nbsp



Заугольников М.

В., Буров В.И., Кригер А.Б. Описание архитектуры предприятия на основе модели Gartner

Заугольников Максим Владимирович1, Буров Владислав Игоревич2, Кригер Александра Борисовна3
1Дальневосточный федеральный университет, магистрант 2 курса
2Дальневосточный федеральный университет, магистрант 2 курса
3Дальневосточный федеральный университет, кандидат ф.-м. наук, доцент, научный руководитель

Zaugolnikov Maksim Vladimirovich1, Burov Vladislav Igorevich2, Krieger Alexandra Borisovna3
1Far Eastern Federal University, master student
2Far Eastern Federal University, master student
3Far Eastern Federal University, candidate of physical and mathematical sciences, associate professor, research supervisor

Библиографическая ссылка на статью:
Заугольников М.В., Буров В.И., Кригер А.Б. Описание архитектуры предприятия на основе модели Gartner // Экономика и менеджмент инновационных технологий. 2017. № 2 [Электронный ресурс]. URL: http://ekonomika.snauka.ru/2017/02/13840 (дата обращения: 18.10.2020).

В настоящее время под архитектурой предприятия принято понимать форму, которую технология управления и информационная технология принимают в отдельной организации, направленные на достижение поставленных целей и выполнение специфических функций [1, 2]. Технологической платформой для создания архитектуры служит информационная инфраструктура предприятия, как правило, связанная с сетями общего пользования, такими как Интернет. Чем реальнее структура предприятия будет напоминать киберкорпорацию, тем больше функций и уровней объединяется в отдельных модулях инфраструктуры.

Современные менеджеры должны четко понимать, как упорядочить и координировать работу различных систем и соответствующих программных приложений, чтобы удовлетворить потребности каждого уровня организации, а также максимально повысить эффективность работы в целом. Основополагающим при этом является последовательное решение задач: необходимость и достаточность функций на каждом уровне управления; исключение дублирования и параллелизма функций; определение узких мест и проблемных вопросов декомпозиции функций; полнота представления и рациональное распределение по уровням функций планирования, маркетинга, контроля и др. ; определение затрат на выполнение конкретных функций; трудоемкость и сложность. Важно также оценить связность функций. На них базируются реорганизация организационной структуры, совершенствование информационных потоков и документооборота, подготовка исходных данных и пр. [3, 4]

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

Разработано и существует достаточно много стандартов, методологий, подходов построения архитектуры предприятий. [5, 6]. Однако, не существует единственного верного правила определения архитектуры предприятия. Поэтому общие соглашения и политика внутри предприятия (компании) гораздо важнее соблюдения теоретической точности.

Считаем, что методология Gartner является на сегодняшний день наиболее жизнеспособной. Именно модель архитектуры Gartner отражает непрерывный процесс создания, сопровождения и использования архитектуры, объединяющей три группы профессионалов: владельцев бизнеса, ИТ-специалистов, специалистов по внедрению технологий. Привлекательностью данной модели является концептуальность взгляда на проблему. Архитектура предприятия должна начинаться с того, что конкретно организация собирается достичь, а не с анализа текущего положения дел. Архитектура предприятия Gartner – это процесс перевода стратегии бизнеса в эффективные принципы, модели (В2В, В2С) и ключевые требования, которые будущее состояние предприятия «делают видимым» и поэтому возможным.

В идеале системы «Бизнес-Бизнес» или В2В (Business-to-Business) представляют собой различные средства организации бизнес транзакций с помощью Интернета между юридическими лицами (отсюда и название). То есть они должны обеспечивать всех партнеров средствами электронной реализации бизнес-процессов, связанных с организацией коммерции между юридическими лицами. Это поиск товаров и услуг (для покупателей), продвижение товаров и услуг (для продавцов), организация и поддержка переговоров (включая составление и модификацию контрактов), обеспечение платежей и поставок, контроль рисков и исполнение обязательств (например, реализацию системы «поставка против платежа»). Рынок становится более открытым, и появляется масса возможностей взаимодействия и приобретения необходимых услуг на локальном рынке, избавляя от необходимости импорта материалов и оборудования из-за рубежа или продолжительного поиска делового партнера. В международном смысле электронная коммерция дает компа­нии больше шансов для высокой активности на глобальном рынке.

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

Таким образом, ведение бизнеса это не только совершение бизнес транзакций на предприятии, но и другие направления, в которых требуется участие партнеров, где Интернет является идеальной средой для объединения усилий и интересов.

Системы «Бизнес-Потребитель» или В2С (Business-to-Consumer) представляют собой самую популярную форму электронной коммерции на сегодняшний день, ориентированную преимущественно на работу с физическими лицами (отсюда и название), хотя ими могут пользоваться и юридические лица. Организация деятельности нацелена на прямые продажи для потребителя, т.е. В2С – это продажи с минимальным количеством посредников. «Бизнес для потребителя» условно делят на три категории:

  1. Создаются физическими или юридическими лицами, не имеющие опыта торговли.
  2. Крупные супермаркеты (как правило, розничные) или предприятия, имеющие большой опыт работы в розничной или мелкооптовой торговле.
  3. Компании-производители товаров (услуг) в качестве дополнительного канала сбыта своей продукции.

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

Следовательно, В2С эффективны для устранения рыночных различий между крупными городами и удаленными регионами в смысле доступности товаров и услуг для потребителя. В2С создает новую технологию продаж, которая облегчает доставку товаров и услуг потребителям в любой части мира. Реализация В2С требует решения проблем с доступом в Интернет в регионах, предполагает надежную работу платежных систем и служб доставки. Устранение посредников дает возможность устанавливать конкурентные цены на местах и даже увеличивать их (исключая процент посредников), что, естественно, приведет к росту прибыли.

Модели В2В, В2С и соответствующее обеспечение представляются на четырех уровнях:

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

Верхние два уровня ориентированы на совместное обсуждение с руководителями и ИТ-специалистами, а нижние два уровня входят в компетенцию ИТ-службы. Наглядно это можно представить, как таблицу в рассматриваемом ниже примере.

Архитектура предприятия может быть разработана только после того, как определены бизнес-потребности «клиентов», но, обязательно, до выбора бизнес-инструментов реализации. Архитектура определяет компоненты «доставки» бизнес-информации и компоненты бизнес-технологии. Хорошая архитектура предприятия определяется двумя важными слоями: инфраструктура и функциональность.

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

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

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

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

Разбиение деятельности предприятия на отдельные процессы целесообразно вести с наложением процессов на структуру предприятия. В этом случае оптимизация количества процессов происходит легче.

Рисунок 1. Cеть бизнес-процессов организации

Основные процессы совпадают с основными подразделениями, производящими продукты и приносящими прибыль: 1 – формирование заказов, 2 – торгово-закупочная деятельность на территории Амурской области, 3 – планирование, производство, переработка, 4, 5 – упаковка и сдача продукции, 6, 7, 8 – осуществление оптовой, мелкооптовой, розничной торговли, 9 – ремонтно-обеспечивающая деятельность. Вспомогательные процессы объединяют деятельность функциональных служб и обеспечивают жизнедеятельность основных процессов.

Представим деятельность компании в виде схемы по уровням, и выделим функциональные области:

Рисунок 2. Схема уровней деятельности компании

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

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

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

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

Необходим целостный подход к архитектуре предприятия – Gartner.

Рисунок 2. Архитектура Garnter торгово-производственной компании


Библиографический список
  1. Б. Я. Советов, А. И. Водяхо, В. А. Дубенецкий, В. В. Цехановский. Архитектура информационных систем: учебник для студ. учреждений высш. проф. образования. – М.: Издательский центр «Академия», 2012.
  2. Трутнев Д. Р. Архитектуры информационных систем. Основы проектирования: Учебное пособие. – СПб.: НИУ ИТМО, 2012. – 66 с.
  3. Практический подход к ИТ-архитектуре. [Электронный источник]: http://andrey-korotkov.ru/2013/09/18/chto-takoe-arxitektura-predpriyatiya/
  4. Архитектура предприятия в контексте бизнес-реинжиниринга. [Электронный источник]: http://www.iemag.ru/analitics/detail.php?ID=18024
  5. Сравнение четырех ведущих методологий построения архитектуры предприятия. [Электронный источник]: http://eam-news.blogspot.ru/2014/10/blog-post.html
  6. Лекция 8:Методики описания архитектур. Модели Захмана и Gartner, методики META Group и TOGAF. [Электронный источник]: http://www.intuit.ru/studies/courses/995/152/lecture/4236?page=2
  7. ADM and the Zachman Framework. [Электронный источник]: http://www.opengroup.org/architecture/togaf8-doc/arch/chap39.html
  8. Методология Gartner. [Электронный источник]: http://www.gartner.com/technology/research/methodologies/


Все статьи автора «STiM»

Архитектура предприятия — Systems Engineering Thinking Wiki

Архитектура предприятия (business architecture, enterprise architecture) — план предприятия (enterprise), который обеспечивает общее понимание организации (основные организационные и логистические решения), стратегические цели и тактические требования.

Терминология

  • «Предприятие» является бизнес ассоциацией, состоящей из признанной совокупности взаимодействующих бизнес функций. Она способна работать как независимая, отдельная организация. Согласно такому определению, могут существовать предприятия в пределах предприятий. Например, организационная единица внутри общей корпоративной организации может быть рассмотрена как предприятие при наличии возможности независимого функционирования. Предприятие можно также рассматривать как «Расширенное предприятие (Extended Enterprise)»; это означает, что масштаб архитектуры предприятия может также включать взаимосвязи с внешними организациями. Такими как: поставщики, бизнес-партнеры и клиенты.
  • «Архитектура» обеспечивает базовую концепцию. Она определяет и описывает платформу, необходимую предприятию для достижения своих задач и своего видения. Ее можно определить как: совокупность принципов, ориентиров, правил, моделей, стандартов и процессов, соответствующих требованиям бизнес стратегии и информации, направляющих выбор, создание и внедрение решений для будущих направлений бизнеса.

Моделирование процессов в организации

Задача моделирования «процессов» чаще всего появляется в следующих случаях:

  • «Чтобы было» — для отчетности инвесторам, в том числе формального доклада Совету Директоров, или для покупки сертификата серии ISO 9000.
  • Налаживание хода «регулярного менеджмента», когда делается попытка формализовать текущий оргбардак с целью провести хоть какую-то реорганизацию — т. е. для помощи менеджерам в принятии решений.
  • При запуске нового сервисного продукта для договоренностей о том, как будет происходить работа множества разных служб в сложном «операционном дне»: кто что кому передаёт, и во сколько, чтобы успеть для какого-нибудь важного производственного цикла.
  • Создание какой-то информационной системы. Быстро выясняется, что система живёт не в вакууме, а в организации, и требуется отмоделировать организацию, что и делают через «процессы».

Наиболее сложным подходом является моделирование процессов организации и создание «корпоративной информационной системы» (под которой понимается всё, что хоть как-то относится к компьютерам, т.е. сети, сервера, рабочие станции, данные и разнообразный софт). Люди, которые занимаются информационной системой хоть сколько-нибудь больших масштабов быстро приходят к тому, что им нужна «архитектура предприятия» (enterprise architecture) и тут же попадают в практику системной инженерии: рассматривается предприятие как система, в котором информационная система является подсистемой, а само рассмотрение ведется в терминах множества групп описаний.

Подходы к описанию архитектуры предприятия

см. Категория: Архитектурные подходы

Языки моделирования

Критика архитектурных подходов

Опыт показывает, что все архитектурные подходы не слишком адекватны:

  • группы описаний заставляют описать много лишнего, но не выявляют сущностного
  • языки это сущностное не позволяют выражать

Поэтому продолжается поиск «сущностного» в организации, и адекватных описаний этого «сущностного». В последнее время выявлено несколько таких «сущностностей»:

  1. Органиграмма как описание делёжки орг.ресурсов в терминах статичного административного подчинения. Отделы, службы и прочие подразделения. Споры начинаются уже в том месте, когда нужно описать место начальника подразделения (начальник представляет собой всё подразделение в дереве органиграммы, или только входит в него? Ответ загадочен при нескольких уровнях, в разных системах моделирования ответы на этот вопрос разные). Когда же речь заходит о проектных организациях, то «органиграмма» оказывается нужна разве что для выпуска приказов на уход в отпуск, но не для организации работ.
  2. Структуры целей организации: например, Business motivation model (OMG BMM), или голдраттовское Strategic & Tactics Tree (S&TT).
  3. Правила работы (Business rules), например OMG SBVR. «Если клиенту за 60, и он клиент больше года, то выдать скидку 5% при любой покупке».
  4. Процессы
    • Процессы моделируется как цепочка поручений работы (напр., от запроса клиента до выполнения заказа), которая обязательно возращается (будь это внутренний «заказ», или «внешний», по письменному контракту, или без оного). Такой подход, основанный на теории коммуникативного действия (парадигмы речевых актов) позволяет моделировать «организационную сущность»: кто что кому поручает, саму «организованность людей». Представителем такого подхода к «процессам» является DEMO (Design & Engineering Methodology for Organizations).
    • Процессы документируются. Поскольку организация должна выполнять разные функции, эти функции нужно задокументировать. Этим занимаются главным образом люди, проникнувшиеся ISO 9000 и тамошнего понимания «процессов» как оргфункций. Проблема в том, что в оргфункциях нет даже времени, и функции — это не работы («конструкция»), это функции, и об этом забывают. На диаграммах IDEF0 (наиболее часто используемый стандарт изображения функций, раньше это называлось SADT) в верхнем левом углу рисуется не «самый первый шаг», а «самая важная функция на листе». То есть «процесса», как развертки времени, в IDEF0 нет.
    • Документирование процесса во времени. Процесс, как развертка во времени из выполняемых шагов, или workflow («ход работ») это и есть BPM (business process management) — IDEF3 в наиболее древней нотации, в России хорошо известна нотация EPC (event-driven process chain) из ARIS, а главным современным стандартом является OMG BPMN 2.0, который поддерживают все «движки процессов». Каждую неделю очередная фирма заявляет о поддержке BPMN 2.0 моделирования, и компьютерного исполнения процессов, отмоделированных в BPMN 2.0.
    • Практики жизненного цикла (по-английски это иногда processes, а иногда practices). Развертка во времени тут — это сам жизненный цикл (life cycle), понимаемый как «последовательность стадий», где каждая стадия соответствует примерной одинаковости состояния системы в ходе работ по ее инженерии (замысел, проектирование, сооружение, эксплуатация и т.д. — хоть спички, хоть организации, хоть космодрома). А вот в ходе стадий выполняются те или иные практики, причем подробно не рассказывается, как их делать «шаг за шагом», зато указываются руководства, требования к квалификации сотрудников, выполняющих эти практики, нужный инструментарий, используемые языки и нотации представления информации. Именно из описания жизненного цикла можно узнать, используются ли в работе «итерации», или никаких итераций нет, и «возврат на доработку» — это ЧП. Стандарты такого описания — OMG SPEM, ISO 24744 и вновь разрабатываемый подход SEMAT. Таким подходом занимаются люди, придерживающиеся ситуационной инженерии методов: их задача описать используемый в организации метод работы (а не, например, административное подчинение работников, или последовательность нажатия кнопок и принятия отдельных решений в ходе пошагового выполнения четкой инструкции).
  5. Проекты.

Примеры архитектуры предприятия

  • Autodesk — изменение организационной структуры
  • Spotify — отряды и племена

См. также

Часть 6. Почему для предприятия важно управление бизнес-процессами (BPM)

Архитектура на практике

Тилак Митра
Опубликовано 11. 05.2011

Серия контента:

Этот контент является частью # из серии # статей: Архитектура на практике

https://www.ibm.com/developerworks/ru/library/?series_title_by=**auto**

Следите за выходом новых статей этой серии.

Этот контент является частью серии:Архитектура на практике

Следите за выходом новых статей этой серии.

Вступление

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

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

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

Читая данную статью, вы научитесь эффективно управлять бизнес-процессом и узнаете способы оперативного привнесения быстрого реагирования в деятельность вашего предприятия.

Что такое BPM?

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

В нашем понимании управление бизнес-процессами совмещает специальные знания в области бизнеса с поддерживающими его технологиями для ускоренного совершенствования процессов и для продвижения бизнес-новаций. BPM интегрирует три основы предпринимательской архитектуры – персонал, процессы и информацию – в единое управляемое целое, открытое для новации. Ценность BPM заключается в возможности находить, проектировать, развертывать, эксплуатировать, оптимизировать, анализировать и влиять на сложный, долговременный бизнес-процесс, включающий в себя много участников. BPM — часть цикла от проектирования бизнес-процессов до реализации ИТ-инфраструктуры. Управление бизнес-процессом дает почву для их осуществления.

BPM важен как для бизнеса, так и для ИТ. Он позволяет использовать бизнес-знания для оценки, анализа, подведения итогов, а также для определения (scoping) и описания ИТ-инициатив (программ и проектов). Механизм определения стимулирует бизнес-процесс и его разрешение при помощи ИТ. Данный механизм является основой проектирования и реализации выполняемых систем.

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

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

Больше, чем автоматизация

По мнению М. Портера из Гарвардского университета, в бизнес-процессе есть два типа действий:

Первичные
Направлены на покупателя, покупатель их напрямую ощущает.

Эффективность первичных действий является основой BPM и преимуществом предприятия в условиях рыночной конкуренции.

Вспомогательные
Являются более фоновыми, например, администрирование, которое обязательно для проведения бизнес-операции.

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

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

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

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

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

BPM и SOA

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

BPM обеспечивает необходимые преобразования для полноты использования преимуществ SOA — эффективности и гибкости. Сервис является одним из основных конструктивных элементов SOA. Сервисы имеют следующие характеристики:

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

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

Повторное использование средств SOA для строительства бизнес-процессов позволяет рационально распределить усилия и быстро перестроить процессы. Новые возможности процессов позволяют предприятию:

  • Распознавать и реагировать на рыночные изменения и спрос.
  • Адаптировать бизнес-процессы так, чтобы они отражали изменения.
  • Использовать периодически нарушаемое равновесие рыночной экономики в пользу своего предприятия.

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

SOA позволяет ИТ определять и управлять взаимодействием бизнес-процессов с сервисами, приложениями и системами. В первую очередь следует оптимизировать производительность бизнес-процессов, это поможет дальнейшей подстройке ИТ к конкретному бизнесу.

Как BPM, так и SOA по своей сути мультидисциплинарны, а отдельные области в каждом сотрудничают и оказывают влияние друг на друга. Например, методика идентификации сервисов в SOA влияет на то, как следует выполнять моделирование процессов в BPM и при этом иметь возможность идентифицировать сервисы. Руководство BPM Governance и SOA Governance также сотрудничают для оценки того, какие бизнес-процессы должны попасть в диапазон конкретной бизнес-трансформации. Такие оценки могут также включать информацию о том, какие процессы ведут к приоритету ИТ, таким образом предписывая то, какие сервисы нужно идентифицировать и поставить для реализации.

Жизненный цикл BPM

Любая зрелая дисциплина обычно организуется в виде жизненного цикла, фазы которого логически раздельны, но содержат четко определенные точки передачи (hand-off points) для перехода к следующей фазе. Высокоуровневое определение BPM модно сформулировать так: это жизненный цикл, состоящий из четко определенных фаз.

На рисунке 1 показаны различные фазы, которые могут быть компонентами жизненного цикла типичного BPM.

Рисунок 1. Фазы жизненного цикла типичного BPM
Выработка представлений
Бизнес-цели компании формулируют в документации, и их легко понять. Основные производственные показатели (KPI) для бизнес-целей анализируют и, когда имеется общее понимание целей и требований к производительности, разрабатывают представление BPM-решения. Может потребоваться и изменение управленческой стратегии.

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

Оценивание
На данном этапе анализируется текущее состояние предприятия и его готовность к трансформации. Для оценки функционирования предприятия проверяют такие показатели, как организационная структура, форма собственности на программу, управление проектными процессами и анализ программного портфолио (на высоком уровне).

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

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

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

Определение (Define)
На этом этапе формируется будущее состояние бизнес-процессов на предприятии (проектирование, реализация, развертывание и управление). Процессы симулируют для поиска потенциальных слабых мест. Решения включают в модели процесса, что сокращает время реализации. Будущее состояние бизнес-арихитектуры формируется вокруг моделей людей, процессов и информации. В качестве базовых структурных компонентов архитектуры определены бизнес-компоненты. Также формируют бизнес-процессы, объединяющие функции потенциально разнообразных бизнес-компонентов.

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

Процесс и рамки руководства модифицируют и совершенствуют для поддержки диапазона, ранжирования и хранения. Изменения также устанавливают для сертификации входящих процессов и их сравнения с клиентской средой.

Выполнение (Execute)
На этом этапе моделируют, строят, осуществляют и управляют высокоуровневое определение бизнеса, ИТ-архитектуры и их компонентов. Как правило,
  • Бизнес-процессы либо перепроектируют, либо формируют с самого начала.
  • Составные части процессов используют как механизм для определения сервисов.
  • Процесс собирают и связывают с использования сервисов и других ИТ-компонентов.
  • Процесс развертывают во время прогона программы, и исполняемые процессы контролируют на предмет реализации других соглашений уровня сервиса (SLA) и ключевых производственных показателей (KPI).

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

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

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

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

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

Оптимизацию осуществляют не только бизнес-процессы. Перед повторной трансформацией бизнеса и ИТ предусматриваются и определяются организационная структура, само управление, архитектура технологии, измерений, KPI и SLA.

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

Заключение

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

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

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

Ресурсы для скачивания
Похожие темы

Профиль «Архитектура предприятия» – Дистанционное обучение МИРЭА

Успешность бизнеса невозможна без эффективного функционирования ИТ-инфраструктуры.

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

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

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

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

Профиль «Архитектура предприятия»

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

Профильные дисциплины:

  • Имитационное моделирование;
  • Эффективность информационных технологий;
  • Объектно-ориентированное программирование;
  • Анализ и диагностика финансовой деятельности предприятия;
  • Управление информационными сервисами и контентом;
  • Программная инженерия;
  • Бизнес-планирование;
  • Маркетинг B2B;
  • ИТ -инфраструктура предприятия;
  • Хранилища данных.

Выпускники профессионально востребованы в следующих областях, связанных с:

  • анализом и проектированием архитектуры предприятия;
  • исследованием и анализом рынка информационных систем и информационно-коммуникационных технологий;
  • анализом и совершенствованием бизнес-процессов и IT-инфраструктуры предприятия;
  • планированием развития информационных систем и информационно-коммуникационных технологий управления предприятием;
  • организации процессов жизненного цикла информационных систем и информационно-коммуникационных технологий;
  • управлением IT-сервисами и контентом информационных ресурсов предприятия;
  • анализом и оценкой применения информационных систем и информационно-коммуникационных технологий для управления бизнесом;
  • созданием и ведением электронного бизнеса.

Корпоративная бизнес-архитектура: часто задаваемые вопросы о бизнес-архитектуре

Что такое корпоративная бизнес-архитектура (EBA)?

Корпоративная бизнес-архитектура (EBA) или Стратегическая бизнес-архитектура — это комплексное и интегрированное моделирование компании, связывающее стратегические, структурные, информационные, технологические и операционные аспекты корпорации. Бизнес-архитектура предприятия — это воплощение стратегического замысла в функциональную реальность.

Каково определение бизнес-архитектуры предприятия?

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

Какие компоненты архитектуры предприятия ?

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

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

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

Как построить модель бизнес-возможностей предприятия?

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

Как модель возможностей выглядит как ?

Вот пример многоуровневой общей карты возможностей. Уровень 1 (или можно считать этот уровень 0) на этой диаграмме представляет элементы цепочки создания стоимости более высокого уровня. Более того, затем возможности раскладываются на более низкий уровень детализации. Корпоративные архитекторы, бизнес-архитекторы и предметные эксперты вносят свой вклад в развитие и уточнение карты возможностей.

Перечислите некоторые результаты по архитектуре предприятия ?

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

Базовая архитектура бизнеса Результатов:

  • Модель бизнес-возможностей предприятия
  • Модель потока создания ценности

Архитектура смежного бизнеса Результаты:

  • Бизнес-стратегия — обычно разрабатывается C-Suite и переводится / интерпретируется бизнес-архитекторами для связи «стратегии с выполнением».
  • Инвентаризация и оценка приложений — обычно проводится ИТ-архитекторами и используется бизнес-архитекторами для разработки сопоставления «Возможности и системы».
  • Карты процессов — область компетенции архитекторов процессов или бизнес-аналитиков, которые используются бизнес-архитекторами для создания «Возможностей для моделей процессов» и «Потоков создания ценности для карт процессов».
  • Модель информации и сущностей данных — моделируется архитекторами данных и информации и используется бизнес-архитекторами для создания «Возможностей для отображения информации.”
  • Организационная структура — разработана C-Suite или HR-командой (от имени C-Suite) и используется бизнес-архитекторами для формирования «Возможности организационного картирования. В некоторых компаниях, где практика бизнес-архитектуры продвинулась вперед, на организационную структуру может влиять модель возможностей, и эта структура может напрямую отображаться на кластеры связанных возможностей.

Чем занимается бизнес-архитектор?

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

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

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

Следует ли использовать предварительно созданную и настраиваемую карту бизнес-возможностей ?

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

Является ли бизнес-архитектура предприятия неотъемлемой частью архитектуры предприятия ?

Существуют разные мнения, но мы считаем, что бизнес-архитектура и архитектура предприятия — взаимосвязанные дисциплины. Разница между ними в одном слове — Бизнес.

Архитектура

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

Где я могу найти учебные статьи о корпоративной бизнес-архитектуре?

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

СВЯЗАННЫЕ ТОВАРЫ:

Модели с соответствующими возможностями:

  • Модель возможностей бизнес-аналитики: возможности бизнес-аналитики

    Модель возможностей бизнес-аналитики: Модель возможностей анализа данных и бизнес-аналитики (возможности бизнес-аналитики и аналитики данных) — это комплексная, не зависящая от отрасли, многоцелевая карта бизнес-возможностей функциональной области. Модель возможностей бизнес-аналитики CIOPages.com охватывает все критические области…

    499–1499 долларов США
  • Модель возможностей CRM: матрица возможностей взаимоотношений с клиентами

    Модель возможностей CRM: Структура возможностей CRM (управления взаимоотношениями с клиентами) представляет собой комплексную, не зависящую от отрасли, многоцелевую модель бизнес-возможностей функциональной области «Управление взаимоотношениями с клиентами». Модель бизнес-возможностей CRM охватывает все критические области CRM и является иерархической…

    499–1499 долларов США
  • Модель бизнес-возможностей управления клиентами

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

    499 долларов.00–1499,00
  • Финансовая и бухгалтерская модель бизнес-возможностей

    Модель бизнес-возможностей «Финансы и бухгалтерский учет»: Модель бизнес-возможностей «Финансы и бухгалтерский учет» CIOPages.com представляет собой иерархически разложенный список возможностей «Запись в отчет», который охватывает сквозные объекты, охватывающие функции финансов и учета. Бухгалтерский учет и финансы …

    699–1999 долларов.00
  • Модель потенциала человеческих ресурсов

    Модель возможностей человеческих ресурсов

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

    699–1999 долларов
  • Модель маркетинговых возможностей: список маркетинговых возможностей

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

    499–1299 долларов США
  • Модель возможностей цепочки поставок

    Модель возможностей цепочки поставок

    : CIOPages.com предлагает комплексную, настраиваемую, независимую от отрасли и многоцелевую модель возможностей цепочки поставок. Наша структура возможностей цепочки поставок охватывает все критические области цепочки поставок и представляет собой иерархическую структуру цепочки поставок «Что?»…

    499–1499 долларов США

Начало работы с корпоративной бизнес-архитектурой — журнал по архитектуре и управлению

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

Многие группы, занимающиеся архитектурой предприятия (EA), пытаются повлиять на изменения в текущей деятельности и существующем портфеле проектов, которые наглядно продвигают предприятие к будущей государственной бизнес-стратегии.Одна из причин — недостаточное понимание бизнес-стратегии, процессов, информации и операций с точки зрения руководителей бизнеса. Некоторые группы EA начинают преодолевать эту проблему с помощью разработки корпоративной бизнес-архитектуры при активном участии бизнес-профессионалов.

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

  • У нас есть информация.Как мы можем лучше использовать это?
  • Как наш бизнес может использовать облако?
  • Какие технологические возможности мы можем лучше использовать?
  • Где нам нужно больше интеграции между бизнес-процессами?
  • Почему так сложно связать бизнес-процессы?
  • Где нам нужно, чтобы бизнес-процессы на нашем предприятии были одинаковыми?
  • Кто смотрит на весь портфель решений, а не только на отдельные решения?

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

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

ЧТО ТАКОЕ БИЗНЕС-АРХИТЕКТУРА ПРЕДПРИЯТИЯ?

Корпоративная бизнес-архитектура — это набор артефактов / методов, которые помогают бизнес-лидерам принимать решения о направлении и сообщать о бизнес-изменениях, которые должны произойти на их предприятии для достижения их видения. Аудитория EBA — это бизнес-руководство, а точнее бизнес-лидерство на уровне предприятия — генеральный директор, президент, CXO, совет директоров — в основном высший уровень управления в вашем предприятии. Таким образом, EBA преследует двоякую цель:

  • Помогите высшему руководству вашей организации принимать решения о будущем.
  • Сообщите об изменениях, которые необходимо внести в организации, чтобы следовать этим решениям.

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

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

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

Сценарий 2: Существуют серьезные усилия по внедрению, такие как ERP, которые требуют большого присутствия бизнес-профессионалов, изучающих бизнес-процессы и информацию в областях, которые должны поддерживаться внедрением. Эти усилия обычно включают некоторый уровень бизнес-процессов и информационного моделирования, а также некоторый анализ портфеля приложений. Если команда EA ранее создала артефакты, упомянутые в сценарии 1, их можно использовать здесь. Однако, поскольку это усилие по внедрению с ограниченными границами, объемом, графиком и бюджетом, эти результаты обычно не входят в план группы внедрения.Однако у группы EA есть прекрасная возможность использовать эти широкомасштабные усилия как для создания более удобных для бизнеса артефактов, так и для связи между артефактами на разных уровнях абстракции. Однако, что наиболее важно, доступ к руководителям высшего звена, участвующим в процессах принятия решений на высоком уровне, позволит группе EA продемонстрировать, что EA может помочь с контекстом, воздействием и последствиями этих решений.

Сценарий 3: Предприятие вовлечено в долгосрочную, имеющую широкое влияние, стратегическую трансформацию основных принципов работы своего бизнеса, такую ​​как интеллектуальная сеть в электроэнергетике, электронное правительство или крупное слияние / поглощение .Эти усилия инициируются советом директоров, генеральным директором или высшим руководством, которые следят за долгосрочным ростом и устойчивостью предприятия. Это, как правило, многолетние, дорогостоящие инвестиции с далеко идущими последствиями для способа работы компании, ее организации, необходимой информации, навыков и компетенций сотрудников, а также бизнес-приложений и ИТ. инфраструктура. Мы неоднократно видели, как руководители высшего звена активно вовлекали EA в эти виды деятельности.Руководителям нравится, что группа EA может говорить на их языке, мыслить долгосрочно, создавать полезные артефакты, упрощающие сложность предприятия, а также привносить знания в ключевую область деятельности компании — информационные технологии.

ЗАКЛЮЧЕНИЕ

Давайте завершим это вопросом, который я задавал большинству групп, с которыми разговаривал в последние годы: «Как архитектор предприятия вы занимаетесь архитектурой предприятия или ИТ-средой?»

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

Смысл этого предположения заключается в том, что EBA в традиционном понимании не относится к сфере ИТ; скорее, он принадлежит, управляется, и в основном разрабатывается и поддерживается группой бизнес-профессионалов внутри предприятия. Кроме того, существует разделение EIA и корпоративной архитектуры данных: EIA в бизнес-области, а архитектура данных объединяет приложения и технологии в IT-области.На рисунке 1 изображены отношения, описанные выше.

Что такое корпоративная бизнес-архитектура?

Что такое корпоративная бизнес-архитектура?

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

Как отраслевые гуру определяют бизнес-архитектуру предприятия?

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

Каковы компоненты бизнес-архитектуры предприятия?

Компоненты

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

Почему бизнес-возможности являются важной частью бизнес-архитектуры?

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

Как построить карту бизнес-возможностей?

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

Не могли бы вы показать мне пример того, как разложить и создать модель бизнес-возможностей?

Команда

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

Каковы типичные результаты бизнес-архитектуры предприятия?

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

Что такое бизнес-архитектор? Чем занимается бизнес-архитектор?

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

Какая зарплата у бизнес-архитектора?

Заработная плата и компенсация бизнес-архитекторов зависят от нескольких факторов. Уровень роли, зрелость практики бизнес-архитектуры, фон и опыт отдельного человека, а также общие факторы компенсации в отрасли / компании.Роль бизнес-архитектора динамична и постоянно меняется, особенно в свете цифровой трансформации, охватившей мир бизнеса. Итак, то, что определяет параметры заработной платы бизнес-архитектора вчера и сегодня, может не быть движущей силой заработной платы и компенсаций завтра. (Мы видим в спорте, кино, музыкальных мероприятиях и других местах, что это не ступенчатая функция, но временами есть скачок.)

Могу ли я купить готовую к использованию карту бизнес-возможностей?

Да, вы можете купить готовые карты бизнес-возможностей из разных источников. Некоторые фирмы продают отраслевые модели, а другие — модели функциональных областей. Некоторые из них не обязательно являются чисто бизнес-моделями, но они выглядят как бизнес-возможности. CIOPages.com предлагает набор относительно недорогих моделей бизнес-возможностей функциональных областей. Карты возможностей CIOPages.com можно легко загрузить в программное обеспечение для корпоративной бизнес-архитектуры Capstera.

В чем разница между бизнес-архитектурой предприятия и архитектурой предприятия?

Отличие, одним словом, — слово «Бизнес.«Архитектура предприятия сосредоточена на общем дизайне компании, а архитектура предприятия — на структуре бизнеса. Здесь мы перечисляем некоторые определения архитектуры предприятия, составленные из различных источников. Для более подробного изложения различных методологий архитектуры предприятия в Интернете есть несколько из них. Просто погуглите их.

Как я могу узнать больше о корпоративной бизнес-архитектуре?

Ой! Ух ты! Ну разве ты не любопытный Джордж !!! Мы понимаем, что существует большая потребность в знаниях в области бизнес-архитектуры и моделирования возможностей. Вот несколько книг по бизнес-архитектуре, с которых вы можете начать. Тем более что хороших блогов тоже немало.

Пожалуйста, обратите внимание на некоторые из следующих продуктов от Capstera.

Понимание бизнес-архитектуры предприятия

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

Многие начинают понимать, что между доменами BPM и EA существует общая архитектура — Enterprise Business Architecture (EBA). Эта архитектура, интегрированная с корпоративной стратегией, обеспечивает общую основу для людей, процессов и технологий; общая область, из которой связаны все стратегические инициативы. Это дает возможность, которую вы не можете позволить себе упустить!

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

EBA — это модель, построенная со строгостью и дисциплиной, такими же, как и в области проектирования и строительства. Это формальная модель, представляющая бизнес как проявление стратегии. Бизнес-архитектура предприятия определяет корпоративные потоки создания ценности и их отношения со всеми внешними объектами и другими корпоративными потоками создания ценности, а также событиями, которые запускают создание экземпляров. Это определение того, что предприятие должно производить, чтобы удовлетворить своих клиентов, конкурировать на рынке, вести дела со своими поставщиками, поддерживать деятельность и заботиться о своих сотрудниках. Он состоит из архитектур, рабочих процессов и событий1. Поток создания ценности — это комплексная совокупность действий, которая создает результат для «потребителя», который может быть конечным потребителем или внутренним «конечным пользователем» « поток создания ценности «. У потока создания ценности есть четкая цель: удовлетворить или порадовать клиента.

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

Подключив EBA к корпоративной стратегии, мы должны продолжить ее интеграцию с любой важной инициативой, которая определена в стратегии. Стратегическая инициатива может потребовать улучшения процесса, построения ИТ-архитектуры, разработки программного обеспечения, конфигурации программного пакета, анализа архитектуры безопасности и разработки организационной архитектуры. Подход EBA позволяет деловому человеку определять все свои требования и бизнес-правила в одной модели и в терминах, понятных и используемых деловыми людьми.Это требует, чтобы аналитики процессов, разработчики программного обеспечения или архитекторы предприятий извлекали свои информационные потребности из этой базы общих знаний, а не заставляли предпринимателей создавать разные наборы спецификаций или представлений для каждой стратегической инициативы или проекта. Мы должны понимать роль EBA на предприятии и рассматривать его как часть единого целого, а не как изолированный компонент. Как отмечалось ранее, EBA используется совместно доменами BPM и EA.

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

Источники:

1. Ральф Уиттл и Конрад Б.Мрайк, Бизнес-архитектура предприятия: формальная связь между стратегией и результатами (CRC Press 2004), 31.

2. Джеймс Мартин, Великий переход: использование семи дисциплин инженерии предприятия для согласования людей, технологий и стратегии (American Management Association 1995), 104.

8 общих бизнес-моделей дизайна и архитектуры

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

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

Как показано на Рисунке 1 ниже, сбалансированные системы показателей, цепочка создания стоимости, Хосин Канри, холст бизнес-модели и модель бизнес-мотивации очень полезны для описания и понимания организации на корпоративном и бизнес-уровнях. Холст бизнес-модели и модель бизнес-мотивации, а также дизайн-мышление, карта пути клиента и простой SWOT-анализ могут быть очень полезны на уровне продукта и маркетинга. Что касается структуры дизайн-мышления, подхода с использованием карты пути клиента и SWOT-анализа, они обычно используются на уровне инициативы или проекта.

Даниэль Ламберт

Рис. 1. Правильное использование структур бизнес-дизайна.

Сбалансированные карты показателей

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

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

Цепочка добавленной стоимости

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

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

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

Хосин Канри

Хосин Канри родом из Японии и был популяризирован в 1980-х годах, особенно в обрабатывающей промышленности.Хосин Канри — это 7-этапный процесс, используемый в стратегическом планировании, в котором стратегические цели сообщаются всей организации, а затем претворяются в жизнь на трех уровнях организации. 7 шагов Хосин Канри: 1 — определение видения и оценка текущего состояния, 2 — разработка прорывных целей, 3 — определение годовых целей, 4 — каскадные цели для всей организации, 5 — выполнение годовых задач, 6 — ежемесячные обзоры, и шаг 7 — выполнить ежегодный обзор.

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

Холст бизнес-модели

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

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

Даниэль Ламберт

Рис 2. — Холст бизнес-модели.

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

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

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

Модель мотивации бизнеса

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

Вот основные определения. Миссия — это краткое изложение того, почему организация существует, и часто конкретизируется более точно с помощью видения , которое должно быть достигнуто в конечные временные рамки, и состоит из ряда долгосрочных и краткосрочных целей. Стратегии состоят из пунктов плана высокого уровня, которые также включают краткосрочные тактики для достижения основных целей организации в условиях неопределенности.Цель — это желаемый результат, который организация предполагает, планирует и обязуется достичь в течение конечного периода времени. Что касается целей , то они по сути являются краткосрочными целями, достижение которых приближает организацию к ее долгосрочным целям. Цели выводятся из тактик , которые представляют собой концептуальные краткосрочные действия по реализации и реализации стратегии.

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

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

Дизайн-мышление

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

Эти шаги состоят из i) сопереживания, ii) определения, iii) придумывания идей, iv) прототипа и v) тестирования. «Сочувствовать» означает развить глубокое понимание проблемы. «Определить» означает четко сформулировать проблему, которую необходимо решить. «Идея» включает в себя мозговой штурм потенциальных решений, выбор и разработку идеального решения. «Прототип» требует разработки серии прототипов для тестирования всего или части решения. Наконец, «тестирование» означает участие в процессе короткого цикла тестирования для уточнения и улучшения решения.Многие из ключевых концепций дизайн-мышления определены в ходе исследований в различных областях дизайна, познания в дизайне и проектной деятельности либо в лабораториях, либо в естественных условиях.

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

Карты пути клиента

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

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

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

SWOT-анализ

Наконец, SWOT-анализ очень распространен и прост для понимания. Корпоративные архитекторы могут использовать их практически везде на уровне бизнес-подразделения, продукта, услуги, инициативы и проекта.Он был изобретен в 1960-х годах Альбертом Хамфри. SWOT-анализ — это метод стратегического планирования, используемый для помощи организации в выявлении сильных и слабых сторон, возможностей и угроз, связанных с деловой конкуренцией или планированием проектов.

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

Copyright © 2019 IDG Communications, Inc.

Основы бизнес-архитектуры — EWSolutions

Каждой организации нужна бизнес-архитектура — план, который объясняет структуру возможностей предприятия, бизнес-процессы и обмены информацией, связывая стратегию с исполнением

Введение

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

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

Преимущества бизнес-архитектуры

Для многих организаций ценность реализации инициативы в области бизнес-архитектуры не ясна, поэтому руководство может не принять эти предлагаемые усилия. Как заявил Ральф Уайт в своей статье «Экономическое обоснование бизнес-архитектуры», нельзя просто оправдать затраты на архитектуру. В информационном веке 21-го века необходимо перейти от мышления об архитектуре с точки зрения «рентабельности» к мышлению с точки зрения архитектуры как «многоразового актива».Этот «повторно используемый актив» позволяет предприятию достигать чего-то нового, отличного или великого; то, чего он не может достичь в текущем состоянии. По мнению многих экспертов, в том числе Уайта и Джона А. Захмана, для бизнес-архитектуры (и корпоративной) архитектуры есть много преимуществ:

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

Стратегия бизнес-архитектуры

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

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

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

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

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

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

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

Создание бизнес-сценариев

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

  • Бизнес-процесс, приложение или система (группа приложений или подсистем), которые могут быть задействованы архитектурой
  • Бизнес и технологическая среда
  • Пользователи, выполняющие сценарий и желаемый результат такого выполнения

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

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

Деловые принципы

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

Business Patterns — это высокоуровневые концепции, которые раскрывают бизнес-цель любого решения. Кроме того, они определяют основные цели решения, идентифицируют участников и описывают взаимодействие между ними. Шаблоны включают три основных объекта:

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

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

  • Самообслуживание : пользователи используют бизнес-процессы
  • Сотрудничество : пользователи взаимодействуют друг с другом
  • Агрегация информации : данные из нескольких источников агрегируются и представляются по нескольким каналам
  • Extended Enterprise : интегрировать данные и процесс через границы предприятия (совместное использование внешних данных)

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

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

Методы бизнес-архитектуры

В бизнес-архитектуре используются различные методы; некоторые используются совместно с другими доменами корпоративной архитектуры:

У каждого метода есть свои шаги и артефакты, и каждое действие имеет значение для разработки бизнес-архитектуры предприятия и понимания бизнес-контекста.Результат позволяет организации выделить дополнительные детали в элементы бизнес-плана; сформулировать цели достижения бизнеса; Опишите способы достижения этих целей бизнесом. Бизнес-архитектура должна определять архитектуру приложения, чтобы все разработанные и приобретенные решения были согласованы с бизнес-архитектурой (и другими).

Заключение

Бизнес-архитектура

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

Уровень бизнес-архитектуры

— блог об архитектуре предприятия

Бизнес-архитектура

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

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

Чем не является EBA

1] EBA — это не просто представление о процессе — бизнес-процессы развиваются для поддержки анализа информации, социальных сетей и совместной работы / совместной работы. Это означает, что в целом хорошо понятные, хорошо документированные и поддерживаемые автоматизированные процессы станут намного более сложными и динамичными, что потребует интегрированного представления в контексте всего EA.Это означает, что EBA должен в равной мере рассматривать людей, финансы, процессы и организационную структуру, а не только процессы в первую очередь и, конечно, не процессы изолированно.

2] EBA — не единственная связь с бизнесом. Хотя EBA и бизнес-архитекторы предприятия будут связаны с бизнесом, это не единственная или основная роль EBA. Кроме того, EA требует, чтобы все точки зрения — бизнес, информация, технологии и решения — нуждались в прямой связи и прямом сотрудничестве с ключевыми сферами бизнеса.

Размеры EBA

Четыре основных аспекта EBA — люди, финансы, процессы и организационная структура — относятся к бизнес-функциям, определяемым бизнес-контекстом. (Рисунок 1) Важно отметить, что бизнес-функции и подфункции могут поддерживаться набором полных и частичных процессов, людей и / или организационных единиц. Бизнес-процессы, люди, финансы и организационные структуры часто пересекаются с бизнес-функциями. В большинстве случаев не существует взаимно однозначного соответствия между бизнес-функцией или подфункцией и какими-либо конкретными процессами, лицом или организацией.

1] Люди — это измерение ориентировано на людей, которые имеют прямое влияние на ваш бизнес, особенно в той части бизнеса, которая определяется областью EA. Эти люди могут быть внутренними сотрудниками, подрядчиками, партнерами по аутсорсингу, поставщиками и консультантами.

2] Финансы — Финансовый аспект в EBA изучает, как организации управляют своими финансовыми ресурсами для поддержки будущего состояния.

3] Организация — это измерение относится как к формальной, так и к неформальной структуре организации — формальная — это структура организации, представляющая официальную отчетность, а неформальная — это виртуальные команды, культурная иерархия и социальные сети.

4] Процесс — это набор действий для преобразования системы из одного состояния в другое.Существуют различные типы процессов, в том числе: операционные процессы, процессы управления, процессы поддержки, метапроцессы, процесс процесса и ИТ-процессы.

Рисунок 1

Факторы влияния

Некоторые из критических влияющих факторов могут включать:

1] Соответствие — степень, в которой различные бизнес-функции — и, следовательно, люди, организации, финансы и процессы — зависят от конкретных нормативные требования соответствия.

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

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

4] Отрасль — этот параметр отражает отрасль или отрасли, на которых ориентирован ваш бизнес. Этот фактор подтверждает идею о том, что не существует единого подхода к EBA для всех отраслей и предприятий.

5] Регион / местоположение — этот фактор ориентирован на региональные и географические различия. С увеличением внимания к глобализации (как внутренней, так и внешней) понимание региональных различий становится критически важным для EBA, а также для EA в целом.

6] Инновации — Понимание того, в какой степени инновации поощряются (или нет) в организации и / или в различных частях бизнеса, могут иметь решающее влияние на роли и отношения людей, насколько динамична организационная структура, насколько технологии Поддерживается, какие типы инвестиций делаются, как измеряются группы, команды и люди и насколько динамичными могут стать процессы.

7] Поведение. Отдельные пользователи не ждут, что ИТ-специалисты или руководители бизнеса поддержат их стиль работы, поведение и необходимость выполнять свою работу. Такое поведение может сильно отличаться от человека к человеку. Чувство, понимание и реагирование на меняющиеся потребности, навыки и поведение людей могут иметь огромное влияние на измерения EBA.

8] Время. Время — немного необычный фактор — само по себе оно ничего не «делает». Время как фактор напоминает, что EBA и EA — это не «проект», который когда-либо «завершен».«Макропроблема заключается в том, что время отражает постоянно развивающийся бизнес по мере того, как меняются люди, рынки и инновации. Некоторые из них меняются в четко определенных циклах эволюции, а некоторые нет.

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

Корпоративная архитектура — это процесс преобразования бизнес-видения и стратегии в эффективные изменения на предприятии.Для этого специалисты-практики EA должны определить и направить свои усилия в области EA на основе контекста своего предприятия. Контекст предприятия — это процесс:

· Выявление внутренних и внешних экологических тенденций

· Формулирование бизнес-стратегии

· Определение требований

· Создание принципов

· Разработка якорных моделей бизнеса

Контекст предприятия накладывается и информирует всю работу и точки зрения EA (Рисунок 2) [техническая архитектура предприятия (ETA) , архитектура корпоративной информации re (EIA), архитектура решения предприятия (ESA) и архитектура предприятия предприятия (EBA)] для обеспечения эффективной стратегической интеграции с бизнесом и целенаправленного направления усилий.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *