Текущая и целевая архитектура

~ 45 минут
Стратегические цели и изменения в бизнес-архитектуре компании определены при подготовке стратегии цифровой трансформации. Теперь важно спланировать изменения, разбить стратегию на конкретные задачи и определить сроки реализации изменений. Для этого необходимо понять, как изменения в структуре бизнеса и появление новых бизнес-процессов отразятся на текущих информационных системах.
Так как речь идёт о трансформации существующего бизнеса, то бизнес-процессы уже имеют какую-то автоматизацию. А значит, нужно прежде всего определить, из каких информационных систем состоит бизнес, то есть определить IT-ландшафт компании.
В курсе довольно часто звучит этот термин — IT-ландшафт. Договоримся, что для нас это совокупность всех информационных технологий и систем в организации, включая оборудование, программное обеспечение и их взаимодействие, поддерживающие бизнес-процессы.
Возвращаясь к теме бизнес-архитектуры из прошлого урока, мы рассматриваем основание пирамиды — IT-архитектуру компании.
IT-архитектура, в свою очередь, включает информационную, техническую архитектуру и архитектуру приложений.
Информационная архитектура, или архитектура данных, отражает взаимодействие с данными: с какими данными работает компания, какие есть правила и политики работы с данными и как они распределяются по системам внутри компании.
Архитектура приложений показывает, какие есть приложения, как они взаимодействуют друг с другом. А техническая архитектура подразумевает аппаратное обеспечение, то есть инфраструктуру, центры обработки данных, серверы, на которых работают приложения.
Когда появится понимание, как IT-ландшафт изменится в ходе трансформации, можно будет построить примерный план стратегических изменений. На этом этапе вы сможете оценить, какие команды разработки нужно привлечь, какая потребуется инфраструктура и какие системы нужно разработать или изменить. Необязательно рассматривать все уровни архитектуры — всё зависит от задач, определяемых в стратегии.
Например, если нет планов по миграции текущих сервисных мощностей компании в облако, техническая архитектура может быть неактуальна. На стратегическом уровне важно определить основные системы, их взаимосвязи и влияние на бизнес, изменения в новой бизнес-архитектуре.
В этом уроке мы рассмотрим различные классы IT-систем, из которых может состоять ландшафт компании, а также инструменты для описания текущей и целевой архитектуры компании.

Обзор основных классов IT-систем компаний

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

Универсальные системы

Системы, перечисленные ниже, считаются универсальными, потому что они охватывают ключевые бизнес-процессы, такие как управление ресурсами и аналитика, которые необходимы для эффективного функционирования любой организации независимо от её отрасли. Гибкость настройки и возможность интеграции с другими системами позволяют адаптировать их к конкретным требованиям компании.
ERP (Enterprise Resource Planning)
Это системы для планирования ресурсов предприятия и управления ими. Например, SAP и 1C ERP. Такие системы включают в себя практически все бизнес-процессы компании или в значительной степени замыкают процессы на себя. Основная идея — в одном месте обеспечить управление производством, трудовое планирование, логистику, бухгалтерию, финансовый менеджмент, управление активами и множество других функций.
💡 В целом есть тренд на отказ от ERP-систем и перенос функций в системы поменьше, так как в долгосрочной перспективе они не являются достаточно гибкими при изменениях в компании.
BPMS (Business Process Management System)
Это системы управления бизнес-процессами. Например, Camunda BPM. Такие системы позволяют визуализировать бизнес-процессы в какой-то нотации, например BPMN, и обеспечивать их автоматизацию.
CRM (Customer Relationship Management)
CRM-системы актуальны практически для любой компании, где есть процессы продаж. Они отвечают за организацию взаимодействия с клиентами и все этапы продажи — от поиска клиента до заключения сделки.
💡 CRM-системы могут быть «коробочными» или разрабатываться самостоятельно и, помимо работы с клиентами, содержать в себе функции других областей.
MDM (Master Data Management)
Для ведения бизнеса используются десятки разных систем с различными классификаторами, нормативно-справочной информацией, адресами, данными клиентов и поставщиков. Каждая система может иметь свои варианты этих данных, и они часто начинают расходиться между собой. Чтобы обеспечить общие правила и единый источник истины, часто бывает нужна MDM-система. В ней данные всегда находятся в наиболее правильном состоянии для других систем компании.
BI (Business Intellegence)
Это системы сбора и обработки аналитической информации о работе компании. Они помогают собирать данные из различных систем, обрабатывающих бизнес-процессы, формировать отчёты и анализировать данные для принятия решений о ведении бизнеса.
BI-системы имеют различные архитектуры, например DWH (DataWarehouse) или DataLake. BI-системы очень важны для ведения бизнеса сегодня, потому что именно они позволяют принимать решения на основе данных о клиентах, продажах, закупках, рисках и других его элементах.

Сергей

Какие ещё есть классы?

Специфичные системы

Существуют классификаторы систем для различных отраслей и референсные модели архитектуры компаний. Например, в телеком-компаниях это TAM (Telecom Architecture Model) и TM Forum Frameworx, для банкинга — BIAN (Banking Industry Architecture Network).
В компаниях, которые имеют полный цикл создания сложных инженерных изделий или их узлов, таких как самолёты, автомобили, двигатели, обычно актуальны PLM- и PDM-системы.
PLM (Product Lifecycle Management)
Это система управления жизненным циклом продукта — от конструирования до производства и утилизации. Например, Teamcenter. Для таких систем актуально большое число взаимодействий с системами управления предприятием и производственными процессами.
PDM (Product Data Management)
Система управления данными об изделии. Она позволяет работать с автоматизированным проектированием для сбора информации о версиях узлов изделия и вести разработку изделия полностью в цифровом виде, чтобы впоследствии превратить модели в готовые изделия на следующих этапах жизненного цикла.
MES (Manufacturing Execution System)
Это системы для управления самим процессом производства на заводах и фабриках. Они позволяют настраивать и моделировать технологические процессы для производства изделий.
SCADA (Supervisory Control and Data Acquisition)
Системы для сбора данных с различных устройств в процессе производства и управления линиями, станками с ЧПУ и так далее.
💡 В производственных компаниях SCADA, MES и ERP часто интегрированы между собой.
АБС (Автоматизированная банковская система)
Такие системы отвечают за работу с транзакциями по счетам, за учёт по банковских продуктам и специализированную бухгалтерию банка. Например, ЦФТ.
Теперь вы знаете о распространённых системах и их функциях — вам это поможет глубже понять роль каждой из них в текущих бизнес-процессах компании и оценить влияние планируемых изменений.

Описание текущей и целевой архитектуры

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

Карта IT-ландшафта

Одним из инструментов визуализации архитектуры могут быть различные кластерные карты, например карта IT-ландшафта. В колонках указываются бизнес-подразделения, в строках — бизнес-возможности, а на пересечении — IT-системы.
Этот инструмент позволяет наглядно отобразить, какие бизнес-возможности реализуют различные подразделения и в каких IT-системах они работают. С помощью карты IT-ландшафта можно понять текущую архитектуру, а далее определить целевую архитектуру с учётом изменений в бизнес-архитектуре на предыдущем этапе.
Для построения таких карт нужно уже иметь представление о бизнес-архитектуре компании и провести исследование текущей IT-архитектуры. Это может быть информация из существующей документации, знания, полученные от бизнес-экспертов и представителей различных IT-систем.
Рассмотрим построение карты IT-ландшафта для компании N. У нас есть информация о следующих приложениях в компании:
  • Система производства контента. В ней работают продюсеры, которые отвечают за производство контента. Разрабатывают систему несколько программистов из IT-отдела. Клиент-серверная система, приложение на Windows разработаны на QT (C++) и сервер на Java Spring.
  • CRM-система на платформе Bitrix. Системой пользуются менеджеры по продажам, работающие с каналами. Поддержка осуществляется внутри IT-отдела.
  • Сайт. Собственная разработка на PHP. Поддерживается разработчиками из IT-отдела.
  • 1С: Зарплата и управление персоналом. В системе работают HR-отдел и бухгалтерия, поддерживается разработчиком внутри IT-отдела.
  • 1С: Бухгалтерия. Используют бухгалтеры, поддерживается разработчиком внутри отдела.
Чтобы лучше понять, как создание новых процессов и бизнес-направлений может влиять на существующий ландшафт, рассмотрим две ситуации:
  1. Новая медиаплатформа
Для компании N было решено сделать новую медиаплатформу. Сначала показалось, что она не затрагивает существующий ландшафт компании, но в ходе дальнейшего анализа процессов и ландшафта выяснилось, что у новой платформы будут пересечения в части бизнес-процессов по использованию общей библиотеки контента компании. Значит, появится необходимость интеграции платформы и системы производства контента. Нужно определить, выдержит ли старая система нагрузку или придётся идти по одному из трёх путей:
  • менять логику работы с контентом в компании,
  • создавать новую систему по работе с библиотекой контента,
  • менять архитектуру текущей.
Эти архитектурные вопросы нужно учесть при планировании изменений.
  1. Автоматизация бизнес-процессов
Если большое число бизнес-процессов компании автоматизирует некоторая система, например ERP или CRM, то появление новых процессов часто затрагивает и эти системы. Ещё к изменениям приводит появление новых бизнес-возможностей или создание новых в существующих группах. Если команда решит добавить новые возможности в направлении продаж, то, скорее всего, надо будет вносить изменения в CRM компании.
Например, CRM компании N используется для B2B-клиентов, менеджеры по продажам работают с каналами-клиентами. Но, допустим, новое направление B2C будет запускаться на какую-то ограниченную клиентскую базу и менеджер по продажам сможет предлагать особые условия оформления подписки. Он будет обрабатывать запросы на подписку в CRM и связываться с клиентом.
Чтобы автоматизировать процесс продаж для этой задачи, должна появиться интеграция медиаплатформы и CRM-системы, а в самой CRM-системе нужно будет реализовать новые функции.

Сергей

Как это отобразить?

Текущая карта ландшафта

Карту построим по следующим измерениям:
  • строки — бизнес-возможности,
  • колонки — управления в организационной структуре,
  • содержимое карты — IT-системы компании, в которых пересекаются возможности и организационная структура.
В ходе разработки карты и общения с представителями компании выяснилось, что система производства контента имеет значительно больше функциональных возможностей, чем казалось изначально:
  1. Она имеет модуль проектного управления, где продюсеры заводят проект на производство контента, планируют его график и отслеживают ход выполнения проекта.
  2. В ней есть модуль управления партнёрами, где ведутся партнёры-производители контента и подрядчики, выполняющие различные функции проекта.
  3. Документооборот по оплате услуг тоже происходит в этой системе: бухгалтеры вручную загружают документы из системы для отражения в бухгалтерской программе для учёта.
  4. Сотрудники отдела кадров работают с проектами и сотрудниками проектов, которые работают во внутреннем штате, чтобы верно начислять зарплату, так как она зависит от участия сотрудников в конкретных проектах.
  5. Сотрудники юридического отдела следят за договорами с партнёрами-подрядчиками — юридический документооборот также происходит через эту систему.
  6. Исторически весь каталог контента компании ведётся здесь, так как контент связан с проектом на его производство.
  7. В CRM менеджеры по продажам ведут сделки по продаже контента, маркетологи проводят кампании привлечения и заносят обращения от клиентов (лиды) на мероприятиях.
  8. Для послепродажного обслуживания сотрудники отдела заносят обращения клиентов.
Эти функциональные возможности можно соотнести с бизнес-возможностями и элементами организационной структуры. И в результате получится построить вот такую карту:
На карте видно, что система производства контента является очень важной в бизнес-процессах компании — с большой вероятностью любые изменения в бизнесе приведут к изменениям в этой системе. Если изменения существенны, то внутренняя архитектура системы может оказаться не готова их поддержать или потребует больших изменений. Правда, функции продаж она затрагивает слабо, это может иметь значение, если будут изменения в этом бизнес-направлении.

Целевая карта ландшафта

Ключевые изменения в ландшафте связаны с появлением медиаплатформы.
На этом уровне можно определить такие основные функциональные возможности:
  1. Медиаплатформа будет включать в себя новые возможности по разработке digital-продуктов, маркетингу, новым процессам разработки и сопровождения, дата-аналитике. Кроме того, есть пересечения в функциях медиаплатформы и системы производства контента в части управления библиотекой контента.
  2. Есть ожидания по возможности digital-онбординга партнёров и упрощению сопровождения партнёров — это потребует существенного изменения системы производства контента. Партнёры, чей контент будет представлен на платформе, будут получать отчисления от количества просмотров.
  3. Библиотека контента ведётся в системе производства. Поэтому управлению по работе с клиентами тоже понадобится работать с контентом, чтобы исключать риски нарушения условий договора с клиентами при использовании контента на платформе.
На карте отображено, что медиаплатформа пересекается с системой производства контента по бизнес-возможностям. Значит, у них будут зависимые бизнес-процессы, хотя по организационной структуре пересечений нет.
💡 Нужно учитывать, что карты ландшафта реальных корпораций могут быть очень объёмными и их целесообразно разбивать на несколько, например по карте на группу Business Capability.
Здесь для упрощения рассмотрены только бизнес-возможности верхнего уровня. Если опуститься на следующий уровень, можно найти новые взаимосвязи.

Платформы в разработке и архитектуре компаний

Также немного раскроем тему платформ в разработке и архитектуре компаний.
✏️ Под платформой в организации часто подразумевается некоторый организационно-технический компонент в структуре компании, который позволяет быстрее и проще реализовывать типовые изменения.
Например, сейчас очень актуально внедрение внутренних платформ разработки (Internal Development Platform). Такая платформа объединяет общие правила разработки, языки программирования, базы данных и другие технологии. Она предоставляет инфраструктуру для развёртывания приложений, репозитории с кодом и средства CI/CD. Всё это в комплексе позволяет разрабатывать приложения быстрее и по стандартным правилам.
Использование платформ не ограничивается только процессом разработки, а может включать правила по запуску новых продуктов. Например, если одна компания развивает множество продуктов, можно собрать все правила по анализу рынка, выявлению потребностей, проектированию продукта, формированию команд. Можно добавить правила разработки на сайте в некоторую платформу создания продуктов — это позволит быстро запускать новые продукты под потребности бизнеса.
В компании N медиаплатформа, скорее, имеет смысл как инструмент для быстрой доставки контента компании. Хотя в дальнейшем она может развиваться и предоставлять как платформенный функционал для создания новых продуктов, так и внутренний инструментарий для быстрой разработки.

Диаграмма интеграции приложений

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

Текущая диаграмма интеграции приложений

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

Целевая диаграмма интеграции приложений

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

Задание 1

Соотнесите описанные системы к одному из классов систем.
Банку S необходимо предоставить менеджменту отчётность по ключевым показателям компании. Для этого планируется разработать систему S Analytics Hub, куда будут загружаться данные из множества систем банка и формироваться отчёты по итоговым данным
BI
В промышленной компании P есть система PAS, в которой менеджеры по продажам ведут заявки от клиентов на производство изделий, работают менеджеры по закупкам комплектующих, логисты и управляющие складом, бухгалтеры, начальники производства работают с заказами. Большая часть бизнес-процессов компании сосредоточена в PAS
ERP
Торговая компания D в системе Sales Managers System ведёт список клиентов, менеджеры по продажам работают с коммерческими предложениями, формируют заказы, работают с базой клиентов и предлагают им новые товары, оформляя коммуникации
CRM
В банке S появилась необходимость внести изменения в бизнес-процессы выдачи кредита. Бизнес-заказчик ставит задачу аналитику системы Credit Manager для проведения изменений. Аналитик заходит в редактор, вносит изменения в схему процесса, определяя новые условия, после внесения изменений новая версия процесса отправляется в Production
BPM
Сотрудники логистической компании ведут справочник пунктов доставки в системе-классификаторе Delivery Points System. Эту систему через веб-сервисы вызывают другие системы компании, чтобы получить актуальный справочник пунктов доставки
MDM

Задание 2

Производственная компания R давно использует продукты компании 1C: Бухгалтерию, Управление персоналом и другие системы для различных бизнес-процессов. Чтобы упростить развитие бизнеса, уменьшить необходимость разработки в разных модулях 1C и улучшить интеграцию бизнес-процессов, компания решила перейти на 1C:ERP вместо нескольких разных систем. Этот проект был завершён, старые системы выведены из эксплуатации.
Компания задумывается над проведением цифровой трансформации и приглашает консультантов для создания стратегии. Консультанты предлагают построить карту IT-ландшафта для исследования архитектуры компании и её влияния на бизнес-возможности, а затем определить целевую архитектуру.
Поможет ли построение карты в этой задаче?

Итоги

  • В зависимости от выполняемых функций в IT-среде выделяются отдельные классы систем: ERP, BPM, CRM, MDM, BI и другие. Эти системы помогают организовать аспекты бизнеса от управления ресурсами до поддержки клиентов и оптимизации процессов. Понимать их функциональные роли важно для изменения и поддержания IT-архитектуры.
  • Для стратегического анализа компании полезно исследовать архитектуру с разных сторон: в зависимости от специфики компании выявлять связи между системами, бизнес-подразделениями, процессами и IT-системами. Инструментом визуализации этих связей служит карта IT-ландшафта, где бизнес-подразделения и бизнес-возможности отображаются в строках и столбцах, а пересечения показывают используемые IT-системы.
  • Карта IT-ландшафта позволяет увидеть, какие бизнес-возможности поддерживают системы и как они распределены между подразделениями. Так легче выстроить более структурированную целевую архитектуру, а значит, пройти этап цифровой трансформации. При этом обычно сначала составляется карта текущего IT-ландшафта. Она отображает существующие бизнес-процессы и поддерживающие их IT-системы. А на её основе создаётся карта целевого IT-ландшафта. Она, в свою очередь, отражает желаемую архитектуру, которая учитывает стратегические изменения и позволяет адаптировать IT-инфраструктуру под новые цели компании.
  • На техническом уровне для понимания взаимодействия приложений друг с другом полезно построить диаграмму интеграции. Её создают на основе карты IT-ландшафта, документации или по итогам интервью с сотрудниками. Такая схема может быть представлена в упрощённом виде (например, с использованием нотаций C4 или UML).