Сообщество DASA на своем сайте опубликовало перечень принципов DevOps. На них стоит обратить внимание тем, кто занимается IT-менеджментом. И особенно тем, кто только начинает внедрять в практику DevOps-подходы для оптимизации разработки ПО.

Принцип 1: ориентация на заказчика

Заказчик инвестирует свои денежные средства в какие-либо продукты, значит и деятельность IT-компании следует подчинять его требованиям. Максимальная удовлетворенность клиента – всегда на первом месте. К этому принципу можно добавить:

1. обратную связь «заказчик — конечный пользователь» в виде коротких циклов;
2. деятельность компании типа «Lean-стартап» + регулярное введение в практику инновационных подходов.

Принцип 2: ориентация на конечный результат

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

Каждый специалист получит возможность понимания целостной картины конечного результата в отличие от применения водопадного подхода.

Принцип 3: формирование специалистов в кросс-функциональные команды автономного типа

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

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

Принцип 4: нести ответственность за свои действия

Что следует понимать под «действиями» специалистов IT-менеджмента в этом случае? Не что иное, как правильную организацию полного жизненного цикла продукта, начиная от построения концепции его создания до вывода из эксплуатации.

Принцип 5: успех через постоянное совершенствование

Понятие «совершенствование» в контексте оптимизации разработки ПО можно разложить на несколько составляющих:

• умение адаптироваться под определенные обстоятельства (например, обновление технологий либо желания клиентов);
• сокращение возможных потерь;
• оптимизация всего, что поддается оптимизации – скорости, затраты, поставки и т.п.;
• не боятся экспериментировать.

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

Принцип 6: полная автоматизация

Оказывается, DevOps предусматривает не только автоматизацию процессов разработки ПО. Сюда включают:

• непрерывную интеграцию;
• непрерывное развертывание;
• автоматизацию инфраструктурного ландшафта.

Выводы

Как видим, список принципов DevOps, сформированный сообществом DASA, нельзя назвать системным. Это видно из того, что некоторые описанные принципы пересекаются между собой (как третий и четвертый) либо зависят друг от друга (как пятый и шестой).

Но эксперты утверждают, что соблюдение предложенных принципов ведет к эффективной оптимизации разработки ПО.

Профессиональный DevOps-инженер сделает разработку ПО по настоящему быстрой и качественной, ускорит релиз продукта и выведет работу dev-тимы на новый уровень.