#корпоративная_архитектура — Public Fediverse posts

Построение корпоративной архитектуры в ИТ-проектах, используя методологию 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

Построение корпоративной архитектуры в ИТ-проектах, используя методологию 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

Построение корпоративной архитектуры в ИТ-проектах, используя методологию 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

Построение корпоративной архитектуры в ИТ-проектах, используя методологию 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

Корпоративная архитектура: 6 антипаттернов и как их избежать

Привет, Хабр! Архитектура ПО — это фундамент, на котором строится предлагаемый пользователю продукт. И если этот фундамент даёт трещину, последствия могут быть катастрофическими. Меня зовут Евгений, я являюсь ведущим экспертом в области информационной безопасности компании ИнфоТеКС. В этой статье я разберу шесть архитектурных антипаттернов в рамках системного подхода к проектированию и покажу, как их избежать, либо оперативно исправить. Эти знания помогут улучшить качество продукта, сэкономить нервы, время и ресурсы — как свои, так и Компании.

https://habr.com/ru/companies/infotecs_tech/articles/1020498/

#инфотекс #антипаттерны #проектирование_по #корпоративная_архитектура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RPA и ИИ-агенты в Enterprise архитектуре (не вместо, а вместе)

Привет, Хабр! Меня зовут Сергей, я руковожу управлением операционных технологий в РГС. Недавно мы с командой обсуждали вопрос: «А что эффективнее сегодня: робот или AI-агент?». В последние годы RPA стал массовым инструментом автоматизации рутинных бизнес-процессов. При этом RPA, действующий по строго заданным сценариям, отлично справляется с многократной обработкой хорошо структурированных задач, а ИИ-агенты на основе LLM — с неструктурированными данными и рассуждениями. В enterprise-ландшафте это не конкурирующие подходы, а два слоя одной системы, и получается, что если выбирать что-то одно, то это своего рода «выбор без выбора», и мы только потеряем в эффективности, если примем сторону одного из подходов. Поэтому в этой статье я хочу рассмотреть актуальность RPA сегодня, плюсы и ограничения каждой технологии, взаимодополняющие архитектурные паттерны и разобрать реальный кейс РГС (как и зачем мы объединили роботов и ИИ).

https://habr.com/ru/companies/rgs_it/articles/1019918/

#RPA #ai #ииагенты #корпоративная_архитектура #программная_роботизация

RPA и ИИ-агенты в Enterprise архитектуре (не вместо, а вместе)

Привет, Хабр! Меня зовут Сергей, я руковожу управлением операционных технологий в РГС. Недавно мы с командой обсуждали вопрос: «А что эффективнее сегодня: робот или AI-агент?». В последние годы RPA стал массовым инструментом автоматизации рутинных бизнес-процессов. При этом RPA, действующий по строго заданным сценариям, отлично справляется с многократной обработкой хорошо структурированных задач, а ИИ-агенты на основе LLM — с неструктурированными данными и рассуждениями. В enterprise-ландшафте это не конкурирующие подходы, а два слоя одной системы, и получается, что если выбирать что-то одно, то это своего рода «выбор без выбора», и мы только потеряем в эффективности, если примем сторону одного из подходов. Поэтому в этой статье я хочу рассмотреть актуальность RPA сегодня, плюсы и ограничения каждой технологии, взаимодополняющие архитектурные паттерны и разобрать реальный кейс РГС (как и зачем мы объединили роботов и ИИ).

https://habr.com/ru/companies/rgs_it/articles/1019918/

#RPA #ai #ииагенты #корпоративная_архитектура #программная_роботизация

RPA и ИИ-агенты в Enterprise архитектуре (не вместо, а вместе)

Привет, Хабр! Меня зовут Сергей, я руковожу управлением операционных технологий в РГС. Недавно мы с командой обсуждали вопрос: «А что эффективнее сегодня: робот или AI-агент?». В последние годы RPA стал массовым инструментом автоматизации рутинных бизнес-процессов. При этом RPA, действующий по строго заданным сценариям, отлично справляется с многократной обработкой хорошо структурированных задач, а ИИ-агенты на основе LLM — с неструктурированными данными и рассуждениями. В enterprise-ландшафте это не конкурирующие подходы, а два слоя одной системы, и получается, что если выбирать что-то одно, то это своего рода «выбор без выбора», и мы только потеряем в эффективности, если примем сторону одного из подходов. Поэтому в этой статье я хочу рассмотреть актуальность RPA сегодня, плюсы и ограничения каждой технологии, взаимодополняющие архитектурные паттерны и разобрать реальный кейс РГС (как и зачем мы объединили роботов и ИИ).

https://habr.com/ru/companies/rgs_it/articles/1019918/

#RPA #ai #ииагенты #корпоративная_архитектура #программная_роботизация

RPA и ИИ-агенты в Enterprise архитектуре (не вместо, а вместе)

Привет, Хабр! Меня зовут Сергей, я руковожу управлением операционных технологий в РГС. Недавно мы с командой обсуждали вопрос: «А что эффективнее сегодня: робот или AI-агент?». В последние годы RPA стал массовым инструментом автоматизации рутинных бизнес-процессов. При этом RPA, действующий по строго заданным сценариям, отлично справляется с многократной обработкой хорошо структурированных задач, а ИИ-агенты на основе LLM — с неструктурированными данными и рассуждениями. В enterprise-ландшафте это не конкурирующие подходы, а два слоя одной системы, и получается, что если выбирать что-то одно, то это своего рода «выбор без выбора», и мы только потеряем в эффективности, если примем сторону одного из подходов. Поэтому в этой статье я хочу рассмотреть актуальность RPA сегодня, плюсы и ограничения каждой технологии, взаимодополняющие архитектурные паттерны и разобрать реальный кейс РГС (как и зачем мы объединили роботов и ИИ).

https://habr.com/ru/companies/rgs_it/articles/1019918/

#RPA #ai #ииагенты #корпоративная_архитектура #программная_роботизация

Цифровой двойник, SDD и Agentic RAG: эволюция корпоративной архитектуры банка изнутри

Хочу рассказать, почему растущие бизнес-требования к Time-to-Market, персонализации, 0 FTE in RUN заставили нас пойти на радикальный шаг — разработку собственной платформы управления архитектурой EA Tool. Это не история про замену одного софта на другой, а рассказ о том, как мы создаём «цифровую нервную систему» банка и как переход от изолированного рисования диаграмм (набивших оскомину «квадратиков со стрелками») к управлению цифровым двойником снова меняет нашу профессию. Десятилетиями для нас, как и для многих на рынке, стандартом де-факто оставались такие вендорские решения, как Alfabet, iServer, Sparx EA и др. Это мощные, «классические» инструменты метамоделирования ИТ-ландшафта с широкой встроенной функциональностью, включающей аналитику текущего и целевого состояния ИТ-ландшафта, в которых годами работали сотни наших спецов. Но сейчас стало очевидно, что созданные десятки лет назад, такие инструменты имеют встроенные ограничения и начинают откровенно тормозить ИИ-революцию.

https://habr.com/ru/companies/raiffeisenbank/articles/1018776/

#enterprise_architecture #ea_tools #архитектурный_репозиторий #корпоративная_архитектура #итландшафт #метамодель #бизнесфункции #data_flow #green_path #github

Цифровой двойник, SDD и Agentic RAG: эволюция корпоративной архитектуры банка изнутри

Хочу рассказать, почему растущие бизнес-требования к Time-to-Market, персонализации, 0 FTE in RUN заставили нас пойти на радикальный шаг — разработку собственной платформы управления архитектурой EA Tool. Это не история про замену одного софта на другой, а рассказ о том, как мы создаём «цифровую нервную систему» банка и как переход от изолированного рисования диаграмм (набивших оскомину «квадратиков со стрелками») к управлению цифровым двойником снова меняет нашу профессию. Десятилетиями для нас, как и для многих на рынке, стандартом де-факто оставались такие вендорские решения, как Alfabet, iServer, Sparx EA и др. Это мощные, «классические» инструменты метамоделирования ИТ-ландшафта с широкой встроенной функциональностью, включающей аналитику текущего и целевого состояния ИТ-ландшафта, в которых годами работали сотни наших спецов. Но сейчас стало очевидно, что созданные десятки лет назад, такие инструменты имеют встроенные ограничения и начинают откровенно тормозить ИИ-революцию.

https://habr.com/ru/companies/raiffeisenbank/articles/1018776/

#enterprise_architecture #ea_tools #архитектурный_репозиторий #корпоративная_архитектура #итландшафт #метамодель #бизнесфункции #data_flow #green_path #github

Цифровой двойник, SDD и Agentic RAG: эволюция корпоративной архитектуры банка изнутри

Хочу рассказать, почему растущие бизнес-требования к Time-to-Market, персонализации, 0 FTE in RUN заставили нас пойти на радикальный шаг — разработку собственной платформы управления архитектурой EA Tool. Это не история про замену одного софта на другой, а рассказ о том, как мы создаём «цифровую нервную систему» банка и как переход от изолированного рисования диаграмм (набивших оскомину «квадратиков со стрелками») к управлению цифровым двойником снова меняет нашу профессию. Десятилетиями для нас, как и для многих на рынке, стандартом де-факто оставались такие вендорские решения, как Alfabet, iServer, Sparx EA и др. Это мощные, «классические» инструменты метамоделирования ИТ-ландшафта с широкой встроенной функциональностью, включающей аналитику текущего и целевого состояния ИТ-ландшафта, в которых годами работали сотни наших спецов. Но сейчас стало очевидно, что созданные десятки лет назад, такие инструменты имеют встроенные ограничения и начинают откровенно тормозить ИИ-революцию.

https://habr.com/ru/companies/raiffeisenbank/articles/1018776/

#enterprise_architecture #ea_tools #архитектурный_репозиторий #корпоративная_архитектура #итландшафт #метамодель #бизнесфункции #data_flow #green_path #github

Цифровой двойник, SDD и Agentic RAG: эволюция корпоративной архитектуры банка изнутри

Хочу рассказать, почему растущие бизнес-требования к Time-to-Market, персонализации, 0 FTE in RUN заставили нас пойти на радикальный шаг — разработку собственной платформы управления архитектурой EA Tool. Это не история про замену одного софта на другой, а рассказ о том, как мы создаём «цифровую нервную систему» банка и как переход от изолированного рисования диаграмм (набивших оскомину «квадратиков со стрелками») к управлению цифровым двойником снова меняет нашу профессию. Десятилетиями для нас, как и для многих на рынке, стандартом де-факто оставались такие вендорские решения, как Alfabet, iServer, Sparx EA и др. Это мощные, «классические» инструменты метамоделирования ИТ-ландшафта с широкой встроенной функциональностью, включающей аналитику текущего и целевого состояния ИТ-ландшафта, в которых годами работали сотни наших спецов. Но сейчас стало очевидно, что созданные десятки лет назад, такие инструменты имеют встроенные ограничения и начинают откровенно тормозить ИИ-революцию.

https://habr.com/ru/companies/raiffeisenbank/articles/1018776/

#enterprise_architecture #ea_tools #архитектурный_репозиторий #корпоративная_архитектура #итландшафт #метамодель #бизнесфункции #data_flow #green_path #github

Процессная архитектура: что это, её связь с 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 #системный_анализ

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

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

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

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

RAG вместо GPT: как мы сделали внутреннего ассистента для корпоративных данных

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

https://habr.com/ru/companies/croc/articles/1015234/

#rag #корпоративная_архитектура #поиск #llm

RAG вместо GPT: как мы сделали внутреннего ассистента для корпоративных данных

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

https://habr.com/ru/companies/croc/articles/1015234/

#rag #корпоративная_архитектура #поиск #llm

RAG вместо GPT: как мы сделали внутреннего ассистента для корпоративных данных

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

https://habr.com/ru/companies/croc/articles/1015234/

#rag #корпоративная_архитектура #поиск #llm

RAG вместо GPT: как мы сделали внутреннего ассистента для корпоративных данных

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

https://habr.com/ru/companies/croc/articles/1015234/

#rag #корпоративная_архитектура #поиск #llm

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Из ИТ в бизнес или зачем бизнес‑архитектура корпоративному архитектору

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

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

#корпоративная_архитектура #бизнесархитектура #преимущество_согласованности #цель #value_stream #capability #оргструктура #изменения_в_организации

Из ИТ в бизнес или зачем бизнес‑архитектура корпоративному архитектору

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

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

#корпоративная_архитектура #бизнесархитектура #преимущество_согласованности #цель #value_stream #capability #оргструктура #изменения_в_организации

Из ИТ в бизнес или зачем бизнес‑архитектура корпоративному архитектору

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

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

#корпоративная_архитектура #бизнесархитектура #преимущество_согласованности #цель #value_stream #capability #оргструктура #изменения_в_организации

Из ИТ в бизнес или зачем бизнес‑архитектура корпоративному архитектору

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

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

#корпоративная_архитектура #бизнесархитектура #преимущество_согласованности #цель #value_stream #capability #оргструктура #изменения_в_организации

Разбираемся с объектами в бизнес-архитектуре на примере языка ArchiMate

Бизнес-архитектура: сколько людей — столько и мнений. Определений много, фреймворков тоже, и у каждого свои особенности. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления. В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.

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

#бизнесархитектура #archimate #метамодель #корпоративная_архитектура #цель #процесс #способность #capability #value_stream #проект

Разбираемся с объектами в бизнес-архитектуре на примере языка ArchiMate

Бизнес-архитектура: сколько людей — столько и мнений. Определений много, фреймворков тоже, и у каждого свои особенности. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления. В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.

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

#бизнесархитектура #archimate #метамодель #корпоративная_архитектура #цель #процесс #способность #capability #value_stream #проект

Разбираемся с объектами в бизнес-архитектуре на примере языка ArchiMate

Бизнес-архитектура: сколько людей — столько и мнений. Определений много, фреймворков тоже, и у каждого свои особенности. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления. В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.

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

#бизнесархитектура #archimate #метамодель #корпоративная_архитектура #цель #процесс #способность #capability #value_stream #проект

Разбираемся с объектами в бизнес-архитектуре на примере языка ArchiMate

Бизнес-архитектура: сколько людей — столько и мнений. Определений много, фреймворков тоже, и у каждого свои особенности. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления. В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.

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

#бизнесархитектура #archimate #метамодель #корпоративная_архитектура #цель #процесс #способность #capability #value_stream #проект

Единый принцип деления в архитектуре

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

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

#оргструктура #микросервисная_архитектура #архитектура_по #solid #корпоративная_архитектура #структура_компании #структура_программы

Корпоративная архитектура — рисуем дерево целей

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

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

#управление_по_целям #okr #дерево_целей #определение_целей #smart #стратегия #kpi #корпоративная_архитектура #бизнесархитектура #objective

Корпоративная архитектура — рисуем дерево целей

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

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

#управление_по_целям #okr #дерево_целей #определение_целей #smart #стратегия #kpi #корпоративная_архитектура #бизнесархитектура #objective

Корпоративная архитектура — рисуем дерево целей

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

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

#управление_по_целям #okr #дерево_целей #определение_целей #smart #стратегия #kpi #корпоративная_архитектура #бизнесархитектура #objective

Корпоративная архитектура — рисуем дерево целей

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

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

#управление_по_целям #okr #дерево_целей #определение_целей #smart #стратегия #kpi #корпоративная_архитектура #бизнесархитектура #objective

Роль, оживляющая архитектуру: почему именно методолог должен замыкать ADM-цикл TOGAF

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

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

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

Деловая Вселенная: цифровое пространство экономики

Когда Адам Смит писал о разделении труда в «Богатстве народов» (1776), он видел в нём источник роста производительности: каждый делает то, что умеет лучше всего. Карл Маркс в «Капитале» (1867) связывал разделение труда с производственными отношениями, а Эмиль Дюркгейм («О разделении общественного труда», 1893) рассматривал его как основу социальной солидарности. Прошедшие три века исследований показывают: разделение труда — это фундаментальная координатная система экономики. Но в XXI веке постиндустриальные вопросы глобализации и суверенитета, цифровизации и искусственного интеллекта делают управление разделением труда гораздо более сложным. Вот лишь один из симптомов: ни корпоративные регламенты, ни законодательные инициативы не служат руководством для развития, а пытаются догнать и отрегулировать складывающиеся реалии – таким образом потенциал институтов развития «сверху-вниз» реализуется медленно и фрагментарно. Уже сейчас этот разрыв осознают в некоторых прогрессивных странах – в частности, в Китае. Чтобы управлять экономикой будущего, нужна новая семантика и инфраструктура смыслов, которая позволила бы видеть экономику целостно и управлять её развитием, одновременно формируя среду для интеллектуального цифрового бизнеса и технологического лидерства всей страны. Предлагается концепция Business-Verse или, по-русски, «Деловая Вселенная» - она реализует на практике современные подходы к управлению системой разделения труда. Чтобы это сработало, сделаем синтез успешных практик по созданию кросс-отраслевых экосистем, оптимизации транснациональных корпораций и интеграции целых отраслей.

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

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

ArchiMate на практике: архитектурное моделирование бизнес-процесса ФЗ «О персональных данных»

ArchiMate, являясь языком проектирования архитектуры, предоставляет чёткую систему взаимосвязей между объектами. Эта система задаёт возможные варианты отношений для конкретной ситуации и контекста. Учитывая универсальность языка, это огромное преимущество — с его помощью можно описать как бизнес-архитектуру, так и системную, и технологическую. В данной статье я приведу пример моделирования в нотации ArchiMate для ситуации, когда необходимо смоделировать бизнес-процесс сложной и противоречивой предметной области. Такая задача часто встречается при автоматизации процессов государственных органов и организаций, работающих в строгих законодательных рамках. Представьте : вам поручили спроектировать систему, обрабатывающую персональные данные. Требования размазаны по пулу статей НПА, а за ошибку грозят миллионные штрафы. Как структурировать эту сложную область и убедиться, что вы ничего не упустили? В этой статье я на примере положений ФЗ «О персональных данных» (далее по тексту – ФЗ) покажу, как язык ArchiMate помогает превратить юридический текст в четкую архитектурную схему. Такой подход помогает выявить пробелы в требованиях, наглядно согласовать их с заказчиком и заложить основу для проектирования ИТ-решений. Узнать больше

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

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

Кто и как зарабатывает на твоих рабочих переписках?

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

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

#переписка #месседжер #мессенджеры #мессенджер #мессенджеры_для_командной_работы #мессенжеры #командная_работа #корпоративная_архитектура #корпоративные_приложения

Кто и как зарабатывает на твоих рабочих переписках?

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

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

#переписка #месседжер #мессенджеры #мессенджер #мессенджеры_для_командной_работы #мессенжеры #командная_работа #корпоративная_архитектура #корпоративные_приложения

Кто и как зарабатывает на твоих рабочих переписках?

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

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

#переписка #месседжер #мессенджеры #мессенджер #мессенджеры_для_командной_работы #мессенжеры #командная_работа #корпоративная_архитектура #корпоративные_приложения

Кто и как зарабатывает на твоих рабочих переписках?

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

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

#переписка #месседжер #мессенджеры #мессенджер #мессенджеры_для_командной_работы #мессенжеры #командная_работа #корпоративная_архитектура #корпоративные_приложения

Избавляемся от хаоса в проектировании ИТ-решений: формируем команду с помощью ArchiMate

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

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

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