За последние годы характер проблем в корпоративных системах изменился. Раньше внимание было направлено на стабильность отдельных приложений, а сегодня больше рисков возникает на уровне их взаимодействия. Компании внедряют новые цифровые платформы, развивают клиентские сервисы, переходят на микросервисную архитектуру, создают экосистемы вокруг своих продуктов. При этом сама логика развития бизнеса изменилась: недостаточно просто запустить новую систему, важно обеспечить, чтобы все существующие компоненты продолжали работать вместе после каждого изменения.
Здесь возникает проблема современной цифровой трансформации — качество интеграций. Компании сталкиваются с такой ситуацией: отдельные решения работают стабильно, показатели доступности находятся на хорошем уровне, команды разработки выполняют свои задачи, но бизнес-процессы начинают давать сбои именно на границе между системами.
Клиент оплачивает заказ, но система не фиксирует изменение статуса. Данные клиента обновляются в CRM, но не доходят до ERP. Изменение одного сервиса неожиданно влияет на процесс, который находится в другой части цифрового ландшафта.
Такие проблемы сложно назвать ошибками одной системы, потому что это ошибки взаимодействия. И именно поэтому качество интеграций становится не только технической задачей, но и вопросом устойчивости бизнеса.
Когда качество системы зависит от качества связей между системами
В прошлом большинство команд действительно могли сосредоточиться на качестве отдельного приложения. Но по мере того как корпоративные системы начали объединяться в экосистемы, этого подхода стало недостаточно.
- Работает ли функциональность?
- Соответствует ли система требованиям?
- Нет ли критических ошибок?
Но современные корпоративные решения больше не существуют изолированно. Один клиентский сценарий сегодня редко ограничивается одной системой: изменение заказа может затронуть клиентский интерфейс, CRM, систему управления заказами, учетный контур и платежную инфраструктуру. Для пользователя это один простой сценарий, а для компании — цепочка взаимодействия нескольких технологических компонентов. И чем больше становится таких связей, тем сложнее становится управлять качеством.
В проектах, которые мы видим сегодня, проблема редко заключается в том, что одна система работает неправильно. Гораздо чаще сложность появляется в момент, когда несколько систем должны договориться между собой: одинаково понимать данные, одинаково обрабатывать изменения и одинаково реагировать на сбои. Масштаб проблемы подтверждают и исследования рынка.
Согласно исследованию Salesforce, 80% организаций отмечают, что сложности интеграции замедляют цифровую трансформацию, а в среднем компании используют более 1 000 различных приложений, при этом значительная часть из них остается несвязанной между собой.
Это показывает, что проблема интеграций перестает быть исключительно технической задачей. По мере роста количества цифровых решений компании сталкиваются с необходимостью управлять не отдельными системами, а сложной сетью взаимосвязей между ними.
Качество интеграций становится одним из ключевых факторов устойчивости цифрового бизнеса.
Почему интеграции становятся дороже ошибок внутри систем
Ошибка внутри отдельного приложения обычно остается в границах одной системы. Ошибка в интеграции имеет другой масштаб: она может затронуть сразу несколько бизнес-процессов, которые зависят от корректного обмена данными.
Например, компания изменяет процесс оформления заказа. Новая функциональность успешно проходит проверку, релиз выходит в продуктивную среду, но через несколько дней обнаруживается, что часть заказов не передается в учетную систему.
Причина оказывается не в самой функции, а в изменении формата данных между двумя связанными решениями.
Для ИТ-команды это может выглядеть как локальная техническая проблема. Для бизнеса последствия оказываются гораздо серьезнее: сотрудники вынуждены вручную восстанавливать информацию, увеличивается время обработки операций, возникают ошибки в отчетности, а несколько команд тратят ресурсы на устранение последствий.
Так, стоимость ошибки в интеграции определяется не только сложностью исправления, а количеством процессов и подразделений, которые зависят от этой связи.
Для примера, в крупной розничной компании изменение одного из процессов заказа может затрагивать сразу несколько систем: мобильное приложение, CRM, систему управления заказами, складской контур и ERP. На уровне отдельной команды изменение может выглядеть незначительным — например, добавилось новое поле или изменился формат передачи данных. Однако после выхода обновления проблема проявляется уже на уровне бизнеса: часть заказов не синхронизируется, сотрудники начинают выполнять операции вручную, а аналитические отчеты перестают отражать реальную ситуацию.
Подобные ситуации показывают, что при работе со сложными цифровыми системами недостаточно проверять отдельные функции. Необходимо оценивать влияние изменений на всю цепочку процессов, потому что именно связи между системами становятся одной из самых уязвимых точек корпоративного ИТ-ландшафта.
Почему традиционного подхода к тестированию уже недостаточно
Исторически тестирование часто воспринималось как финальный этап разработки: команда формировала требования, создавала функциональность, после чего QA (Quality Assurance — обеспечение качества) проверял, соответствует ли полученный результат ожиданиям. Такой подход хорошо работал в ситуациях, когда продукт представлял собой относительно независимую систему с ограниченным количеством внешних связей.
Но корпоративная среда изменилась. Современные цифровые продукты редко существуют отдельно от других решений. Практически каждое значимое изменение затрагивает несколько компонентов одновременно: базы данных, внешние сервисы, интеграционные шины, мобильные приложения, учетные системы и бизнес-процессы, которые находятся за пределами конкретного приложения. В этих условиях невозможно гарантировать качество отдельного компонента, не понимая, как его изменение повлияет на всю цифровую экосистему. Система может успешно пройти функциональные проверки, но при этом нарушить процесс, который проходит через несколько связанных решений.
Важно при работе с интеграциями проверить технический факт передачи данных между системами и убедиться, что после изменения сохраняется целостность бизнес-процесса.
Вопрос «Корректно ли запрос передается из одной системы в другую?» — в прошлом.
Сейчас важнее понять: «Продолжает ли бизнес-процесс работать так, как ожидает компания? Получает ли пользователь нужный результат? Не появились ли скрытые последствия для других подразделений или систем?»
Например, изменение одного поля в CRM может повлиять на обработку заказа в ERP, расчет финансовых показателей или работу клиентского сервиса. И каждая отдельная система может продолжать работать корректно, но проблема проявится только на уровне общего процесса.
В следствие чего, меняется сама роль QA. Специалист по качеству становится не только участником проверки готового решения, но и экспертом, который помогает заранее выявлять риски изменений, анализировать влияние новых функций и обеспечивать предсказуемость развития цифровой системы. Качество перестает быть последним этапом перед релизом. Оно становится частью управления изменениями и одним из инструментов снижения бизнес-рисков.
Качество интеграций становится частью бизнес-стратегии
Раньше качество цифрового продукта во многом оценивалось через стабильность отдельных решений. Сегодня этого подхода недостаточно.
Компании развивают экосистемы, где ценность создается не одной системой, а их взаимодействием. Поэтому качество интеграций становится фактором, который влияет на скорость изменений, надежность процессов и способность бизнеса адаптироваться к новым требованиям рынка.
Что ждет компании дальше
Корпоративный ИТ-ландшафт продолжит усложняться: будут появляться новые платформы, сервисы и интеграционные связи, которые необходимо будет поддерживать без потери управляемости.
Компании уже не могут управлять качеством только отдельных приложений. Им необходимо управлять качеством всей цифровой среды, в которой эти приложения работают. В ближайшие годы компании будут конкурировать скоростью внедрения новых технологий и способностью безопасно изменять уже существующие цифровые системы. Именно качество интеграций станет одним из факторов, который определяет, сможет ли бизнес развиваться без постоянного роста операционных рисков
Источник: Роман Горбунов, эксперт по качеству цифровых продуктов компании «Точка качества»
