Microsoft совместно с консалтинговой компанией Sogeti выпустила отчет «Enterprise DevOps Report 2020-21», посвященный актуальной ситуации с внедрением DevOps в организациях. В нем озвучены главные проблемы, с которыми сталкиваются компании при внедрении методики и способы их решения. Пересказываем самые интересные тезисы.
Сегодня многие организации, которым по тем или иным причинам нужно пройти через цифровую трансформацию, воспринимают DevOps как новую модель развития ИТ-инфраструктуры. Причина в том, что ИТ-отделы оказались неспособны быстро измениться для нужд бизнеса и клиентов.
Microsoft определяет DevOps как «люди, процессы и технологии, работающие для постоянной пользы клиентов». DevOps объединяет разработку программного обеспечения (Dev) и ИТ (Ops) в команды, которые в своей работе отталкиваются от потребностей бизнеса, продуктов и клиентов. Это сильно отличается от традиционных практик ИТ, которые относятся к разработчикам, тестировщикам, администраторам баз данных и системным администраторам как к самостоятельным единицам.
Конечная цель DevOps — возможность для организаций выводить на рынок продукты быстрее, не жертвуя при этом стабильностью и безопасностью. Практика DevOps зародилась в технологических компаниях, в том числе Netflix, Spotify и Facebook. Но чтобы действительно соответствовать принципам DevOps, большинству корпораций нужно серьезно преобразовать существующие процессы внутри. И здесь начинаются сложности.
Для этого отчета было проведено исследование, основанное на интервью со специалистами компании Sogeti, которые внедрили более 250 облачных и DevOps-решений в различных организациях. В результате определилось шесть направлений работы в организации, которые сталкиваются со значительными проблемами в рамках трансформации корпоративного DevOps.
McKInsey в апреле 2020 года исследовала, как инновации в сфере разработки ПО реально повлияли на ключевые бизнес-показатели. Она вывела показатель Developer Velocity Index («Индекс скорости разработчика»). Как говорит консалтинговая компания, этот показатель «определяет наиболее важные факторы для повышения Developer Velocity, связанные с технологией, методами работы и организационными возможностями». «Developer Velocity» определяется здесь не только как скорость разработки, но и как нестандартный подход к делу. Это позволяет решать сложные бизнес-задачи и создавать ПО, одновременно удовлетворяя нужды клиентов и достигая бизнес-цели. Всего в состав DVI включено 46 ключевых факторов, влияющих на достижение Developer Velocity.
McKinsey пришла к следующим выводам касательно этой метрики:
Microsoft и Sogeti в отчете предлагает придерживаться в работе следующих подходов.
Технологический ландшафт полностью изменился и будет продолжать развиваться в ближайшие годы. И DevOps стал лучшим и наиболее гибким из подходов. Благодаря ему, компании эффективно работают в таких условиях. Если руководители хотят, чтобы их ИТ-отделы были современными и быстро реагировали на изменения рынка и запросов клиентов, они должны перестать воспринимать их, как место, которое главным образом съедает деньги. Более результативно относиться к ним как к стратегической части бизнеса, от которой зависит будущее компании.
Блог ITGLOBAL.COM — Managed IT, частные облака, IaaS, услуги ИБ для бизнеса:
Актуальное состояние
Сегодня многие организации, которым по тем или иным причинам нужно пройти через цифровую трансформацию, воспринимают DevOps как новую модель развития ИТ-инфраструктуры. Причина в том, что ИТ-отделы оказались неспособны быстро измениться для нужд бизнеса и клиентов.
Microsoft определяет DevOps как «люди, процессы и технологии, работающие для постоянной пользы клиентов». DevOps объединяет разработку программного обеспечения (Dev) и ИТ (Ops) в команды, которые в своей работе отталкиваются от потребностей бизнеса, продуктов и клиентов. Это сильно отличается от традиционных практик ИТ, которые относятся к разработчикам, тестировщикам, администраторам баз данных и системным администраторам как к самостоятельным единицам.
Конечная цель DevOps — возможность для организаций выводить на рынок продукты быстрее, не жертвуя при этом стабильностью и безопасностью. Практика DevOps зародилась в технологических компаниях, в том числе Netflix, Spotify и Facebook. Но чтобы действительно соответствовать принципам DevOps, большинству корпораций нужно серьезно преобразовать существующие процессы внутри. И здесь начинаются сложности.
6 слабых мест
Для этого отчета было проведено исследование, основанное на интервью со специалистами компании Sogeti, которые внедрили более 250 облачных и DevOps-решений в различных организациях. В результате определилось шесть направлений работы в организации, которые сталкиваются со значительными проблемами в рамках трансформации корпоративного DevOps.
- Управление продуктами. Почти все компании имеют множество существующих продуктов. Их поддержка часто бывает рассредоточена по разным группам, бизнес-подразделениям и даже организациям, что делает ее сложной и дорогостоящей. Кроме того, это создает культуру, которая поощряет получение быстрых результатов без учета последствий от своих действий.
- Распределенные команды и удаленная работа. Создание высокопроизводительных удаленных команд требует сочетания культурных и технологических решений и по-прежнему является нетривиальной задачей.
- Управление ИТ. Создание правильной культуры внутри организации для принятия верных решений имеет важнейшее значение. Существующие модели управления с фокусом на контроль затрат и эффективность обычно неприменимы к модели DevOps. Ведь она ориентирована на создание в продукте ценности для клиента и быстром выводе на рынок.
- Качество. Как перенести фокус работы команд с «подсчета ошибок» на реальное улучшение качества продукта? Как разрушить стены между различными командами DevOps, стандартизировать их работу в соответствии с политиками и использовать автоматизацию? Сложные вопросы, на которые не каждая организация может найти ответы.
- Безопасность. Компании могут устранить огромное количество потенциальных ошибок на самых ранних этапах. Для этого нужна автоматизация процессов, четкая политика безопасности, и контроль на уровне руководства компании. И разумеется, безопасность стоит денег.
- Соответствие требованиям. У всех компаний существуют внутренние и внешние регуляторы, в той или иной форме. Соответствовать всем этим требованиям — отдельная задача.
Решение начинается с метрики
McKInsey в апреле 2020 года исследовала, как инновации в сфере разработки ПО реально повлияли на ключевые бизнес-показатели. Она вывела показатель Developer Velocity Index («Индекс скорости разработчика»). Как говорит консалтинговая компания, этот показатель «определяет наиболее важные факторы для повышения Developer Velocity, связанные с технологией, методами работы и организационными возможностями». «Developer Velocity» определяется здесь не только как скорость разработки, но и как нестандартный подход к делу. Это позволяет решать сложные бизнес-задачи и создавать ПО, одновременно удовлетворяя нужды клиентов и достигая бизнес-цели. Всего в состав DVI включено 46 ключевых факторов, влияющих на достижение Developer Velocity.
McKinsey пришла к следующим выводам касательно этой метрики:
- DVI тесно связан с успехом компании. Компании с высоким DVI — это всегда компании, успешные по многим объективным факторам.
- Чтобы достичь высоких показателей DVI, в компании должно быть ощущение «психологической безопасности» — то есть, сотрудники не должны бояться пробовать и ошибаться. Только 20 % из всех опрошенных для отчета руководителей компаний считают, что смогли внедрить такую практику.
- Применение решений с открытым исходным кодом — самый важный маркер эффективных с точки зрения DVI организаций. Они, как минимум, пытаются внедрять инновации и заботятся о разработчиках.
- DVI ниже, где медленно внедряется автоматизация тестирования и где руководство считает, что за качество отвечает исключительно тестирование.
- Серьезными проблемами являются безопасность и соблюдение нормативных требований. 17% руководителей организаций говорят, что они тестируют уязвимости безопасности только для крупных релизов. А 59% респондентов сообщили, что для оценки текущего состояния нормативно-правового соответствия может потребоваться «от нескольких дней до нескольких месяцев».
Как решать проблемы
Microsoft и Sogeti в отчете предлагает придерживаться в работе следующих подходов.
- Перейти от централизованных «проектно-ориентированных» к децентрализованным «продукт-ориентированным» моделям работы. То есть, команды берут на себя полную ответственность за весь цикл разработки продукта или услуги, внедряя при этом итеративные процессы бюджетирования вместо крупномасштабных годовых бюджетов.
- Разработчики используют опыт проектов с открытым исходным кодом и применяют методологию InnerSource. Они обмениваются архитектурами, кодом приложений и инфраструктуры, а также общими компонентами для оптимизации работы.
- Команды внедряют облачные платформы, инструменты DevOps и системы контроля версий, чтобы иметь возможность работать вместе распределенно.
- Специалисты должны создавать, запускать и управлять своими приложениями на облачных платформах, стараясь сразу же обеспечить безопасность, соответствие нормативным требованиям и качество всех своих продуктов.
- Необходимо использовать подход «все как код». То есть, все пишется как код и хранится в репозитории. Например, сервернаяинфраструктура, политика безопасности, построение и выпуск пайплайнов. Это позволяет постоянно совершенствоваться за счет обновления и улучшения исходного кода и способствует более эффективному его повторному использованию.
- В целом, важно определить все эти пункты в работе, как основные принципы и делать каждый день «правильные, простые вещи», пока они не станут привычкой.
Итог
Технологический ландшафт полностью изменился и будет продолжать развиваться в ближайшие годы. И DevOps стал лучшим и наиболее гибким из подходов. Благодаря ему, компании эффективно работают в таких условиях. Если руководители хотят, чтобы их ИТ-отделы были современными и быстро реагировали на изменения рынка и запросов клиентов, они должны перестать воспринимать их, как место, которое главным образом съедает деньги. Более результативно относиться к ним как к стратегической части бизнеса, от которой зависит будущее компании.
Блог ITGLOBAL.COM — Managed IT, частные облака, IaaS, услуги ИБ для бизнеса:
- Главные тенденции ИТ-индустрии в 2021 году по версии Gartner
- Эволюция ИТ: от локальных серверов до managed services
- Боли стартапов: как правильно развивать ИТ-инфраструктуру
- Модель managed IT как альтернатива аутсорсингу и аутстаффингу. Опыт сервис-провайдера
