Двухскоростное ИТ: связь DevOps, Lean, ITIL и Agile в бизнесе
Ежедневно ИТ службы организаций сталкиваются с новыми вызовами. Нагрузка на отделы информационной безопасности увеличивается в геометрической прогрессии в связи с резким ростом активности хакеров, первыми кибератаками с использованием искусственного интеллекта и необходимостью обеспечивать целостность, доступность и конфиденциальность больших объёмов данных.
С другой стороны, часть вызовов исходит от пользователей. По данным The Economist Intelligence Unit, завоевание доверия является главным барьером на пути управления меняющимися требованиями клиентов. Они привыкли к еженедельным обновлениям и непрерывным усовершенствованиям функционала приложений. Многообразие сервисов позволяет не ждать загрузки сайта, а выбрать другой, более быстрый и удобный.
Чтобы оставаться конкурентоспособными, компании должны удовлетворять постоянно растущие запросы клиентов, не забывая об обеспечении безопасности.
Подход Gartner
Для одновременного соблюдения обоих требований без хаоса, в 2014 году Gartner предложил подход Bimodal IT – двухскоростного ИТ.
Концепция предполагает одновременное управления двумя режимами работы:
– Traditional IT ориентирован на снижение рисков и безопасность.
– Agile IT — на гибкость.
Рассмотрим на примере банковской сферы, в чём их принципиальные отличия. К Traditional IT относятся проекты и действия, которые поддерживают стабильность и высокую производительность, например, загрузка и защита внутренних приложений и обеспечение бесперебойного подключения к интернету. В случае Agile IT деятельность сосредоточена на поиске инновационных способов удовлетворения ожиданий и потребностей клиентов. Примером может служить внедрение биометрической защиты для повышения безопасности учетных записей клиентов или разработка интеллектуальных чат-ботов для сокращения времени ожидания звонков в службу поддержки.
Гибкое ИТ
По Gartner подход гибкого ИТ подразумевает увеличение темпа изменений без потери качества предоставляемых услуг. Здесь “в игру” вступают Agile и DevOps. Концепции возникли задолго до появления двухскоростного ИТ, однако автоматизация значительно повлияла на их развитие.
Прежде чем говорить о взаимосвязи подходов, разберём, что они под собой подразумевают.
Agile — обобщающий термин для ряда подходов и практик по управлению проектами и разработке ПО. Они основаны на общих принципах и имеют некоторые одинаковые параметры, например, итеративность, сокращение цикла обратной связи и т.д.
DevOps – методология организации взаимодействия между процессами сборки, настройки и развёртывания ПО, которая позволяет реализовывать требования бизнеса по регулярному выпуску релизов.
Lean – это концепция, которая предполагает минимизацию издержек при производстве. В случае с двухскоростным ИТ, это ликвидация препятствий на пути к постоянному выпуску ПО и сервисов.
Взаимосвязь перечисленных концепций прослеживается на базе “основы основ” – ITIL. Можно отыскать множество мнений по этому поводу, однако первоисточниками считаются официальный материал от авторов ITIL AXELOS и данная статья. Если говорить кратко – Agile, DevOps и Lean отлично взаимодействуют друг с другом.
“Все этапы связаны”
В одном из предыдущих материалов мы рассказывали, как концепция SRE помогает гигантам рынка, таким как Facebook и Google, обеспечивать непрерывную работу веб-сервисов. Они “преуспели” и в скорости – несмотря на масштабы, релизы выходят ежедневно.
Чтобы достичь таких результатов без потери качества, компании обращаются к двухскоростному ИТ. Как мы обозначили выше, одной из основ DevOps является Lean: сокращаем все препятствия на пути к выпуску релиза.
В голову сразу приходит автоматизация, а именно автоматизированное создание тестовых сред, регрессионное, интеграционное и нагрузочное тестирования. В качестве тестовой среды здесь выступает PaaS – платформа как сервис.
Рассмотрим, как это выглядит в реальности на примере DevOps HP.
- Бизнес отправляет требование по выпуску релиза.
- Аналитик изучает его и составляет ТЗ для разработчиков.
- Разработчики работают над кодом и отправляют его в хранилище.
Последующий процесс проходит автоматически: - Код компилируется.
- Формируется тестовая среда с нужной конфигурацией.
- Регрессионное тестирование.
- Появляется препродуктивная среда, проходят нагрузочное и интеграционное тестирования.
- После успешного тестирования и согласования, код разворачивается в продуктивной среде.
При подобном подходе весь процесс – от требования до выпуска нового функционала – занимает всего несколько часов. Здесь необходимо понимать, что автоматизация полного цикла вовсе не обязательна. Можно организовать только часть разработки, создания тестовых сред или тестирования.
Гибкое предприятие
Замедлять процесс выпуска релизов могут и независимые от ИТ факторы. Например, отдел маркетинга, который не готов публиковать несколько анонсов в день. Или руководители подразделений, которые не могут прийти к согласованию функционала. Для подобных ситуаций была придумана концепция гибкого предприятия – Business-agile enterprise и методология её реализации – Scaled Agile Framework (SAFe).
9 лет назад, когда подход двухскоростного ИТ вышел в свет, все перечисленные концепции и методики казались далёким будущим. Однако, оно оказалось не таким уж и далёким. На практике мы наблюдаем, как подход Gartner распространяется повсюду: доклады о DevOps всё чаще звучат на ИТ-конференциях, российские банки регулярно выпускают небольшие обновления, а непрерывная интеграция стала частью ежедневной рутины для многих компаний. Темпы и ставки растут, и с каждым днём всё сложнее представить мир, в котором Bimodal IT не будет места.