Ускоряйся! Наука DevOps. Как создавать и масштабировать высокопроизводительные цифровые организации

сли я лидер и моя команда не чувствует себя комфортно, беря на себя риски, то я никогда не буду по-настоящему знать реальность. И если я не искренне заинтересована и появляюсь только тогда, когда случается неудача, то считайте, что я не состоялась как лидер. Важно построить доверие и продемонстрировать, что неудача приводит к обучению (см. модель Веструма в этой книге).

«Ускоряйся! Наука DevOps» выполняет фантастическую работу по объяснению не только того, какие изменения должны произвести организации для повышения эффективности доставки

greenfield («зеленое поле» — проекты, созданные с нуля. — Прим. ред.)

В конце концов, люди — это актив № 1 любой организации, но зачастую это далеко от реальности

Картина, которую они нарисовали в своей книге, просто неотразима. Они описывают, как компаниям с эффективными ИТ-доставками требуется около часа, чтобы довести код от «сохранения в магистраль» (committed to mainline) до «запуска в производство», — путь, который в некоторых организациях занимает месяцы.

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

И наконец, появилась цифровая трансформация.

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

Компании с высокими показателями эффективности понимают, что им не нужно жертвовать скоростью ради стабильности или наоборот, потому что, создавая качество, они получают и то и другое

Подводя итог, в 2017 году мы обнаружили, что по сравнению с низкоэффективными компаниями лидеры отрасли показывают следующие результаты:
в 46 раз более частое развертывание кода;
в 440 раз меньшее время выполнения от коммита до развертывания;
в 170 раз меньшее среднее время восстановления после простоя;
в 5 раз более низкий показатель отказов изменений (1/5, скорее для того, чтобы изменение не состоялось).

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