Архитектура бизнеса: Бизнес-архитектура (комплексная модель) современного банка

Архитектура бизнеса: Бизнес-архитектура (комплексная модель) современного банка

Как понимание архитектуры бизнеса помогает его перестраивать

Какой самый устоявшийся взгляд на бизнес? Бизнес – это деятельность, направленная на получение прибыли от производства и реализации продуктов и услуг. Шире: есть рынок, он охватывает ту или иную долю клиентов, которые имеют определенные потребности, и их нужно удовлетворить. Исходя из этого понимания, компании и создают свое «внутреннее убранство».

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

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

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

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

Поиск решения

Объясняя значимость и необходимость учитывать вышеуказанные стрессоры, чаще всего я сталкивался со следующим ответом: «Что вы нам тут рассказываете! Мы пять (10, 15) лет в бизнесе. Уже собаку съели на всех этих ваших проблемах! И ничего нового быть не может, у нас такая отрасль, здесь все так живут…». А потом происходит что-то неожиданное – и бизнес уходит в турбулентное пике. Хотя уменьшить негативный эффект было можно, и для этого требовалось заранее предусмотреть ряд мер, способствующих укреплению организации.

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

Сенека, Тит Ливий, Плутарх, Аристотель, Витрувий, Макиавелли – эти и другие бессмертные мыслители навели меня на иное понимание делового предприятия. Так появилась идея о бизнес-архитектуре.

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

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

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

Каждая компания с момента своего зарождения формирует свою бизнес-архитектуру. Выглядит она следующим образом:

Увеличить изображение

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

Основание

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

Следующий блок – «Информация».

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

Далее следует блок «Люди». Он содержит представление о том, как выстроено взаимодействие сотрудников компании между собой через оргструктуру. Что собой представляет система стимулирования. Каким образом компания привлекает к себе людей, развивает их и удерживает внутри. Этот блок один из самых важных.

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

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

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

Процессы

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

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

Культура и интересы

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

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

Завершает исследование бизнес-архитектуры блок, представляющий интересы бизнеса

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

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

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

Пять уровней пирамиды организационных потребностей

Эта иерархия, если кратко, возникла на пересечении трех научных и политических течений: мотивация личности по Максу Веберу, фрактальная геометрия Бенуа Мандельброта и следование национальным интересам Никколо Макиавелли. Подробное описание полученного видения – тема другой статьи, и в этом материале не раскрывается.

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

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

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

Увеличить изображение

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

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

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

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

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

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

Далее – люди. Инструменты оценки их организации широко представлены в открытом доступе. Важным направлением для исследования являются: оргструктура (ее уровни и их совместимость), процессы адаптации, система стимулирования и подготовки персонала.

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

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

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

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

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

Выводы

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

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

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

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

Архитектура системы и Бизнес-архитектура / Хабр

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

Архитектура и строительные конструкции

Рассмотрим исходное понятия архитектуры и архитектора из области строительства:

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

Строительный проект состоит из двух основных частей: архитектурно-строительной и инженерной.

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

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

Инженерная часть проекта состоит из детальных схем:

• Системы водоснабжения и канализации – схема разводки водоснабжения, аксонометрическая схема водоснабжения, схема разводки канализации.
• Отопления и вентиляции – схема разводки отопления, схема разводки вентиляции, обвязка котла (при его наличии).
• Электроснабжения – разводка освещения, разводка силовых сетей, схема ВРУ, система по заземлению.

Архитектор занимается только архитектурными разделом, а конструкционным разделом и инженерной частью занимаются соответствующие инженеры.

… место для размышлений …

Для IT-архитекторов, которые «в танке» и любят сравнивать себя с зодчими:

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

Архитектура системы

Теперь рассмотрим определение, которые ближе к IT. За основу возьму выдержки из статьи.

Архитектура – фундаментальные понятия или свойства системы в ее окружении, воплощенные в ее элементах, отношениях и принципах ее проектирования и эволюции. (Из: ISO/IEC/IEEE 42010:2011)

Такие и подобные определения обычно использует в крупных архитектурных фреймворках, наподобие TOGAF и SAFe. Эти фреймворки достаточны тяжелы и состоят из небольшого набора практик, которые систематизированы и разбавлены множеством различных методик и приемов. И это всё-всё преподносится как «лучшие практики», хотя никто не тестировал и не применяет их в таком виде целиком.

Архитектура – это проектные решения, которые тяжело изменить. (Мартин Фаулер)

Однако, существует тонкость с характеристикой «тяжело изменить».

Предположим, у вас есть проектное решение, которое описывает для ваших разработчиков, как они должны структурировать свой код на Java. Если у вас есть много кода, для изменения всего этого кода из одной структуры в другую потребует много работы. Другими словами, это тяжело. Следовательно, это выбранное решение является «архитектурой», в данном случае программной архитектурой. Но один разработчик может легко проигнорировать это решение и написать код, который делает всё по-другому. В конце концов, вносить «изменения» в программное обеспечение легко. Хотя всю реализованную архитектуру изменить тяжело, в ней часто достаточно легко можно изменять только отдельные части.

Нет никакой теоретической причины, что что-то трудно изменить в отношении программного обеспечения. Если вы выбираете какой-либо один аспект программного обеспечения, вы можете легко изменить его, но мы не знаем, как сделать всё легко изменяемым. Сделать что-то легким для изменения — делает общую систему немного сложнее, а сделать всё легким для изменения — делает всю систему очень сложной. (Ральф Джонсон)

Можно утверждать, что таким образом раскрывается значение слова «фундаментальные» в определении «Архитектуры» по ISO, это то что тяжело изменить.

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

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

Проблема

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

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

… место для размышлений …

Большая часть системных архитекторов вышло из программистов, они все технократы. Это всё придумали они. 🙂
При работе с архитектурой лучше сфокусироваться на назначение Системы.

Архитектура – это проектное решение, которое набор проектных решений организует в Систему, соответствующую целевому назначению.

Это проектное решение, которое колеса, двигатель, корпус и рулевое управление организует в автомобиль.

Другими словами, Архитектура – это проектное решение, которое дает эффект эмерджентности. Эмерджентность — появление у системы свойств, не присущих её элементам в отдельности; несводимость свойств системы к сумме свойств её компонентов.
Важно не смешивать уровни абстракции. Также позже, может возникнуть вопрос, что такое хорошая архитектура? Архитектура должная обеспечивать реализацию трех основные атрибутов качества системы: надежность, эффективность, гибкость. Есть и другие, например, масштабируемость, тестируемость, ремонтопригодность и др., но они не всегда так важны.

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

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

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

• Субъекты – это организационно штатная структура.
• Деятельность – это бизнес-процессы, функции и сервисы.
• Объекты – это результат деятельности и материал для деятельности. При этом результатом и материалом может быть физическим или информационным.

Но всё же, этого будет недостаточно, чтобы это понять, нужно рассмотреть базовые концепции и принципы.

Концепция «Три вида деятельности»

Существуют три вида деятельности:

• Управляющая — деятельность, которая управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
• Основная (Операционная) — деятельность, которая является основой бизнеса компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг, Продажи.
• Поддерживающие — деятельность, которая обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, административно-хозяйственный отдел.

Поддерживающие деятельности часто отдают на outsource. Не всегда деятельности, указанные в примере выше «как основные» являются основными, потому что их тоже можно на outsource. Управляющая деятельность всегда есть, теоретически можно всё «зааутсорсить», кроме управления и сделать компанию виртуальной. Outsource управления:

Хотите потерять бизнес? Отдайте управление на outsource. 🙂

Концепция «Циклы Деминга»

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

• Планирование
• Действие
• Проверка
• Корректировка

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

Посмотрим нашу конкретную проектную работу, производство продукта или оказание услуги:

• Кто спланировал этот процесс?
• Какие есть регламентные и нормативные документы?
• Кто выполняет действия?
• Как выполняется проверка?
• Как выполняется корректировка?

Если с этапом «Действие» и «Проверка» всё, кажется, понятно, то «Планирование» и «Корректировку» нужно посмотреть поближе.

Концепция «Принятие решения»

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

• Уяснение задачи
• Оценка ситуация
• Разработка вариантов решения
• Выбор решения

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

Давайте сопоставим эту концепцию с нашими проектами:

• Как выполняется уяснение задачи?
• Как выполняется оценка ситуации?
• …

А теперь поднимемся на уровень руководства.

• Как руководство обеспечивается информацией в части корректировки и оценки ситуации, то есть, где отчеты по нашему проекту, чтобы они поняли хорошо всё или плохо?

Принцип «Целевое назначение должно определять архитектуру»

Тут важно напомнить определение архитектуры:

Архитектура – это проектное решение, которое набор проектных решений организует в Систему, соответствующую целевому назначению.

Целевым назначением обычно является основная деятельность. Управляющая деятельность направлена на основную деятельность. Поддерживающая деятельность обеспечивает ее.

Также не забываем указанные выше атрибуты качества: надежность, эффективность и гибкость. Основная деятельность вещь индивидуальная, но тут, я думаю, вы сможете разобраться с ней сами.

Принцип «Архитектура должна соответствовать руководству»

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

Возможен внутренний конфликт.

… место для размышлений …

Определение Бизнес-архитектуры

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

Из существующих определений мне нравится, которое дала группа Architecture Board Special Interest Group (BASIG) (Специальный совет по архитектуре OMG)

A Blueprint Of The Enterprise That Provides A Common Understanding Of The Organization And Is Used To Align Strategic Objectives And Tactical Demands.

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

Архитектор

Если дать нормальное понятие архитектуры, то роль архитектора становится предельно понятной.

Задача сапожника изготавливать и ремонтировать обувь.

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

Какими компетенциями он должен обладать?

Архитектор должен знать архитектурные принципы и концепции на своем уровне бизнеса или системы, это его hardskills.

Также архитектор должен быть драйвером, описать архитектуру это половина дела, а вот убедить людей воплотить и постоянно поддерживать её — это вторая, не меньшая задача.
Для этого у архитектора должны быть хорошо прокачены softskills.

Есть еще одна характеристика, которая отличает архитектора от аналитика и программиста, он должен владеть оперативным искусством.

… место для размышлений …

Ссылки

1. http://www.ovikv.ru/строительный_проект.htm
2. pubs.opengroup.org/architecture/togaf9-doc/arch/toc.html
3. pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html
4. docs. microsoft.com/ru-ru/dotnet/architecture/modern-web-apps-azure/architectural-principles
5. www.omg.org/bawg/business_architecture_overview.htm

3. Бизнес – архитектура предприятия

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

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

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

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

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

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

• Специфическая архитектура — так обычно называют исторически сложившуюся на данном предприятии модель бизнес — процессов.

Построение бизнес — архитектуры начинается с описания контекста бизнес — архитектуры (рисунок 1.8.).

Общее видение бизнес — архитектуры предприятия включает анализ основных функций, цепочек создания добавленной стоимости (ValueLandscapeAnalysis), модели бизнес – сценариев (BusinessScenarioModels), анализ информационных связей и процессов (InformationValueChainAnalysis).

Рисунок 1.8. Контекст бизнес архитектуры

Основу архитектуры предприятия составляет: анализ бизнес событий (BusinessEventAnalysis), декомпозиция функций и процессов (Function/ProcessDecomposition), модель расположения (LocationModel), модель интеграции (IntegrationModel).

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

В настоящее время существуют различные методики описания бизнес — архитектуры предприятия. Например, в работах Джона Захмана выделяются следующие типы бизнес моделей:

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

• Динамические модели бизнес-процессов, включающие детализированное описание функционирования компании.

• Организационная структура компании.

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

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

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

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

• определить границы анализа за счет рассмотрения основных функций предприятия;

• выделить ключевые бизнес-процессы;

• выделить дублирующие бизнес-процессы и точки их пересечения.

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

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

Модель интеграцииопределяет связь бизнес-процессов и бизнес — событий.

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

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

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

4. ИТ — архитектура предприятия

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

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

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

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

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

• Enterprise Information Architecture (EIA) – информационная архитектура.

• Enterprise Solution Architecture (ESA) – архитектура прикладных решений.

• Enterprise Technical Architecture (ETA) – техническая архитектура.

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

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

Бизнес-архитектура как модель деловой активности организации Текст научной статьи по специальности «Экономика и бизнес»

УДК 65.014 (045)

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

как модель деловой активности

организации

дрогоБЬЩКАя КлАвдия Степановна, доктор экономических наук, профессор кафедры «Макроэкономическое регулирование» Финансового университета E-mail: drogks@mail. ru

Аннотация. Понятие «архитектура организации» впервые появилось в лексиконе ИТ-специалистов не более 10 лет назад. За это короткое время оно получило широкое распространение не только в ИТ-индустрии, но и глубоко проникло в предметную область организационного менеджмента. На всех его уровнях, начиная от управления линейными структурными подразделениями хозяйствующих субъектов до управления экономическим развитием страны и межгосударственным сотрудничеством, используются архитектурные модели и их производные.

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

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

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

Business Architecture as a Model of Business organization

DROGOBYTSKAYA CLAUDIA S. , Doctor of Economics, professor of the Macroeconomic management Department, Financial University E-mail: [email protected]

Abstract. The category «organization’s architecture» firstly appeared in the lexicon of IT-managers no more than 10 years ago. For this short period it became very popular not only in IT-industry, but also was established deeply in the problem field of organizational management. Architectural models and their derivatives are used on all its’ levels, beginning from managing linear structural departments of economical subjects and finishing with the economic development of a state and international cooperation.

Traditionally organization’s architecture is understood as a formalized presentation of its mission, aims, strategy of development and business activity in the aspect of five structural elements: business-architecture, organizational

structure, architecture of appendix, architecture of information and technological infrastructure. In the present article there is detailed studying of structure and content of the first and the main component of organization’s architectural description known as business-architecture. This description is made in two aspects: from the point of view of a manager (or an employee) of the functional department, who is directly responsible for executing the plans and from the point of view of a manager (or an employee) of IT-service, who is responsible for the informational and instrumental support of organization’s functions and development. In parallel with description of structure and content of business-architecture there’s detailed analyze of modern instruments used for creating architectural models in bigger or smaller degree. In conclusion the creative character of architectural constructions is established and thesis of necessity of total engineering of architectural process is formulated.

Keywords: architectural model, architectural process, architecture organization, business architecture, business processes, modeling of organizational development.

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

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

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

Бизнес-архитектура с точки зрения специалиста-функционала

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

переместилась в эпоху тотальной кастомизации1 продукции.

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

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

1 Кастомизация (от англ. customer — клиент, потребитель) в общеупотребительном смысле — изготовление массовой продукции под конкретный заказ потребителя путем ее комплектации дополнительными элементами или принадлежностями.

Продукция

Продукция

Продукция

Рынок

Рынок

а) Ведущаяпродукция

б) Ведущийрынок

в) Ведущая технология

Рис. 1. варианты развития бизнес-архитектуры в условиях приоритетности одного из ее аспектов

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

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

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

возможности будут равноценны и несравнимы между собой из-за отсутствия базы для выбора альтернатив.

Бизнес-архитектуру обычно определяют три аспекта [2, с. 382]:

• ноу-хау или технологии;

• продукция или услуги;

• потребители или рынки.

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

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

Продукция

¿/Технология

Рис. 2. Многокультурная архитектура бизнеса

Если основой бизнеса выступает технология, то с использованием одних и тех же ноу-хау выпускается значительный ассортимент продукции, который реализуется на различных рынках (рис. 1, в). Управление технологическим бизнесом требует широкого стратегического видения, прозорливости и способности найти применение одним и тем же знаниям в разных предметных областях. Например, компания Као (Япония), аккумулируя знания о поверхностно-активных веществах и развивая технологии поверхностного покрытия, с успехом работает на рынке моющих средств, рынке косметики и рынке магнитных носителей информации [2].

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

в пространстве и времени, ухудшая свои рыночные позиции, и нередко терпит фиаско.

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

Главный смысл многокультурной архитектуры бизнеса заключается в том, чтобы сделать ноу-хау независимыми от контекста их применения [2, 3]. Это даст возможность использовать их в разных условиях с минимальными затратами времени и ресурсов на переобучение. Для создания независимого от контекста переносимого знания необходимы множество источников обучения и богатая практика применения полученных знаний.

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

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

Бизнес-архитектура с точки зрения ит-специалиста

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

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

• бизнес-стратегию;

• функциональную структуру;

• показатели эффективности.

Бизнес-стратегия включает описание миссии,

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

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

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

Показатели эффективности деятельности организации в целом и бизнес-процессов, в частности, используют несколько уровней метрик [4]:

• метрики оценки качества процессов;

• метрики оценки прямых результатов;

• метрики оценки конечных результатов.

Типичными метриками оценки качества процессов являются время выполнения операций, трудоемкость процесса, стоимость на транзакцию и т. п.

Метрики оценки прямых результатов фиксируют возможности процессов производить на выходе продукт или услугу в соответствии со спецификациями.

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

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

При моделировании бизнес-процессов рекомендуется придерживаться определенной последовательности действий [5].

Шаг 1 — идентификация критически важных для организации процессов (обычно 7±2). Хорошими кандидатами для включения в данный список могут быть процессы, максимально влияющие на способности организации реализовы-вать свою миссию, в том числе процессы, открывающие новые возможности, например: новые каналы предоставления услуг; процессы, которые выполняются плохо и вызывают неудовлетворенность клиентов; процессы, содержащие потенциал для экономии затрат. При необходимости схожие бизнес-процессы могут быть объединены в группы или классы.

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

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

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

Шаг 5 — идентификация и документирование основных информационных объектов. Эти описания осуществляются по определенным правилам и концентрируются в словаре данных или базе метаданных (данных о данных) организации.

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

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

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

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

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

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

• декомпозиции функций/процессов;

• анализа бизнес-событий;

• моделирования местоположений выполнения функций/процессов;

• моделирования интеграции функций/процессов.

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

Таблица 1

ключевые моменты декомпозиции функций/процессов

Основные задачи анализа Результаты (артефакты) анализа Основные вопросы

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

Таблица 2

ключевые моменты анализа бизнес-событий

Основные задачи анализа Результаты (артефакты) анализа Основные вопросы

Составить перечень набора основных бизнес-событий и обеспечить их однозначное понимание Проанализировать возможности оптимизации бизнес-процессов

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

Основные инициаторы и участники бизнес-событий

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

Новые формы ведения бизнеса

Кто является инициатором бизнес-события

Как обрабатывается каждое событие Кто является основным участником события

Возможны ли инновации на базе данного события и будут ли они востребованы бизнесом

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

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

Моделирование местоположений выполнения функций/процессов предполагает логистический взгляд на функционирование организации и призвано идентифицировать «географию» ее деятельности. Цель такого моделирования — визуализировать структурные подразделения и должностные позиции организации,

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

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

Заметим, что в связи с развитием принципов сервис-ориентированной архитектуры и появлением технологически нейтрального, информационно-независимого языка описания и выполнения бизнес-процессов (Business Process Execution Language — BPEL) появилась возможность не

Таблица 3

ключевые моменты модели местоположений выполнения функций/процессов

Основные задачи анализа Результаты (артефакты) анализа Основные вопросы

• Определить места выполнения функций/ • процессов • Обеспечить понимание требований, наклады- • ваемых географическим расположением на бизнес-решения и технологическую инфраструктуру • • Выработать требования технологической инфраструктуры к «географии» бизнес-функций и бизнес-процессов • Распределение функций • по местоположениям • Уточнение связей между бизнес-функциями • Идентификация требований к технологической инфраструктуре и архитектуре прикладных систем Возможности организационных изменений Где выполняются основные функции Какие функции и как связаны между собой Есть ли возможности консолидации и/или рационализации функций/ процессов организации

Таблица 4 ключевые моменты модели интеграции

Основные задачи анализа Результаты (артефакты) анализа Основные вопросы

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

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

>!< >!<

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

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

Литература

1. Дрогобыцкий И.Н. Организационное управление: системный подход к синтезу новой парадигмы. Saariicken: LAP LAMBERT, 2012. 361 с.

2. Гараедаги Дж. Системное мышление: как управлять хаосом и сложными процессами. Минск: Гревцов Паблишер, 2007. 480 с.

3. Дрогобыцкая К. С. Организационный дизайн в информационном обществе. М.: Экономика, 2009. 206 с.

4. Райхельд Ф. Книга о настоящей прибыли и реальном росте. М.: Поколение, 2007. 256 с.

5. Невежин В.П. Моделирование бизнес-процессов в программной среде CA Erwin Process Modeler: учеб. пособие. М.: Финансовый университет, 2012. 118 с.

Бизнес-архитектура: моделирование полезности (value) и справляемости с (capabilities): ailev — LiveJournal

Бизнес-архитектура (business architecture) это совсем не то же самое, что «просто часть архитектуры предприятия» (enterprise architecture) с тамошней «архитектурой деятельности» (как правильно было бы переводить в большинстве околоайтишных случаев слово business, в буквальном его переводе «бизнес» явно имеющее предпринимательский смысл). Я бы честно переводил по-разному «архитектуру деятельности» в разных околоайтишных подходах типа Архимейт и «родную» business architecture с её лозунгом «начинайте с бизнес-модели». Традиционная (не-айтишная) бизнес-архитектура — это «про всё важное» (помним про определение архитектуры!) для бизнеса, т.е.:
— предпринимательскую стратегию
— формулирование/документирование этой стратегии
— переход к выполнению сформулированной стратегии.

Бизнес-архитектура является традиционной вотчиной экспертов из McKinsey & Co, Bain & Co, Booz & Co, BCG, Palladium и прочих всеми ругаемых «консультантов не по делу». Именно это преподаётся в разных университетах в курсах MBA. Ключевые слова тут — «кому это нужно» (полезность, value), «справляемся ли мы с» (capability, над переводом думать и думать), «мы банда» (сообщество, кластер, фирма, рабочая группа) и т.д.. Обратите внимание, как этот «предпринимательский» разговор (начинающийся с вопроса о том, кому всё это нужно и зачем мы всё это делаем) отличается от «работ/процессов», «акторов», «функций» и прочего привычного менеджерского и инженерного разговора, очень важного для организации эффективного производства (которое крайне важно, когда вы уже знаете, что производить, и вам нужно сделать подешевле и побыстрее). Кроме «побыстрее» и «подешевле», или даже «чтобы результат был качественный» (инженерный взгляд на вещи), бизнесменам нужно ответить на вопрос «зачем это вообще делать» (не технологическая причинно-следственная цепочка, а ценностная — нужно ли кому-нибудь затеваемая деятельность).

На сегодня есть:
— гильдия бизнес-архитекторов — http://www.businessarchitectureguild.org/ (главный продукт — Business Architecture Body of Knowledge, BIZBOK™, к концу года выйдет уже версия 3.0). Это новое объединение, организации всего пара лет, они делают акцент на то, что это «знание архитекторов от сохи».
— ассоциация бизнес-архитекторов — http://www.businessarchitectsassociation.org/ (главный продукт — сертификация бизнес-архитекторов), это смычка университетов и консалтеров. Обратим внимание, что гильдия бизнес-архитекторов придерживается других взглядов на предмет, чем ассоциация (отчетливо это проявляется в репликах William Ulrich треда http://www.linkedin.com/groups/When-Stars-Align-Business-Architecture-4379346.S.130420677).
— SIG в OMG — http://bawg.omg.org/ (стандарт VDML — это как раз их рук дело, презентации http://bawg.omg.org/12-06-01.pdf, текст последней версии — http://neffics.eu/wp-content/uploads/2012/06/12-05-02.pdf).
— дискуссионная группа в LinkedIn — http://www. linkedin.com/groups/Business-Architecture-Perspectives-Transforming-Business-4379346
— разные вебсайты типа http://www.bainstitute.org/ (утверждают, что там комьюнити более 40тыс. членов, родственные сайты BPMinstitute.org и SOAinstitute.org — ну, вы поняли).
— школы типа http://paularthurbodine.com/the-chicago-school-of-business-architecture/
— и много чего другого, ссылки наверху даже не надводная часть айсберга, это махонький кусочек.

Архитектура предприятия (включая тамошнюю архитектуру деятельности) — это то, чем сегодня занимаются не столько стратеги, сколько выходцы из айтишников, включая «бизнес-аналитиков» (которые опять же, про «деятельность» как тип для повторяющихся в чём-то дел, но не про «бизнес» в предпринимательском смысле этого слова), тоже вырастающих из программистов. Это часть enterprise engineering, которая в свою очередь часть systems engineering в части систем предприятий. Распознать, с какой именно архитектурной школой мы имеем дело легко: айтишники мыслят прежде всего «процессно» (в крайнем случае — сервисно), что позволяет относительно легко объяснять, как используется софт. Даже «антипроцессники» с трудом понимают, о чем вообще эти «бизнес»-архитекторы говорят (см., например, недоумения Max Pucher по поводу VDML — http://www.linkedin.com/groups/VDML-ACM-DCM-2452802.S.88269024, он видит в capabilities и value chains главным образом motivation model, а затем быстро переходит к GRL-для-предприятий, собственно как и реализовано в «стратегии-для-айтишников» OMG BMM). Обратный ход от «стратегов» к айтишникам тоже делается — вот, например, попытка: http://www.valuenetworksandcollaboration.com/advanced/processworkflowvna.html (опять же, обратите внимание упор на intangibles — это явно не artifact-based!).

Айтишные процессы нацелены в общем случае на «как сделать» и «кому отдать», а вот бизнес-потоки (business streams) — как угодить клиенту, это про «клиент-ориентированность» и документирование «трассирования к нуждам клиента». Ну ладно, «стейкхолдер-ориентированность» (ибо акционер ведь тоже клиент, хотя и другого рода).

В «большой системной инженерии» (читай: военной системной инженерии) этот тренд на «бизнес-архитектуру» проявляется в резком сдвиге от обсуждения системы-как-сервисной к обсуждению всяческих capabilities в systems of systems engineering. Никакого «бизнеса» у военных, но вот самый верхний «стратегический» уровень заказа работ системным инженерам (acquisition) — это заказ capabilities, а не systems или services. Заказывается поддержка возможности что-то делать, а не системы или сервисы этих систем. Это тот же тренд, что и в организациях, от которых требуют «конкурентоспособности», а не «поддержки сервиса по выигрышу конкуренции».

ArchiMate 2.0 (http://pubs.opengroup.org/architecture/archimate2-doc/) является неплохой попыткой гармонизации мира «бизнесОв» и «операционистов-процессников», но и там айтишники с их «сквозными процессами» на диаграммах являются главными, а все эти value и «стратегические» дополнения версии 2.0 только аннотируют основное процессное блюдо, а не являются полноценными главными объектами для архитектурной работы. То же можно сказать про все остальные enterprise architecture frameworks: их делали айтишники, менеджерам с ними плохо, они не про «бизнес», а больше про «операции».

Так что стоит задача в части архитектуры предприятия гармонизировать не просто несколько стандартов, а несколько совершенно разных групп описаний (viewpoints), адресующих совершенно разные интересы абсолютно разных заинтересованных сторон:
— бизнес-стратегов (VDML, гармонизирующий сам по себе довольно много, а также всяческие canvas типа http://businessmodelgeneration. com/)
— управленцев-операционщиков (BMM, ArchiMate 2.0 и т.д.. CMMN, Essence/SPEM 2.0 и BPMN 2.0 наряду со SBVR попадают сюда же). Все эти case management, critical chain — отсюда. Организационный аспект (кто что кому может поручить, кто чем распоряжается — DEMO) это тоже главным образом сюда, это «коммуникативная парадигма» процессов, хотя у Koskela на этот счёт это «инженерный» аспект дела (пункт 2.1. в http://ailev.livejournal.com/603806.html — кто что кому обещает определяется содержанием работы прежде всего).
— содержательных людей (инженеров), которых прежде всего интересуют стандарты описания продукции и управления конфигурацией, а также выбор адекватной для объектов работы технологии. Удивительно, но про «артефакты» aka «объекты работы» (work products) в стратегических или операционных стандартах практически ничего сказать нельзя, ибо детализация объектов работ в тех описаниях не предусмотрена. Тут интересны новинки типа языков описания variability, а также тренда использования онтологий (типа ISO 15926 и ISO 15629) как средств отражения разнообразия. Действительно, видов объектов в разы и разы больше, чем задействующих их видов процессов, и само это разнообразие тут является проблемой. Ну, и инженеров волнуют неожиданные (ибо природа упруго сопротивляется) изменения, отсюда issue tracking и adaptive case management в связи с управлением конфигурацией.

Нужно чётко понимать, что эти взгляды на деятельность какого-то предпринятия (ценностный, потоковый и технологический) абсолютно разные, но это не отменяет задачу создать компактный язык (мета-модель, онтологию), позволяющий отражать договорки бизнесменов (кому выгодно и кто заплатит), менеджеров (как делать эффективно и кто будет делать) и инженеров (как и из чего получить годный результат). Я не первый раз об этом пишу (вот, например, в 2008г. я писал про «коскеловщину», ср. с пунктом 2 в http://ailev.livejournal.com/603806.html — ведь ровно то же самое, хотя чуток другими словами. Собственно, это очередной пост в рамках сказанного в том давнем посте «А теперь нужно самому крепко подумать, и выдать обобщающий для всего этого месива фреймворк». Это, конечно, предмет проекта ПраксОС, praxos).

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

Созданием такого языка и занимаемся, прикидки (на русском и английском) будут чуть попозже.

Бизнес-архитектура — 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

внешняя ссылка

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

Разработка ИТ архитектуры под бизнес-цели компании / Услуги AWG

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

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

Главный ИТ-архитектор, Евгений Скориков, с презентацией на бизнес-завтраке «AWG & 1С:Битрикс».

Кто такой IT-архитектор?

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

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

Проблемы, которые решают специалисты:

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

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

При одновременной проработке и реализации нескольких бизнес-инициатив требуется решить следующие задачи:

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

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

Клиенты IT-архитектора:

• Компании, развивающие свой бизнес с помощью IТ-технологий
• Ритейлеры, использующие омниканальную стратегию
• Компании на стадии активного роста
• Крупные фирмы со сложной, многофункциональной сетью IT-систем, разветвленной оргструктурой.

Результатами работы над IT-архитектурой являются:

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

Что такое бизнес-архитектура? — IRIS Business Architect

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

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

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

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

Таблица справа иллюстрирует распространенные разрывы в сегодняшней деловой среде. По данным Journal of Change Management, 70% всех организационных инициатив терпят неудачу. Кроме того, Роберт С. Каплан и Дэвид П. Нортон собрали данные, которые показывают, что только 10% организаций преуспевают в реализации своего собственного видения.

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

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

Почему важна бизнес-архитектура?

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

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

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

Благодаря IRIS Business Architect, бизнес-архитекторы теперь могут обеспечить успешную трансляцию стратегии, позволяя ключевым заинтересованным сторонам своей компании визуализировать конечное состояние бизнес-стратегии своей компании до того, как план будет реализован, обеспечивая следующее:

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

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

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

• Модернизация устаревшего привода
• Инвестиционный анализ
• Новые продукты или услуги на рынке
• Глобализация
• Аутсорсинг бизнес-мощностей
• Оптимизация цепочки поставок
• Продажа активов
• Соответствие нормативным требованиям
• Совместное развитие
• Определите новый рынок
• Реструктуризация бизнес-единицы
• Изобретайте заново, что такое компания и кто она
• Объедините людей, процессы, возможности, технологии и культуру во время слияния и поглощения
• Преобразование крупного предприятия в бизнес-модель, ориентированную на клиента
• Принять решение, которое существенно изменит государственную программу

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

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

Где я могу узнать больше о бизнес-архитектуре?

Вы можете узнать больше о бизнес-архитектуре, связавшись с нами по телефону:

[email protected]

(855) 798-2042

Что такое бизнес-архитектура? — СТА Групп Чикаго Консалтинг

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

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

STA Business Architecture устраняет разрыв между стратегией компании и ее успешным выполнением.

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

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

Ваша компания страдает от хронических отключений?

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

Бизнес-архитектура объединяет организацию

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

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

Как ценность создается с помощью бизнес-архитектуры

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

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

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

Привлечение бизнес-архитектуры в начале корпоративной инициативы

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

• Трансформация бизнеса
• Управление портфелем
• Новый бизнес / продукт / рынок
• Крупномасштабное внедрение технологий
• Управление соответствием
• Слияния и поглощения (M&A)

Обратитесь к нам, чтобы мы помогли начать вашу собственную практику по архитектуре бизнеса

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

• Оценка практики и стратегия
• Структура практики и развитие ролей
• Управление изменениями архитектуры и коммуникация
• Здание модели предприятия
• Разработка стандартов и методов
• Процессы управления
• Метрики практики и оценка
• Оценка и центровка инструмента
• Обучение и наставничество
• Поддержка сообщества бизнес-архитектуры

Где можно узнать больше о бизнес-архитектуре?

Свяжитесь с нами сегодня

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.

Определение бизнес-архитектуры — Центр передового опыта бизнес-архитектуры

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

• Бизнес-архитектура помогает определить четкие рамки структуры, персонала, технологий и бизнеса компании.

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

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

• Он продвигает и согласовывает ИТ-инициативы в масштабах всего предприятия.

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

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

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

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

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

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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Принципы бизнеса

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

Взгляд экспертов на бизнес-архитектуру

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

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

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

Определения бизнес-архитектуры:

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

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

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

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

Википедия определяет термин бизнес-архитектура как:

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

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

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

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

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

Промышленный аналитик Дерек Майерс из исследовательской компании Forrester резюмирует свой взгляд на определение бизнес-архитектуры:

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

Майкл Пулин, корпоративный архитектор и инструктор, дает следующее определение бизнес-архитектуры:

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

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

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

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

Информация по теме:

Вот еще несколько вещей, которые вы можете узнать о бизнес-архитекторе на веб-сайте Capstera:

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

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

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

Тренинг для бизнес-архитекторов: Программа тренинга по бизнес-архитектуре

Должность руководителя бизнес-архитектуры: Руководитель бизнес-архитектуры

Связанные товары:

Подробный обзор ролей, обязанностей и навыков

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

Кто такой бизнес-архитектор? Определение роли бизнес-архитектора

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

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

Бизнес-архитектор: развеивание мифов и заблуждений

• Бизнес-архитектор НЕ является корпоративным архитектором. Однако, поскольку бизнес-архитектура является неотъемлемой частью архитектуры предприятия, существует много общих черт и совпадений — по крайней мере, в том, что касается определения бизнес-области и интерпретации стратегии.
• Бизнес-архитектор НЕ является архитектором решений.Результаты бизнес-архитектуры, включая концептуальное видение бизнес-решения, являются важным вкладом для команд, занимающихся архитектурой решения.
• Бизнес-архитектор НЕ является бизнес-аналитиком. Хотя принципы бизнес-анализа являются неотъемлемой частью «бизнес-анализа», бизнес-архитектор — это не то же самое, что бизнес-аналитик. Конечно, человек по имени «Бизнес-аналитик» может выполнять некоторую работу, относящуюся к бизнес-архитектуре, и мы говорим о дисциплинах, которые отличаются, даже если некоторые из инструментов, методов, методологий и результатов могут заимствовать у каждого из них. Другой.
• Бизнес-архитектор НЕ является менеджером по продукту. Менеджер по бизнес-продукту владеет видением продукта, направлением и дорожной картой. Менеджер по продукту может использовать результаты бизнес-архитектуры, в частности бизнес-возможности и дорожные карты, основанные на возможностях, и аналогично бизнес-архитектор может использовать значительную часть работы менеджеров по продукту, чтобы понять бизнес, его рынки, продукты и услуги, клиентов и общий бизнес-контекст.
• Бизнес-архитектор — это не руководитель проекта.Конечно, бизнес-архитектор может управлять проектом бизнес-архитектуры или вносить свой вклад в общий план, но он / она не является менеджером проекта.

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

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

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

• Краткое описание стратегии
• Анализ операционных и бизнес-моделей
• Бизнес-экосистема
• Карты бизнес-возможностей предприятия
• Потоки создания ценности
• Субъекты хозяйствования
• Составление карты организации
• Отображение систем / приложений
• Дорожные карты на основе возможностей
• Анализ функциональности / площади системы

Бизнес-архитектура является совместной:

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

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

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

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

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

Системные аналитики и бизнес-аналитики — еще одна группа основных сотрудников и потребителей результатов бизнес-архитектуры.

Кто делает великого бизнес-архитектора?

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

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

Вопросы о добавленной стоимости бизнес-архитекторов:

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

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

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

Должностные обязанности бизнес-архитектора:

Вместо того, чтобы изобретать велосипед, вот отличное описание обязанностей, предложенное Джеффри Бальмесом в статье на сайте BAInstite.Org.

Обязанности специалиста по бизнес-архитектуре:

• Разработайте стратегию бизнес-архитектуры на основе ситуационной осведомленности о различных бизнес-сценариях и мотивациях.

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

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

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

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

• Определите данные, которыми совместно пользуется предприятие, и отношения между этими данными.

• Захватите взаимосвязи между ролями, возможностями и бизнес-единицами, разложите эти бизнес-единицы на подразделения и внутреннее или внешнее управление этими группами.

Образцы должностных инструкций бизнес-архитектора из корпоративного мира:

Nike, гигант обуви и одежды, описывает роль бизнеса следующим образом:

Nike: обязанности главного бизнес-архитектора

Основные обязанности

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

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

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

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

• Тесно сотрудничает с архитекторами и руководителями доменов для разработки дорожных карт доменов

• Тесно сотрудничает с архитекторами решений / техническими архитекторами для предоставления артефактов бизнес-архитектуры, необходимых для сквозной архитектуры и подхода к архитектуре решения

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

• Поддерживать и стимулировать внедрение «передовых практик» для обеспечения стандартизации результатов бизнес-архитектуры в масштабах всего предприятия

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

• Деловое мышление и стратегическое мышление для определения практических решений, соответствующих корпоративной стратегии

• Эффективное управление приоритетами, результатами и сроками без необходимости эскалации

TD Bank — Обязанности старшего бизнес-архитектора:

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

Сколько зарабатывает бизнес-архитектор? Диапазоны заработной платы для бизнес-архитекторов

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

В 2018 году, как показано на диаграмме ниже, средняя зарплата бизнес-архитектора составляет 135 000 долларов, а старшего бизнес-архитектора — 155 000 долларов.Диапазон заработка бизнес-архитектора составляет от 101 000 до 169 000 долларов, а для старшего бизнес-архитектора диапазон заработной платы составляет от 119 000 до 195 000 долларов.

Стать стратегическим архитектором бизнеса:

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

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

Вот еще несколько вещей, которые вы можете узнать о бизнес-архитекторе на веб-сайте Capstera:

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

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

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

Тренинг для бизнес-архитекторов: Программа тренинга по бизнес-архитектуре

Должность руководителя бизнес-архитектуры: Руководитель бизнес-архитектуры

Связанные товары:

.