Для «разметки» площадки не нужно изобретать «велосипед», берем и распределяем на слаблосвязанные функциональные области, как в большинстве методологий управления корпоративной архитектурой.
Под функцией будем понимать слабосвязанные области деятельности организаций: продажа и обслуживание клиентов, операционная деятельность бухгалтерский и налоговый учет, управление ресурсами предприятия (Enterprise Resource Planning) . Функции или виды деятельности – это некоторое «умение» организации. Это умение используется через сервисы, которые эти функции (умения) предоставляются. Например, есть функция-умение «Противодействие мошенничеству», есть сервисы «Проверить операцию по карте».
Для продолжения обсуждения необходимо договориться о системе координат, в которой мы будем описывать и вести ИТ-архитектура Gруппы. Система координат, как учит нас линейная алгебра, должно состоять из независимых векторов – осей координат. Не буду утомлять доказательством, приведу сразу выводы. Итак, система координат для описания ИТ-архитектуры организации, предоставляющей свои продукты клиентам выглядит следующим образом :
Сегменты – нужно определиться с какими клиентами имеет дело организация. Определим это сегментами: ФЛ, ЮЛ, VIP и т.д.
Каналы – клиенты «имеют дело» с организацией каким-то способом: Web, мобильные устройства, точки продаж, цифровые ассистенты и т.д. Это ось координат – способ технологического общения с клиентами.
Сервисы – это то, что клиенты потребляют, а организация предоставляет. Удовлетворение потребностей клиента сервисами организации: переводы, платежи, страховки, документарные и валютные операции
Продукты – у сервисов есть две составляющая бизнес – по сути бизнес продукт: кредиты, депозиты, страховки и т.д.
Функция – вторая составляющая – сервис – способ использовать функцию (умение ИТ-ландшафта). Например, функция «Расчеты», сервис «Межбанковские валютные переводы»
Реализация – собственная информационная система, реализующая функцию(умение), используемую через сервис, для удовлетворения потребности клиента заданного сегмента в заданных каналах
Какая система независимых координат позволит описать корпоративную архитектуру любой организации Gруппы. К этому и приступим. Сегменты, каналы и сервисы в данном материале мы не будем рассматривать детально – это не предмет текущего обсуждения и будем приводить их только для иллюстраций. Для детального описания – подготовим другой материал – есть возникнет потребность.
С концентрируемся на функциях – именно эти функции и должны быть реализованы в конкретной информационной gрупповой системе.
Понятие функции было сформулировано выше – самостоятельный вид деятельности, важный вопрос, который нужно решить на данном этапе, как эти функции группировать: по цепочкам добавленной стоимости или по какому-то еще принципу.
BIAN – первое, что приходит в голову, но все же если мы реально клиентов ориентированная организация – «танцевать» нужно все же от клиента, вернее от сервисов, которые мы предоставляем клиенту.
Про продукты говорили чуть выше, будем посмотреть конструкцию сверху-вниз. Каналы, это то что «ближе» всего клиенту – технологические возможности взаимодействия с клиентом. Чем больше возможностей, тем технологичной организация. Эту тему будем разворачивать в другом материале, для понимания текущего, сказанного выше, на мой взгляд, вполне достаточно.
Перед началом погружения, замечу одно важное следствие из принятой нам системой координат. В одно координате не может быть «следов» другой. В частности – продукт, канал не могут быть в функции. Т.е. функция «Продажа кредита наличными ФЛ в ДБО» - явная ошибка. Правильные координаты данной функции: функция «Продажи», продукт «Кредит наличными», сегмент «ФЛ», каналы «Web» и «Мобильное устройство».
Первые (верхние) функции – это функции, связанные с непосредственным обслуживанием клиентов. Часто этот уровень называют «Фронт». Будет и мы так же называть. К фронтальным функция можно отнести функции продажи и обслуживание продуктов, идентификация клиентов, маркетинг и т.д. Как следствие – отказ или любой другой «непорядок», на этом слое сразу ощущается клиентом. Для такой функции очень важны качество предоставляемого сервиса (QualityOfService), надежность и производительность. Тут же можно построить цепочку функции, составляющие ЗОО КИИ – это для тех, кто понимает эти магические буквы.
Не все функции используются непосредственно при обслуживании клиентов. Непосредственно – это когда клиент ждем ответа. Условно синхронное взаимодействие. Есть функции, которые можно использовать «отпустив» клиента. Например, «Принятие решения по сделке» при выдаче кредита наличными, функция «Межбанковский перевод» или «Управление клиентскими данными ФЛ». Эти функции предполагают условно асинхронное использование и используются фронтальными функциями при непосредственном облуживании. Будем называть эти функции и слой, на котором они располагаются - «Обслуживающими».
Заметим, что все функции, связанные с облуживанием (непосредственным или отложенным) содержат специфику бизнеса организации. Эти два слоя определяют «бизнес ядро» организации. Зафиксируем этот важный факт – будем использовать его несколько позже.
Оставшиеся функции, получается, не связаны с обслуживанием клиентов никаким боком, требуются для обеспечения функционирования самой организации в контексте конкретных регуляторов. К таким функциям относиться – подготовка бухгалтерской отчетности, управление кадрами, админХоз деятельность, управление бюджетом и т.д. Этот слой назовем «Обеспечивающим». В отличие от специфического бизнес-ядра, эти функции от конкретного типа бизнеса-профиля организации не зависят. Всем типам нужно управлять кадрами, бюджетом и нужно готовить отчетность – верно же?
Рис.3. «Разметка» площадки Gруппы.
Итак, пусть в Gруппу входят 6 типов организаций. Для каждого типа бизнеса определены все оси координат нашей «разметки»: сегменты клиентов, продукты, каналы, функции бизнес-ядра (фронтальные и обслуживающие) и функции, обеспечивающие деятельность организации.
Детальное рассмотрения самих функций оставим для другого материала, верхний уровень приведен на рис.3. Такой детализации для рассмотрения СПАР «Федерация» вполне достаточно. По мере необходимости в дальнейшем будем погружать в функции глубже, но «нырять» с головой не будем.
Вернемся к вопросу следствия из «расслоения» функций: есть функции специфичные для каждого типа бизнеса, есть функции одинаковые для всех организации.
Отсюда имеем - информационные системы, относящиеся к слою «Обеспечение» НУЖНО унифицировать для Gруппы, другие функции – по возможности, но без ущерба для участников Gруппы.
Таким образом, мы определили первый архитектурный инструмент Системы Принятия Архитектурных Решений «Федерация» - «Функциональная архитектура» Gруппы – система координат, в которой и будем принимать архитектурные решения по тиражированию групповых систем и решений.
