Что содержит «Трансформация DevOps»?

10

Некоторые консалтинговые компании продвигают услугу под названием «DevOps Transformation». Многие крупные компании обсуждают эту тему на конференциях и встречах по всему миру.

Что влечет за собой такая «трансформация DevOps»? Как это выглядит в практическом плане, как для успешных преобразований, так и для неудачных.

Евгений
источник

Ответы:

14

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

Однако ключевое различие между CI / CD и DevOps заключается в фактической работе программного обеспечения в производственной среде, где оно может приносить пользу своим клиентам и бизнесу, который он обслуживает.

Жизненный цикл DevOps

Как консультант, участвующий в трансформации DevOps или руководящий ею, у меня перед глазами следующие аспекты:

  • Культура : Как Дэйв совершенно справедливо указывала на культуру непрерывного экспериментирования и обучение имеет решающее значение для успеха любого преобразования. С точки зрения DevOps это сводится к тому, как мы создаем культуру, которая поддерживает выбранную модель DevOps, эта модель может быть «Вы создаете это, вы запускаете ее», или она может быть больше похожа на практику Google Надежность сайта. ,

  • Операционная модель : это часть бизнес-предложения, которая определяет, как организация будет приносить прибыль, как правило, путем формулирования людей, процессов и инструментов, используемых вместе на высоком уровне. Без операционной модели у вас не будет чертежа того, как организация применяет практики, определяемые культурой, что, в свою очередь, приводит к отсутствию ясности и различного поведения.

  • C-Level Aircover : часто наша работа в качестве консультантов, работающих в рамках программ трансформации, заключается в радикальных изменениях в работе бизнеса. Вы собираетесь расстраивать людей, и некоторым людям не понравятся перемены - важно, чтобы у вас была «воздушная прикрытие» сверху, чтобы что-то менять и двигаться вперед.

Как только высокий уровень достигнут, важно найти что-то, что вы можете реально доставить:

  1. Начните как можно меньше, в идеале, когда у вас есть люди, которые понимают культуру, набросок операционной модели и заинтересованность руководителей создают «Минимально жизнеспособный проект», не пытайтесь вскипятить океан, внедряя DevOps аудитории тысяч. Установить достижимую цель:
    • Автоматизируйте создание инфраструктуры из продукта X.
    • Автоматизируйте доставку продукта X в Azure во всех средах.
    • Обратная поддержка от аутсорсера Y команде разработчиков в Лондоне.
    • Создайте набор тестов для самой рискованной функции и выполняйте их в условиях непрерывной интеграции.
  2. Здорово, что у вас за плечами некоторый успех, теперь пришло время начать разбивать это на большее количество команд, добавить еще пару команд в микс и заставить их работать. Не бойтесь сначала предложить «Белую перчатку», чтобы помочь им в переходе; в ближайшие недели и месяцы им понадобится много рук.
  3. Теперь у вас есть несколько первых последователей, следующих новому способу работы; у вас есть некоторая критическая масса, пришло время начать проповедовать работу, которую вы делаете с более широкой аудиторией:
    • Регулярно проводите сеансы « покажи и расскажи», попросите первых учеников продемонстрировать, насколько они успешны.
    • Предложите вводные занятия, чтобы позволить другим частям организации изучить, как они могут присоединиться к вашей команде.
    • Позволяют создавать сообщества практиков, ориентируясь на конкретные дисциплины: непрерывное развертывание, автоматическое тестирование, деловое общение, управление рисками, мониторинг и оповещение и т. Д.
  4. Оставайтесь на курсе и прекратите трансформацию, подключив остальную часть организации. Понять взаимосвязь между циклом обмана Gartner и жизненным циклом усыновления . Подготовьтесь к тому, чтобы Программа трансформации попала в «Корыто разочарования», оставайтесь на курсе и держите конечную цель на виду.

    Gartner Hype Cycle против кривой усыновления

Для более глубокого изучения конечной точки прочитайте книгу Джеффри А. Мура « Пересекая пропасть» . Я мог бы в буквальном смысле написать книгу о том, как доставить преобразование DevOps, однако к тому времени, когда я его закончил, мне, вероятно, больше не нужно было выполнять преобразование DevOps.

Ричард Слейтер
источник
10

DevOps имеет тенденцию разбиваться на три основных аспекта:

Культура Культура
DevOps подчеркивает высокий уровень доверия, сотрудничества и общения между всеми заинтересованными сторонами, особенно Dev, Ops и Security. Естественное напряжение и конкуренция между этими группами создают трения и часто дисфункцию. DevOps - это (возможно), прежде всего, согласование усилий между этими командами.

Процесс
DevOps процессы развития выравнивать близко к процессам Agile. Ops рекомендуется использовать Agile-подобные практики, чтобы лучше соответствовать усилиям Dev. Процессы, ориентированные на DevOps, предназначены для поддержки высокоскоростных и быстрых циклов обратной связи на протяжении всего жизненного цикла разработки / доставки. Непрерывная интеграция, непрерывная доставка и постоянное улучшение (кайдзен) являются основными областями процесса DevOps.

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

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

Ссылки:
Культура: https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
Технология: https://xebialabs.com/periodic-table-of-devops-tools/

Дейв Сверски
источник
Что бы консультант, участвующий в такой трансформации, сделал бы в своей повседневной работе?
Евгений
1
Это зависит от приоритетов, определенных бизнесом. Культурная работа - самая трудная и самая нечеткая, это упражнение для поиска стимулов. Процессная работа, как правило, заключается в работе Agile и Continuous-X с организациями PMO. Технология, как правило, представляет собой RFP и внутренние дискуссии о возможностях и дорожных картах.
Дейв Сверски
Это хорошее начало, но также важно по-настоящему рассмотреть сферу принятия , стоит также упомянуть о трех принципах Джина Кима, которые применимы к решению проблемы трансформации соответствующим образом: системное мышление, усиление циклов обратной связи, культура непрерывных экспериментов и обучения.
Карл Харнаги