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

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

Рис. 1. Картина излишней сложности интеграции, описываемой здесь, характерная для многих предприятий.

Архитекторы предприятий лучше всех знают, что такая сложность излишня. Кроме того, они знают о последствиях — невозможность ИТ своевременно реагировать на удовлетворение бизнес-требований. По мере роста излишней сложности также растут риски несвоевременной доставки отчетов и невозможности обеспечить точность основных метрик, таких как 10 лучших клиентов.

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

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

Оцените степень использования двухточечных интерфейсов. Устранить излишнюю сложность можно, проанализировав ее распространенность, проведя оценку точек интеграции. Полная оценка займет некоторое время, но вы можете начать использовать репозиторий метаданных, а не Microsoft Word, для документирования всех изменений в новых проектах.

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

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

Обеспечьте поддержание качества. Обеспечьте качество разработки с самого начала. Передовые практики, которые используют повторную интеграции на основе рабочих потоков, помогают облегчить переход от нескольких крупных выпусков продукции к небольшим, но частым выпускам, что повышает организационную гибкость.

В компании, производящей бытовую электронику, стимулом для трансформации интеграции стало осознание того, что затраты на разработку для каждой точки интеграции составят $ 30 000. При 300 операций интеграции общая сумма составила бы $ 9 млн ежегодно. Через несколько лет оптимизации затраты на разработку были сокращены до $ 750 000, а процессы обслуживания были значительно упрощены.

Присоединяйтесь к обсуждению интеграции на сайте LinkedIn, узнайте больше из брошюры Informatica «Разрубание узла ИТ» и ознакомьтесь с документом «7 смертных грехов интеграции с минимальными затратами» Джона Шмидта (компания Informatica).