#togaf — Public Fediverse posts

Десять типовых ошибок при внедрении управления корпоративной архитектурой (Enterprise Architecture) и как их исправить

Enterprise Architecture помогает связывать бизнес‑цели, технологии и изменения в компании. Но без правильного подхода она легко превращается в набор диаграмм и бюрократию. Разбираем 10 типовых ошибок внедрения EA и способы их избежать.

https://habr.com/ru/companies/otus/articles/1055524/

#enterprise #enterprise_architect #enterprise_architecture #architecture #togaf #archimate #корпоративная_архитектура #ошибки_управления #архитектурный_комитет #архитектурный_репозиторий

ArchiMate 4.0: собираем первую модель с нуля за 6 шагов

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

https://habr.com/ru/companies/otus/articles/1047058/

#TOGAF #ArchiMate #моделирование #enterprisearchitecture #архитектураприложений #метамодель #ecommerce #интернетмагазин

Enterprise Architecture mit dem TOGAF Standard: Bürokratie oder Transformationsbeschleuniger?
Christopher Schulz im Interview: Wann Enterprise Architecture und TOGAF eine Organisation tatsächlich schneller machen.
https://www.se-trends.de/togaf-und-eam-christopher-schulz/
#Interview #StandardsMethoden #ChristopherSchulz #EAM #EnterpriseArchitecture #TOGAF

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

Привет! Я Саша Гордеева, руковожу процессным офисом в ПСБ. В этой статье поделюсь взглядом нашей команды на процессную модель крупного государственного банка: как она из просто реестра блок-схем становится элементом бизнес-архитектуры, который помогает связывать стратегию, операционную деятельность и ИТ-ландшафт банка. Ранее я делилась нашим взглядом на развитие схематизации мыследеятельности и переход к бизнес-нотациям , а мой коллега Евгений Рошковский рассказывал , как мы выстраиваем работу с процессным репозиторием. Сегодня я расскажу о том, как мы проводили оценку зрелости процессного управления в ПСБ, почему процессная модель — это один из взглядов на организацию, а не «единственно верное» её описание, как регуляторные требования формируют структуру и содержание модели и какое место она занимает в корпоративной архитектуре банка.

https://habr.com/ru/companies/psb/articles/1050242/

#архитектура_процессов #процессная_модель_банка #TOGAF #ArchiMate #операционные_риски #процессное_управление #оценка_зрелости_процессов #оценка_зрелости

Корпоративный и Solution Architect: как не убить друг друга в одном домене?

Приветствую! На связи корпоративный архитектор банка Уралсиб - Моне Даниил! СА говорит ''это срочно для бизнеса'', а КА — ''это не по стратегии''? Узнаете себя? Мы нашли способ, как помирить их в одном домене, не жертвуя ни скоростью, ни качеством

https://habr.com/ru/companies/uralsib/articles/1049688/

#enterprise_architect #solution_architect #system_architect #корпоративный_архитектор #архитектор_решений #системный_архитектор #togaf #архитектура #банк #бигтех

@PC_Fluesterer Auf jeden Fall unprofessionell, schlecht designed, schlecht gemacht und sowas von nicht zeitgemäß. Dabei weiß man doch schon lange, wie man hohe Verfügbarkeit, Redundanz und Ausfallsicherheit in der IT architekturell erlangt und, daß diese Komponenten nicht optional sind.

#itsec #performance #ausfallsicherheit #redundanz #failover #fallback #verfügbarkeit #devops #itarchitektur #togaf #rechenzentrum #spof #singlepointoffailure #bottleneck

@PC_Fluesterer Auf jeden Fall unprofessionell, schlecht designed, schlecht gemacht und sowas von nicht zeitgemäß. Dabei weiß man doch schon lange, wie man hohe Verfügbarkeit, Redundanz und Ausfallsicherheit in der IT architekturell erlangt und, daß diese Komponenten nicht optional sind.

#itsec #performance #ausfallsicherheit #redundanz #failover #fallback #verfügbarkeit #devops #itarchitektur #togaf #rechenzentrum #spof #singlepointoffailure #bottleneck

Построение корпоративной архитектуры в ИТ-проектах на основе методологии TOGAF

Ошибочным будет пытаться рассмотреть разработку программного обеспечения с момента его реализации и внедрения. В литературных источниках по этому поводу говорится, что жизненный цикл программной системы начинается с момента понимания необходимости в ней и завершается ее заменой на аналогичные или более новые образцы [1-2]. Более того, проекту имплементации предшествуют активности предпроекта, включающие бизнес-кейс, проведение тендера и, наконец, заключение договора на внедрение, а завершается все задачами поддержки имплементированного решения и прекращением его применения. Анализ программного продукта через призму его жизненного цикла позволяет увязать бизнес-потребности организации и технические возможности их воплощения [3-4]. В проектах разработки высокосложного программного обеспечения жизненный цикл рассматривается с точки зрения репетиций внедрения, что позволяет понизить риск неуспешного продуктивного запуска. При этом вопросам построения масштабируемой, гибкой и отвечающей запросам бизнес-пользователей корпоративной ИТ-архитектуре в классических проектах имплементации программных систем уделяется меньшее внимание. Отдельное научное направление, отличающееся по содержанию от типовых подходов к разработке и внедрению программного обеспечения и обращающее должное внимание к ИТ-архитектуре, формализовалось в методологии TOGAF [5]. Жизненный цикл программного продукта с точки зрения принципов TOGAF сопровождается непрерывной и устойчивой взаимосвязью между бизнесом, разработкой приложений и ИТ-архитектурой для их развития, что является существенным преимуществом в конкурентной борьбе.

https://habr.com/ru/articles/1043450/

#togaf_10 #adm #корпоративная_архитектура #togaf #the_open_group #eabok #body_of_kbowledge #свод_знаний #библиотека_знаний_togaf #enterprise_architecture

Как 100+ авторов пишут 100+ процессов в 3 версиях и не путаются. Или как мы переехали с Wiki на Git

У нас было 120 процессов, 9 областей управления, более 100 авторов из 60 компаний, 3 ветки на каждый репозиторий и ещё по одной на каждую задачу, AI-агент, таск-трекер, толстый клиент редактора и три портала документации. Не то чтобы всё это нам было нужно, чтобы описать методологию управления в ИТ. Но когда однажды начинаешь собирать серьёзную базу знаний — возникает тенденция разогнаться так далеко, как только сможешь. Единственное, что меня по-настоящему беспокоило — это конфликты слияния. Нет в мире ничего беспомощнее и безответственнее, чем методолог, пытающийся разобраться, что такое конфликт слияния. И я знал, что скоро мы в эту дрянь попадём. Если вы когда-нибудь пробовали в одиночку причесать чужой Word-документ, в котором двадцать комментариев на полях и три уровня правок разными цветами — вы поймёте, с чего начнётся эта история. Только умножьте на 100 авторов из 60 компаний и 120 процессов. И добавьте ноль бюджета: всё это люди делают по вечерам, потому что им не всё равно, как будет выглядеть управление ИТ в стране. Это не туториал и не обзор инструмента. Это история о том, как я полтора года уговаривал себя, что Wiki — нормальный выбор, потом ещё полгода уговаривал команду, что пора слезать. И как после переезда на Docs as Code половина того, чего я ждал, не случилась, а половина случилась не так. И почему мне всё равно нравится, что вышло. Рассказывай!

https://habr.com/ru/companies/gram_ax/articles/1035488/

#методологии_управления #itil #togaf #cobit #управление_разработкой #docs_as_code #wiki #rag #управление_знаниями #kms

Построение корпоративной архитектуры в ИТ-проектах, используя методологию TOGAF

Ошибочным будет пытаться рассмотреть разработку программного обеспечения с момента его реализации и внедрения. В литературных источниках по этому поводу говорится, что жизненный цикл программной системы начинается с момента понимания необходимости в ней и завершается ее заменой на аналогичные или более новые образцы [1-2]. Более того, проекту имплементации предшествуют активности предпроекта, включающие бизнес-кейс, проведение тендера и, наконец, заключение договора на внедрение, а завершается все задачами поддержки имплементированного решения и прекращением его применения. Анализ программного продукта через призму его жизненного цикла позволяет увязать бизнес-потребности организации и технические возможности их воплощения [3-4]. В проектах разработки высокосложного программного обеспечения жизненный цикл рассматривается с точки зрения репетиций внедрения, что позволяет понизить риск неуспешного продуктивного запуска. При этом вопросам построения масштабируемой, гибкой и отвечающей запросам бизнес-пользователей корпоративной ИТ-архитектуре в классических проектах имплементации программных систем уделяется меньшее внимание. Отдельное научное направление, отличающееся по содержанию от типовых подходов к разработке и внедрению программного обеспечения и обращающее должное внимание к ИТ-архитектуре, формализовалось в методологии TOGAF [5]. Жизненный цикл программного продукта с точки зрения принципов TOGAF сопровождается непрерывной и устойчивой взаимосвязью между бизнесом, разработкой приложений и ИТ-архитектурой для их развития, что является существенным преимуществом в конкурентной борьбе.

https://habr.com/ru/articles/1037612/

#togaf_10 #adm #корпоративная_архитектура #togaf #the_open_group #eabok #body_of_kbowledge #свод_знаний #библиотека_знаний_togaf #enterprise_architecture

Как построить Value Stream Map (VSM): пошаговая инструкция

Когда организация растет, процессы быстро превращаются в набор разрозненных схем: где‑то BPMN, где‑то регламенты, где‑то таблицы со статусами и ответственными. Но в какой момент становится понятно, что эти схемы плохо отвечают на главный вопрос: какую ценность мы создаем, для кого и какие способности бизнеса реально поддерживают этот поток? В статье разбираем, как построить Value Stream Map с точки зрения корпоративной архитектуры: определить заинтересованные стороны, задать границы потока, выделить этапы создания ценности, связать их с бизнес‑способностями и использовать карту как основу для проектирования целевого состояния организации. Разобрать подход

https://habr.com/ru/companies/otus/articles/1033052/

#Value_Stream_Mapping #VSM #цепочка_создания_ценности #бизнесархитектура #корпоративная_архитектура #бизнесспособности #бизнеспроцессы #BPMN #TOGAF #трансформация_бизнеса

Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию

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

https://habr.com/ru/articles/1016604/

#методология #управление_требованиями #бизнесанализ #корпоративная_архитектура #бизнесархитектура #bpmn #бизнеспроцессы #archimate #togaf #системный_анализ

Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию

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

https://habr.com/ru/articles/1016604/

#методология #управление_требованиями #бизнесанализ #корпоративная_архитектура #бизнесархитектура #bpmn #бизнеспроцессы #archimate #togaf #системный_анализ

Процессная архитектура: что это, её связь с TOGAF и почему она является базовым элементом требований на автоматизацию

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

https://habr.com/ru/articles/1016604/

#методология #управление_требованиями #бизнесанализ #корпоративная_архитектура #бизнесархитектура #bpmn #бизнеспроцессы #archimate #togaf #системный_анализ

Применение модели Захмана в проектах внедрения, поддержки и развития ERP-систем

Стремительное развитие корпоративных информационных систем, представленных набором информационных систем, автоматизирующих заданную предметную область, диктуют обязательные требования к построению сбалансированной ИТ-архитектуры. Архитектура разрабатываемого и имплементируемого программного решения должна быть построена таким образом, чтобы заложить гибкие, масштабируемые и технологичные механизмы работы, обеспечивая тем самым возможность оперативного реагирования на любые изменения внешней среды. Доступен ряд научно-популярных работ, описывающих различные подходы к построению ИТ-архитектуры, которые обобщены в терминах корпоративная архитектура и архитектура предприятия. Методологии построения корпоративной архитектуры представлены такими подходами как: FEAF, DoDAF [1], а также широко известная и наиболее популярная TOGAF [2]. Несмотря на кажущееся обилие стратегий к формированию ИТ-архитектуры, по большому счету, они апеллируют едиными сущностями, изначально предложенными в модели Захмана. Не взирая на то, что модель Захмана предоставляет широкий теоретический аппарат, который лежит в основе понимания любой архитектуры предприятия, ее использование как в контексте разработки, так и непосредственно в ходе имплементации корпоративного ПО, часто остается незамеченным [3]. Однако применение именно данной модели делает методологии внедрения ИС такими, какие они есть сейчас: структурированными и гибкими, генерализованными и специализированными, а также прозрачными и эффективными. Цель текущей работы состоит в анализе модели Захмана и ее применимости в проектах реализации корпоративных информационных систем. Достижение сформулированной цели потребует решения следующих задач:

https://habr.com/ru/articles/1014002/

#togaf #togaf_10 #eabok #модель_захмана #захман #корпоративная_архитектура #erp #erpсистемы #erpсистема #babok

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае - в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно "плывёт" и не соответствует задуманному. Стратегия остаётся слайдами в PowerPoint. Принципы — просто слова на виртуальной доске. Команды разрабатывают "как удобно" (или "как быстрее), а не "как задумано". Почему так происходит? Потому что между стратегией и реализацией есть разрыв, т.к. между ролями участников ИТ-производства нет чётких процессов взаимодействия на уровне конкретных объектов управления и зон ответственности. Преодоление этого разрыва — зона ответственности архитектора-методолога. В этой статье я разберу несколько ключевых концепций, которые помогают этот разрыв закрыть: Discovery и Delivery, TOGAF ADM и Change Management. А в финале покажу, как они агрегируются в IT-Governance — и почему архитектор-методолог (такую роль можно встретить очень редко в виде чётко сформулированного запроса) находится в центре этого агрегатора. Узнать больше

https://habr.com/ru/articles/1013640/

#методология #управление_требованиями #управление_производством #конвейер #archimate #togaf #governance #change_management #discovery #delivery

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае - в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно "плывёт" и не соответствует задуманному. Стратегия остаётся слайдами в PowerPoint. Принципы — просто слова на виртуальной доске. Команды разрабатывают "как удобно" (или "как быстрее), а не "как задумано". Почему так происходит? Потому что между стратегией и реализацией есть разрыв, т.к. между ролями участников ИТ-производства нет чётких процессов взаимодействия на уровне конкретных объектов управления и зон ответственности. Преодоление этого разрыва — зона ответственности архитектора-методолога. В этой статье я разберу несколько ключевых концепций, которые помогают этот разрыв закрыть: Discovery и Delivery, TOGAF ADM и Change Management. А в финале покажу, как они агрегируются в IT-Governance — и почему архитектор-методолог (такую роль можно встретить очень редко в виде чётко сформулированного запроса) находится в центре этого агрегатора. Узнать больше

https://habr.com/ru/articles/1013640/

#методология #управление_требованиями #управление_производством #конвейер #archimate #togaf #governance #change_management #discovery #delivery

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае - в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно "плывёт" и не соответствует задуманному. Стратегия остаётся слайдами в PowerPoint. Принципы — просто слова на виртуальной доске. Команды разрабатывают "как удобно" (или "как быстрее), а не "как задумано". Почему так происходит? Потому что между стратегией и реализацией есть разрыв, т.к. между ролями участников ИТ-производства нет чётких процессов взаимодействия на уровне конкретных объектов управления и зон ответственности. Преодоление этого разрыва — зона ответственности архитектора-методолога. В этой статье я разберу несколько ключевых концепций, которые помогают этот разрыв закрыть: Discovery и Delivery, TOGAF ADM и Change Management. А в финале покажу, как они агрегируются в IT-Governance — и почему архитектор-методолог (такую роль можно встретить очень редко в виде чётко сформулированного запроса) находится в центре этого агрегатора. Узнать больше

https://habr.com/ru/articles/1013640/

#методология #управление_требованиями #управление_производством #конвейер #archimate #togaf #governance #change_management #discovery #delivery

🏢 ArchiMate es el estándar para modelar arquitectura empresarial. Conecta negocio, apps y tecnología en un solo modelo visual. ¡Descúbrelo! 🔧

Lee más 👉 https://www.soloingenieria.org/ingenieria-en-sistemas/archimate/

#ArchiMate #ArquitecturaEmpresarial #IngenieriaEnSistemas #TOGAF #ModeladoEmpresarial

Sin un lenguaje común, la arquitectura empresarial es solo un conjunto de diagramas inconexos. ArchiMate unifica negocio, apps y tecnología en una sola visión. 🏢

#ArchiMate #ArquitecturaEmpresarial #IngenieriaEnSistemas #TOGAF #ModeladoEmpresarial

🏗️ TOGAF es el framework líder en arquitectura empresarial. Conecta TI con los objetivos del negocio y optimiza procesos. ¡Descubre sus fases y certificaciones! 💼

Lee más 👉 https://www.soloingenieria.org/ingenieria-en-sistemas/togaf/

#TOGAF #ArquitecturaEmpresarial #IngenieríaDeSistemas #FrameworkTI #CertificaciónTOGAF

Si quieres destacar en TI, aprende TOGAF. Empieza por entender sus cuatro dominios: Negocio, datos, aplicaciones y tecnología. Es la base de todo. 💡

#TOGAF #ArquitecturaEmpresarial #IngenieríaDeSistemas #FrameworkTI #CertificaciónTOGAF

🏢 La arquitectura empresarial conecta estrategia y tecnología en tu organización. Descubre sus componentes, frameworks y beneficios clave para transformar negocios. 🚀

Lee más 👉 https://www.soloingenieria.org/ingenieria-en-sistemas/arquitectura-empresarial/

#ArquitecturaEmpresarial #IngenieríaDeSistemas #TOGAF #TransformaciónDigital #GestiónTI

💡 Tip: Antes de implementar cualquier sistema, mapea primero tus procesos de negocio. La arquitectura empresarial empieza por entender qué hace tu organización, no qué tecnología quieres usar.

#ArquitecturaEmpresarial #IngenieríaDeSistemas #TOGAF #TransformaciónDigital #GestiónTI

Краткий обзор стандарта Open Agile Architecture от The Open Group (O-AA)

В октябре 2022 года The Open Group официально выпустил Open Agile Architecture™ (O-AA) — новую версию стандарта, призванного соединить мир «классической» корпоративной архитектуры с реалиями Agile, DevOps и цифровой трансформации. Первая версия документа была опубликована Open Group еще в 2020 году. Если вы корпоративный архитектор, архитектор решения, бизнес- или системный аналитик, и до сих пор считали, что Agile — это «про разработчиков», а архитектура это «про рисунки и бумажки», эта статья для вас. Задача этой статьи — дать краткое содержание стандарта Open Agile Architecture, чтобы вы могли сами решить, нужно ли его вам изучить подробнее или нет. Подробнее о стандарте

https://habr.com/ru/companies/otus/articles/969122/

#togaf #Open_Agile_Architecture #Open_Group #enterprise_architect #enterprise_architecture #agile #architecture #archimate #architectural_patterns #OAA

Выбираем архитектуру по кайдзен: на что обратить внимание

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

https://habr.com/ru/companies/digital_solutions/articles/973134/

#togaf #agile #архитектура #продуктовая_разработка #нфт #slr #cynefin_framework #архитектура_приложений #архитектурные_паттерны #архитектура_по

Используем на практике Business Capability Map на языке Archimate

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

https://habr.com/ru/companies/otus/articles/968098/

#togaf #architecture #archimate #capabilities #capability #babok #enterprise #enterprise_architecture #enterprise_architect #business

Игровой бот в Telegram с нуля: Как я автоматизировал создание контента с помощью Apache NiFi и LLM

Как быстро протестировать игровую идею без лишней сложности? Я создал текстовую игру в Telegram за выходные на Apache NiFi и Groovy, весь контент для которой генерируют языковые модели. В итоге — легковесный, почти не требующий поддержки бот, которого не больно обновлять. Идеально для MVP. Под катом — архитектура, этапы развития и как AI не просто отвечает, а становится движком продукта. Все началось с желания сделать что-то интересное для подписчиков моего канала в Telegram. Захотелось интерактива — простой текстовой викторины или квеста. Но разворачивать полноценный бэкенд... Не для такого пет-проекта. Цель была ясна: создать максимально простого и легковесного бота, которого было бы не больно поддерживать. Выбор пал на связку Apache NiFi для оркестрации и Groovy для скриптовой логики. P.S. Полная инструкция по запуску, исходники скриптов и шаблон для NiFi я выложил в открытый доступ на GitHub. Буду рад звёздочкам и пул-реквестам! FutureGuest Bot repository

https://habr.com/ru/articles/941810/

#nifi #telegrambot #groovy #llm #ai #togaf #archimate #архитектура #прототипирование #разработка

Как мы ввязались в подход «Архитектура через способности» и довели её от абстракции до чего-то осязаемого

Привет! Меня зовут Борис Пишванов, руковожу архитекторами решений в Альфа-Банке. В статье хочу поделиться историей нашей команды архитекторов решений, которая включает около 90 человек и занимается созданием и разработкой архитектуры IT-решений для бизнес-инициатив крупного банка. Уверен, многим из вас наша история покажется знакомой, а возможно, кому-то поможет избежать наших ошибок или найти вдохновение для позитивных изменений. Раньше до трансформации процесс развития архитектурных процессов напоминал бесконечный цикл переделок. Оптимизируя отдельные процессы и достигая улучшений, мы сразу переходили к следующему процессу, часто из совершенно другой области. В какой-то момент мы осознали, что всё это похоже на движение по кругу, а чего-то более значимого и целостного мы просто не замечаем. Главной проблемой была именно разрозненность и отсутствие общей системы . Мы постоянно «латали дыры», заново решали одни и те же задачи в разных контекстах, но не могли увидеть единую картину и двигаться в едином направлении. Нужно было что-то менять на кардинально новое. Мы начали искать подход, который помог бы объединить отдельные инициативы в единую осмысленную систему. И здесь наше внимание привлёк подход Capabilities-Based Planning (CBP), про который мы узнали из TOGAF. Так родилась простая, но, как оказалось, рабочая идея: «А давайте подойдём к нашей работе как к развитию бизнес-функции. Через capabilities»

https://habr.com/ru/companies/alfa/articles/905618/

#архитектура #capabilities #capacity_planning #capacity_management #togaf #менеджмент

Had a one long week of #TOGAF training last week.

The least ridiculous thing my TOGAF instructor told us is that OpenAI uses TOGAF. (I call bs.)

Knowledge Graphs dans le domaine de l’Architecture d’Entreprise. Interopérabilité sémantique via la spécification des concepts métiers et activation dynamique d’un métamodèle pour les changements stratégiques.

https://urbanisation-si.com/knowledge-graph-et-architecture-dentreprise-1

#architectureentreprise #togaf #archimate #bpmn #uml #dev #tech @ejuliot @Obeo_Fr @tony_marchand @jbsarrodie

Кто такие ИТ-архитекторы и какие задачи они решают

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

https://habr.com/ru/articles/811739/

#архитектура_системы #togaf #архитектор

Кто такие ИТ-архитекторы и какие задачи они решают

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

https://habr.com/ru/articles/811739/

#архитектура_системы #togaf #архитектор

Кто такие ИТ-архитекторы и какие задачи они решают

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

https://habr.com/ru/articles/811739/

#архитектура_системы #togaf #архитектор

And no, don't come close to me with your #TOGAF books or certificates. You are already broken.

Comment consolider un référentiel centralisé TOGAF rassemblant les autres référentiels Stratégie, Métier, Applications, Infrastructure… ? Obeo SmartEA

https://www.urbanisation-si.com/comment-consolider-un-referentiel-centralise-togaf-rassemblant-les-autres-referentiels-strategies-metiers-applications-infrastructures-obeo-smartea-s1-ep2-1

@francks @benoitmougne @ygauthie @Shephallmassive #architectureentreprise #togaf #archimate @ejuliot @fmadiot @Obeo_Fr @jbsarrodie @tony_marchand

@trondhjort @kandddinsky you forgot to tag your post with #togaf

@trondhjort @kandddinsky you forgot to tag your post with #togaf

@trondhjort @newcrafts Great talk. Nobody explains #TOGAF better than you.

@trondhjort @newcrafts Great talk. Nobody explains #TOGAF better than you.