Управление ИТ-архитектурой организации: проектирование, анализ, оптимизация и трансформация. Том 2

Уровни ИТ-архитектуры

Если рассмотреть ИТ-архитектуру в широком понимании, то на основе компонентов из Рис. 2.1 все модели и документы можно разделить на 6 уровней (см. Рис. 2.5), между которыми существует большое количество разносторонних связей и влияний. Основное влияние идёт сверху вниз. На основе стратегии ИТ разрабатываются (актуализируются, оптимизируются) процессы и процедуры, нормативные документы верхнего уровня. Для исполнения процессов и процедур формируется ИТ-персонал (организационная структура, системы мотивации, корпоративная культура и т.п.). Далее выполняется проработка архитектуры приложений и баз данных, которые автоматизируют процессы и процедуры. Параллельно строится архитектура технологий, системных компонентов и платформ, на которых работают приложения. Последний уровень – физический, т.е. техническая и сетевая архитектура.

Рис. 2.5. Распределение моделей и регламентов, составляющих ИТ-архитектуру, по уровням

Построение полноценной и комплексной системы регламентации и моделей в области ИТ, а также ИТ-архитектуры в целом – это трудоёмкая и длительная задача, требующая высокопрофессионального подхода. Чтобы не разрабатывать большинство документов и моделей с чистого листа, рекомендуется использовать «Большую библиотеку системного аналитика и ИТ-архитектора» [1].

3. От процессного управления к цифровой трансформации и роботизации

На сегодняшний день многие крупные и средние организации полностью или частично описали (регламентировали) свои процессы и построили корпоративные архитектуры (комплексные цифровые модели своей деятельности). Начинается (а где-то уже активно идёт) переход к следующему этапу – цифровая трансформация и роботизация.

С каждым годом всё больше процессов в крупных и средних организациях будут выполняться в автоматическом режиме (без участия человека) в ИТ-системах или на специальном оборудовании. И рано или поздно этот показатель достигнет значения 75 % (3/4) от числа всех процессов и более.

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

Основные определения

Автоматизация – это включение информационных систем (программного обеспечения) в алгоритм (модель) выполнения процесса и минимизация (но не исключение) участия в нём человека. Соответственно функция, которая выполняется человеком с помощью ИТ-системы, называется автоматизированной.

Цифровизация – это автоматизация процесса с использованием максимально широкого набора самых современных технологий. При этом цель не просто минимизировать участие человека в процессе, а оптимизировать и кардинально перестроить процесс в соответствии с лучшими практиками и инновациями.

Цифровая трансформация относится уже не к отдельным процессам, а к работе организации в целом. Это изменение стратегии развития, бизнес-модели (модели ведения бизнеса) и корпоративной архитектуры (см. Рис. 3.2), линейки продуктов (услуг) и каналов продаж, корпоративной культуры на основе передовых технологических решений и цифровизации.

Процессы, выполняемые в автоматическом режиме (далее А-процессы) – это все процессы организации (в широком смысле), которые выполняются полностью в автоматическом режиме, т.е. без прямого участия человека. Возможно вмешательство человека в процесс при реализации событий операционных рисков (ошибок, сбоев, внешних угроз), но в самой модели (логике) процесса участие человека не прописано.

В это определение могут входить любые виды процессов: основные (реализация продуктов и услуг), обеспечивающие и управляющие.

Сравнение обычных процессов и А-процессов

Рассмотрим 12 факторов, их сравнение и изменение при переходе от обычных процессов к А-процессам (см. Табл. 3.1). Более детальные пояснения по нескольким факторам приведены после таблицы.

Табл. 3.1. Сравнение обычных процессов и А-процессов

Пункт 1. Меняется концепция и правила работы бизнес-аналитиков. Раньше они тратили очень много времени на проведение интервью исполнителей процессов, чтобы узнать все детали и нарисовать модели (карты) процессов, либо актуализировать их. Теперь всё основное время будет уходить на изучение ИТ-архитектуры и специфики информационных систем (программных продуктов), механизмов их интеграции, способов хранения и передачи данных, интервью с разработчиками (программистами) и ИТ-архитектором.

Пункт 2. Меняются нотации (правила) для графического описания процессов. Самые распространённые нотации (Cross Functional Flow Chart, EPC event-driven process chain и др.) могут не подойти, т. к. для отображения А-процессов требуется в несколько раз больше типов фигур и видов связей (стрелок). Наиболее подходящие и перспективные нотации в данном случае – это BPMN (business process model and notation) – см. Рис. 3.1, ArchiMate, UML (unified modeling language). Они имеют много спецификаций и возможностей для моделирования А-процессов и ИТ-систем любого уровня сложности и детализации.

Пункт 5. Необходимо детальное моделирование ИТ-архитектуры организации. Это не просто иерархический реестр (таблица или справочник) ИТ-систем, а указание большого объёма важной информации.

• Множественные связи между ИТ-системами, интеграция.

• Заполнение карточек (спецификаций, параметров и требований) по ИТ-системам.

• Связи с другими объектами в корпоративной архитектуре (бизнес-процессы, организационная структура, показатели KPI, операционные риски, документы).

• Моделирование аппаратной инфраструктуры (ИТ-оборудования), структур баз данных, сетевой архитектуры и указание связей всего этого с ИТ-системами.

• Управление задачами и требованиями по доработке ИТ-систем и ИТ-архитектуры в целом.

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

Конец ознакомительного фрагмента.

Текст предоставлен ООО «ЛитРес».

Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.