На одной из ИТ конференций по бизнес-анализу я проводил мастер-класс «Моделируем IT архитектуру предприятия». Участники были разбиты на группы, и было дано одно из заданий из нашего Курса аналитика 1С:
Необходимо смоделировать IT архитектуру сети пекарен и офисов, с целью показать, как Вы бы рекомендовали всё автоматизировать. Необходимо показать территории, ПО, пользователей, взаимосвязи. Состав подразделений:
· Цех по производству полуфабрикатов. Здесь заготавливаются полуфабрикаты для выпечки, крема, наполнители, другие ингредиенты. Также изготавливается определенная продукция.
· Офис (расположен в помещении Цеха по производству полуфабрикатов). Здесь расположено руководство, бухгалтерия, кадровая служба.
· Служба доставки (расположена в помещении Цеха по производству полуфабрикатов). Предназначена для доставки полуфабрикатов и готовых изделий в мини-пекарни, а также для закупки продуктов. Она же доставляет упаковочные материалы.
· Мини-пекарни - розничные точки (5 точек по городу). Здесь выпекаются кондитерские изделия, упаковываются и продаются населению. Некоторые изделия поступают из Цеха в готовом виде.
Далее я приведу фото 4-х решений разных групп. Не будем придираться к качеству исполнения: ведь у участников был только ватман и фломастеры. Однако попробуем разглядеть суть.
В первой группе изобразили в одном прямоугольнике смесь территорий и решений, при этом не понятно, как эти решения между собой взаимодействуют. Из ролей видно только продавцов. Цветом пытались отделить программные продукты, однако тем же цветом обозначили рабочие места продавцов (POS). Сложно понять такую схему.
Во второй группе территории обозначили слева, правее – программные продукты. И никаких связей, в том числе не понятно, как УНФ находится сразу на нескольких территориях. Справа обозначили вида учета, при этом не ясно: относятся ли они к программным продуктам (И каким?) или территориям. На рабочих местах кассиров (РМК), видимо, обходятся и вовсе без ПО.
В третьей группе схема более понятная: сверху – отдельная схема интеграции ПО и его функционала, снизу – территориальное разделение и роли. Однако из территорий почему-то обозначен лишь цех, а остальное ПО находится не понятно где. Опять же что значит ПО в пунктире? Можно только догадываться.
Четвертая группа, хотя и не заботясь об аккуратности, попыталась отобразить архитектурные слои. Видимо, в ней находился кто-то, кто имел некое понимание об ИТ архитектуре.
Очевидно, что такие схемы во многом не понятны, и порождают больше вопросов, чем ответов. Предположим, что у участников мастер-класса было мало времени, да и фломастерами рисовать не удобно. Хотя, конечно, меня сильно огорчило, что на профильный конференции ИТ специалисты даже не попытались вспомнить о TOGAF или ArchiMate, хотя и осознанно пришли на мастер-класс с более чем понятным названием «Моделируем IT архитектуру предприятия».
Далее приведу примеры работы учеников Курса аналитика 1С, которые еще не познакомились с ArchiMate, но уже достаточно хорошо знакомы с продуктами для автоматизации описанных бизнес-процессов.
Очевидно, что решения совершенно разные. И если обсуждать состав программных продуктов, то нельзя однозначно утверждать, что какое-то из решений абсолютно верное, а какое-то не имеет права на жизнь. В данной статье мы об этом говорить не будем, для этого лучше почитать мою книгу "Автоматизация бизнес-процессов".
Больше интересно другое: как отобразить всё так, чтобы было всем понятно, какой это архитектурный слой (бизнес уровень, уровень приложений, технологический уровень), на каких территориях что происходит, что обозначают стрелки - связи (триггеры, потоки информации, принадлежность и т.д.).
Для этого существует графический язык, при помощи которого можно моделировать ИТ и бизнес архитектуры - ArchiMate. Ведь если посмотреть на 3 последних изображения, становится очевидным, что специалисты не придают значения форме отображаемых фигур, цветам, типу стрелок, и так далее. А при помощи специального языка ArchiMate можно изображать ИТ архитектуры так, что всем будет однозначно понятно, что имел в виду автор модели.
В итоге - зачем нужно применять ArchiMate:
Моделирование ИТ и бизнес архитектур по международным стандартам
Понимание модели всеми участниками проекта
Наглядное применение взаимосвязей разных типов, понимание интеграции
Многоуровневое моделирование от стратегии до технической реализации
Целостность: организация в комплексе, а не разрозненные элементы
Эта статья взята из введения к моей книге «ИТ архитектура и проекты автоматизации бизнеса». Если тема интересна, могу публиковать тут наиболее интересные главы из книги.
