Пути к созданию эффективной ИТ-архитектуры

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

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

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

 

 

6.1. Современная ИТ-архитектура: в цифровую эпоху — ускоренным темпом

185

в создание связующего ПО, чтобы отсоединить клиентоориентированные про- цессы от бэкенд-системы.

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

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

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

«инфраструктура-как-код» (Infrastructure-as-a-code), когда управление физиче- скими ИТ-активами (серверами, маршрутизаторами и т.п.) отдается сторонним поставщикам облачных услуг (напр., Amazon, Microsoft, Google), а команда раз- работки описывает целевую конфигурацию в виде программного кода (напр., Terraform). Такой подход обеспечивает высокую управляемость инфраструк- туры, полную прозрачность изменений, что приводит к повышению уровня сервиса для клиентов и снижает время развертывания систем (поставка ин- фраструктуры больше не несет временных затрат). На территории Российской Федерации сервисы, совместимые с идеологией «инфраструктура-как-код», на- чали предоставлять такие игроки, как «Яндекс» и Мейл.ру.

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

 

 

186                                                                                                       6. Что? Укрепление фундамента