Системная инженерия предприятия и архитектура предприятия это сравнительно новая область знания, появилась в начале 90-х годов. Она до сих пор активно развивается и границы дисциплины не определены.
Для примера можно сравнить программы российских и иностранных ВУЗов:
http://www.ruc.su/faculties-and-chairs/bupi/spec/080500.62_biznes_informatika/
https://www.vyatsu.ru/abiturientu/priemnaya-komissiya/kak-vyibrat-vuz/biznes-informatika-profil-arhitektura-predpriyatiy.html
https://www.rea.ru/ru/org/faculties/fmesi/programms/Pages/bak-arhitektura-predpriyatij.aspx
https://bi.hse.ru/model/courses/205508839.html
https://ulp.arden.ac.uk/msc-enterprise-architecture-management-international
https://www.iss.nus.edu.sg/executive-education/course/detail/nicf-specialist-diploma-in-enterprise-architecture/
В метаанализе [1] приведены следующие прокси факторы экономической выгоды от архитектуры предприятия:
- укороченное время производственного цикла за счет референтной информационной модели и стандартов анализа;
- снижение затрат за счет автоматизации процесса анализа процессов и ИТ-систем и уменьшения переделок;
- более качественное планирование и принятие решений за счет улучшения командной коммуникации, улучшения доступа к информации и повышения качества управления проектами;
- улучшение эффективности за счет повышения связанности ресурсов;
также однородная архитектура помогает улучшить потоки информации, снижает стоимость затрат на инфраструктуру и повышает переносимость приложений
за счет каталога ИТ-решений повышается повторное использование имеющихся решений, улучшается интероперабельность, упрощается процесс разбора сложных ситуаций.
Среди остальных факторов приведены также большая связность ИТ-ландшафта со стратегией, улучшение процессов управления рисками, стандартизация технологий и более высокий возврат инвестиций в ИТ.
Если обобщить возможные выгоды от архитектуры предприятия, то их можно разбить на две большие группы:
- выгоды на уровне управления ИТ активами;
- выгоды от улучшения коммуникациями.
Архитектура предприятия указывает на инварианты либо на мало изменяющиеся части организации. Архитектуру предприятия сложно поменять, также сложно, как реставрировать православный храм так, чтобы из него вышел готический собор.
Архитектура предприятия позволяет выделить онтологии различных предметных областей, которые есть в организации - бизнес-домен, ИТ-инфраструктура, обслуживающие функции, логистика и другие, и непротиворечиво объединить их в одной модели. Тем самым никакой из бизнес-функций не навязывается чуждый ей понятийный аппарат, никакая дисциплина не называется ведущей, как это часто бывает с внедрением проектного управления, Эджайла или других раскрученных методологий. Архитектор предприятия должен не продвигать свою точку зрения, он должен деятельностно объединять все те, которые уже есть в организации.
Важно понимать, что модель архитектуры предприятия как бюджет. Нельзя просто взять и сделать ее один раз и навсегда, ее необходимо поддерживать и постоянно использовать, тогда от нее будет толк.
Модель архитектуры предприятия помогает главному архитектору предприятия поставить связанный комплекс задач по переходу и скоординировать такой переход, организовав многосторонний комплаенс и корпоративное управление.
Итого:
1) Модель архитектуры предприятия нужна для устойчивой трансляции стратегии и видения первого лица до уровня руководителей, которые отвечают за исполнение стратегии.
2) Она задает общий язык и общие объекты внимания команды и говорит, что в организации важно, а что нет.
3) Она указывает на ключевые взаимосвязи и инварианты организации, не опускаясь до до подробностей реализации, которые ведутся в классических инструментах: органиграмма, модели бизнес-процессов и ИТ-ландшафт.
[1] https://aisel.aisnet.org/cgi/viewcontent.cgi?article=3581&context=cais
[2] https://aisel.aisnet.org/mcis2014/41/
[3] https://pdfs.semanticscholar.org/dbd6/5c1ee60125238185aa5985a33370624d0eb7.pdf
[4] http://www.opengroup.org/cio/CIOCornerArticle11.htm
http://www.ruc.su/faculties-and-chairs/bupi/spec/080500.62_biznes_informatika/
https://www.vyatsu.ru/abiturientu/priemnaya-komissiya/kak-vyibrat-vuz/biznes-informatika-profil-arhitektura-predpriyatiy.html
https://www.rea.ru/ru/org/faculties/fmesi/programms/Pages/bak-arhitektura-predpriyatij.aspx
https://bi.hse.ru/model/courses/205508839.html
https://ulp.arden.ac.uk/msc-enterprise-architecture-management-international
https://www.iss.nus.edu.sg/executive-education/course/detail/nicf-specialist-diploma-in-enterprise-architecture/
В метаанализе [1] приведены следующие прокси факторы экономической выгоды от архитектуры предприятия:
- укороченное время производственного цикла за счет референтной информационной модели и стандартов анализа;
- снижение затрат за счет автоматизации процесса анализа процессов и ИТ-систем и уменьшения переделок;
- более качественное планирование и принятие решений за счет улучшения командной коммуникации, улучшения доступа к информации и повышения качества управления проектами;
- улучшение эффективности за счет повышения связанности ресурсов;
также однородная архитектура помогает улучшить потоки информации, снижает стоимость затрат на инфраструктуру и повышает переносимость приложений
за счет каталога ИТ-решений повышается повторное использование имеющихся решений, улучшается интероперабельность, упрощается процесс разбора сложных ситуаций.
Среди остальных факторов приведены также большая связность ИТ-ландшафта со стратегией, улучшение процессов управления рисками, стандартизация технологий и более высокий возврат инвестиций в ИТ.
Если обобщить возможные выгоды от архитектуры предприятия, то их можно разбить на две большие группы:
- выгоды на уровне управления ИТ активами;
- выгоды от улучшения коммуникациями.
Примечание Романа Соколова:
Перед тем как оценивать пользу и вообще начинать проекты, хорошо бы уточнить какое определение EA мы используем (и соответственно scope проекта). Есть 3 школы-взглядов на EA -- enterprise IT architecture (EITA), enterprise integration (EI) and enterprise ecological adaptation (EEA).
В первом случае мы работаем над Business-IT Alignment, соответственно одна из главнейших задач там снижение расходов на ИТ, оптимизация и согласование ИТ-портфолио под нужды бизнеса.
Во втором, также известном как Enterprise Coherency, ИТ это всего лишь одна грань, кроме которой необходимо проектировать бизнес (операционную) архитектуру, capability planning, бизнес модели и т.п. и согласовывать все аспекты внутри одного предприятия между собой.
В третьей EA школе мыслей, фокус перемещается с одного конкретного предприятия на планирование межорганизационную кооперацию например правительств или всей цепочки поставщиков-дистрибьюторов, индустрии, глобального рынка -- в общем адаптация к ускоряющимся изменениям окружающей среды вокруг предприятия, которую можно планировать и менять. Здесь же все тренды на virtual/boundaryless/networked enterprise, аутсорсинг и облака, big data & IoT часто не под контролем предприятия, глобализацию, объединение культур и тп.
Вторая и третья школы EA это прямая отсылка к системному мышлению (которых кстати тоже много разных сортов, см. Jackson M.C. 2003), но прежде всего к open and soft systems thinking, холизму, конструктивизму. Очевидно, что польза во всех случаях будет разная, значит и метрики разные. И да, все три типа ЕА школ могут быть реализованы в одном предприятии, потому надо договариваться что мы имеем в виду под EA.
У меня есть пару более свежих статей ( https://aisel.aisnet.org/mcis2014/41 , https://ieeexplore.ieee.org/document/7880427 , https://www.researchgate.net/.../323848486_Achieving... ), в итоге EA ROI хоть с какими то цифрами было исследовано только в 2006 году ( https://pdfs.semanticscholar.org/.../5c1ee60125238185aa59... ), в 2015 Zachman приводит ЕА кейс с цифрами (doi: 10.1080/08874417.2013.11645654 , p.11-12) , и еще пару цифр здесь ( http://www.opengroup.org/cio/CIOCornerArticle11.htm ) -- хотя там автор говорил что EA и не должна иметь ROI и return on assets (ROA) подходит лучше.
Польза от ЕА неявная, это похоже на вопрос как оценить стратегическое планирование или более эффективное принятие решений (в чем помогает EA) или системную инженерию (у Левенчука в книге было пару цифр) или прочие архитектурные практики. А также похоже на проблему оценки knowledge management, т.к. EA is about share of strategic knowledge.
Второй по частоте упоминания гол EA -- борьба со сложностью и снижение затрат на ИТ происходит еще и из-за устранения дубликатов, когда например в компании более сотни бизнес юнитов со своими несогласованными ИТ департаментами, а соответственно и ИТ системами +переиспользование которые вы упомянули.
Раз уж мы говорим про вторую и третью EA школы, то польза там должна быть куда больше чем "выгоды на уровне управления ИТ активами", т.к. ИТ это всего лишь одна грань этих школ. Эти школы еще мало исследованы в научном сообществе (соответственно и их польза). Тем не менее, там речь про agile enterprise и быструю адаптацию к изменениям вокруг, и к трендам как техническим так и организационным, которые я упоминал в комментарии выше.
Lankhorst (один из ключевых разработчиков Архимейта) писал что в Архимейт с самого начала закладывались идеи networked enterprise, поэтому для второй и третьей школы нужны скорее новые вьюпоинты, а не совершенно новые концепты (хотя они и появляются в каждой новой версии языка). Т.е. моделирование ЕА в этих школах надо будет начинать с business network, а не с одного конкретного предприятия. По аналогии со стейкхолдерами, у каждого предприятия в сети будут свои роли. Межорганизационная кооперация также связывается с конкретными орг.процессами участвующих организаций, а также с ИТ сиситемами, стандартами, ограничениями и тп которые поддерживают эти орг.процессы.
Выгоды на уровне управления ИТ активами хорошо описал Гербен Вирда в ролике:
Я раскрою тему улучшения коммуникации при стратегических изменениях. Среднее и крупное предприятие - это система систем, в нем не может быть одного человека, который бы скомандовал и мог скоординировать переход. Все равно придется что-то делегировать и поручать другим людям, у которых свои цели и своя повестка. Во время организационных изменений текущие соглашения по взаимодействию пересматриваются и без централизованного разрешения конфликтов дело не двигается. Без модели архитектуры предприятия разрешение таких конфликтов чаще всего производится первым лицом, у него образуется очередь, которая медленно двигается. Первое лицо становится узким местом процесса трансформации. Модель архитектуры предприятия нужна для того, чтобы первое лицо передало свои ключевые знания по тому, как работает организация, какие взаимосвязи в работе организации критичны и что нужно учитывать. Такая модель позволяет менеджерам предсказывать реакцию первого лица на предложения и лучше готовиться к встречам. Сами встречи протекают быстрее, т.к. первому лицу не надо излагать все аспекты своего видения, все эти важные подробности представлены на модели.
Таким образом, модель архитектуры предприятия не нужна рядовым исполнителям, и в этом ее ключевое отличие от классической триады модель бизнес-процессов + органиграмма + ИТ-ландшафт, она нужна для того, чтобы у топ-менеджмента и ключевых руководителей среднего, которые отвечают за реализацию стратегии предприятия, было общее понимание самого важного, что есть в устройстве организации. В этом плане показательно выступление Мартина Фаулера:
Перед тем как оценивать пользу и вообще начинать проекты, хорошо бы уточнить какое определение EA мы используем (и соответственно scope проекта). Есть 3 школы-взглядов на EA -- enterprise IT architecture (EITA), enterprise integration (EI) and enterprise ecological adaptation (EEA).
В первом случае мы работаем над Business-IT Alignment, соответственно одна из главнейших задач там снижение расходов на ИТ, оптимизация и согласование ИТ-портфолио под нужды бизнеса.
Во втором, также известном как Enterprise Coherency, ИТ это всего лишь одна грань, кроме которой необходимо проектировать бизнес (операционную) архитектуру, capability planning, бизнес модели и т.п. и согласовывать все аспекты внутри одного предприятия между собой.
В третьей EA школе мыслей, фокус перемещается с одного конкретного предприятия на планирование межорганизационную кооперацию например правительств или всей цепочки поставщиков-дистрибьюторов, индустрии, глобального рынка -- в общем адаптация к ускоряющимся изменениям окружающей среды вокруг предприятия, которую можно планировать и менять. Здесь же все тренды на virtual/boundaryless/networked enterprise, аутсорсинг и облака, big data & IoT часто не под контролем предприятия, глобализацию, объединение культур и тп.
Вторая и третья школы EA это прямая отсылка к системному мышлению (которых кстати тоже много разных сортов, см. Jackson M.C. 2003), но прежде всего к open and soft systems thinking, холизму, конструктивизму. Очевидно, что польза во всех случаях будет разная, значит и метрики разные. И да, все три типа ЕА школ могут быть реализованы в одном предприятии, потому надо договариваться что мы имеем в виду под EA.
У меня есть пару более свежих статей ( https://aisel.aisnet.org/mcis2014/41 , https://ieeexplore.ieee.org/document/7880427 , https://www.researchgate.net/.../323848486_Achieving... ), в итоге EA ROI хоть с какими то цифрами было исследовано только в 2006 году ( https://pdfs.semanticscholar.org/.../5c1ee60125238185aa59... ), в 2015 Zachman приводит ЕА кейс с цифрами (doi: 10.1080/08874417.2013.11645654 , p.11-12) , и еще пару цифр здесь ( http://www.opengroup.org/cio/CIOCornerArticle11.htm ) -- хотя там автор говорил что EA и не должна иметь ROI и return on assets (ROA) подходит лучше.
Польза от ЕА неявная, это похоже на вопрос как оценить стратегическое планирование или более эффективное принятие решений (в чем помогает EA) или системную инженерию (у Левенчука в книге было пару цифр) или прочие архитектурные практики. А также похоже на проблему оценки knowledge management, т.к. EA is about share of strategic knowledge.
Второй по частоте упоминания гол EA -- борьба со сложностью и снижение затрат на ИТ происходит еще и из-за устранения дубликатов, когда например в компании более сотни бизнес юнитов со своими несогласованными ИТ департаментами, а соответственно и ИТ системами +переиспользование которые вы упомянули.
Раз уж мы говорим про вторую и третью EA школы, то польза там должна быть куда больше чем "выгоды на уровне управления ИТ активами", т.к. ИТ это всего лишь одна грань этих школ. Эти школы еще мало исследованы в научном сообществе (соответственно и их польза). Тем не менее, там речь про agile enterprise и быструю адаптацию к изменениям вокруг, и к трендам как техническим так и организационным, которые я упоминал в комментарии выше.
Lankhorst (один из ключевых разработчиков Архимейта) писал что в Архимейт с самого начала закладывались идеи networked enterprise, поэтому для второй и третьей школы нужны скорее новые вьюпоинты, а не совершенно новые концепты (хотя они и появляются в каждой новой версии языка). Т.е. моделирование ЕА в этих школах надо будет начинать с business network, а не с одного конкретного предприятия. По аналогии со стейкхолдерами, у каждого предприятия в сети будут свои роли. Межорганизационная кооперация также связывается с конкретными орг.процессами участвующих организаций, а также с ИТ сиситемами, стандартами, ограничениями и тп которые поддерживают эти орг.процессы.
Выгоды на уровне управления ИТ активами хорошо описал Гербен Вирда в ролике:
Таким образом, модель архитектуры предприятия не нужна рядовым исполнителям, и в этом ее ключевое отличие от классической триады модель бизнес-процессов + органиграмма + ИТ-ландшафт, она нужна для того, чтобы у топ-менеджмента и ключевых руководителей среднего, которые отвечают за реализацию стратегии предприятия, было общее понимание самого важного, что есть в устройстве организации. В этом плане показательно выступление Мартина Фаулера:
Важно понимать, что модель архитектуры предприятия как бюджет. Нельзя просто взять и сделать ее один раз и навсегда, ее необходимо поддерживать и постоянно использовать, тогда от нее будет толк.
Модель архитектуры предприятия помогает главному архитектору предприятия поставить связанный комплекс задач по переходу и скоординировать такой переход, организовав многосторонний комплаенс и корпоративное управление.
Итого:
1) Модель архитектуры предприятия нужна для устойчивой трансляции стратегии и видения первого лица до уровня руководителей, которые отвечают за исполнение стратегии.
2) Она задает общий язык и общие объекты внимания команды и говорит, что в организации важно, а что нет.
3) Она указывает на ключевые взаимосвязи и инварианты организации, не опускаясь до до подробностей реализации, которые ведутся в классических инструментах: органиграмма, модели бизнес-процессов и ИТ-ландшафт.
Больше можно найти на моем канале YouTube.
[2] https://aisel.aisnet.org/mcis2014/41/
[3] https://pdfs.semanticscholar.org/dbd6/5c1ee60125238185aa5985a33370624d0eb7.pdf
[4] http://www.opengroup.org/cio/CIOCornerArticle11.htm
Cyber Security Training & Certification in Delhi | CEH , CHFI , ECSA, DCS, PGDCS
ОтветитьУдалитьICSS INDIA is an Cyber Security Training and penetration testing Company in New Delhi, India. We have been delivering advance IT security training and services with upgraded technology contents to IT Professionals. Our goal is to sustain performance level producing efficient results. We Stands Up to our commitments which are committed by Our Team.
ICSS is known IT Company supporting Advanced IT Security Training, Ethical Hacking , Cyber Security, Android Development, Website Development, Programming Languages, and Physical Security. We are working since 10 years in this arena.
ICSS INDIA provides quality education in Cyber Security domain and also certification courses in IT domain. We also deal with various kinds of products like I.t Infrastructure Implementation, Security Implementations, Security Audits, Vulnerability Assessments and Penetration Testing. ICSS Security focuses on delivering Best industry Certifications from top vendors and testing facilities for various clients.
https://icssindia.in